Featured image of post 记一次 Laradock 定时任务不执行的教训

记一次 Laradock 定时任务不执行的教训

Windows 下的各种疑难杂症

  • laradock把定时任务放在了workspace容器执行了, 所以我们查看一下日志

  • docker-compose logs -f workspace
Jul  2 12:26:59 9b6ec4d18dd1 syslog-ng[12]: syslog-ng starting up; version='3.13.2'
workspace_1                               | *** Booting runit daemon...
workspace_1                               | *** Runit started as PID 20
workspace_1                               | Jul  2 12:27:00 9b6ec4d18dd1 cron[23]: (CRON) INFO (pidfile fd = 3)
workspace_1                               | Jul  2 12:27:00 9b6ec4d18dd1 cron[23]: (CRON) INFO (Skipping @reboot jobs -- not system startup)
workspace_1                               | Jul  2 12:28:01 9b6ec4d18dd1 CRON[26]: (laradock) CMD (/usr/bin/php /var/www/artisan schedule:run >> /dev/null 2>&1)
workspace_1                               | Jul  2 12:29:01 9b6ec4d18dd1 CRON[60]: (laradock) CMD (/usr/bin/php /var/www/artisan schedule:run >> /dev/null 2>&1)
workspace_1                               | Jul  2 12:30:01 9b6ec4d18dd1 CRON[84]: (laradock) CMD (/usr/bin/php /var/www/artisan schedule:run >> /dev/null 2>&1)
workspace_1                               | Jul  2 12:31:01 9b6ec4d18dd1 CRON[102]: (laradock) CMD (/usr/bin/php /var/www/artisan schedule:run >> /dev/null 2>&1)
workspace_1                               | Jul  2 12:32:01 9b6ec4d18dd1 CRON[120]: (laradock) CMD (/usr/bin/php /var/www/artisan schedule:run >> /dev/null 2>&1)
workspace_1                               | Jul  2 12:33:01 9b6ec4d18dd1 CRON[157]: (laradock) CMD (/usr/bin/php /var/www/artisan schedule:run >> /dev/null 2>&1)
workspace_1                               | Jul  2 12:34:01 9b6ec4d18dd1 CRON[178]: (laradock) CMD (/usr/bin/php /var/www/artisan schedule:run >> /dev/null 2>&1)
workspace_1                               | Jul  2 12:35:01 9b6ec4d18dd1 CRON[198]: (laradock) CMD (/usr/bin/php /var/www/artisan schedule:run >> /dev/null 2>&1)
workspace_1                               | Jul  2 12:36:01 9b6ec4d18dd1 CRON[218]: (laradock) CMD (/usr/bin/php /var/www/artisan schedule:run >> /dev/null 2>&1)
  • 看了一下日志, 任务执行正常, 然后进到容器

docker-compose exec workspace bash

  • 跑定时任务但是不要抑制输出
/usr/bin/php /var/www/artisan schedule:run
# 如果时间刚好, 就可以执行到定时任务
# xxxx => xxx
  • 发现任务执行正常, 然后日志写入正常.
  • 退出容器, 查看日志/storage/logs, 发现了问题,
  • 直接进入容器默认是root身份,执行任务如果有日志输入,导致日志权限修改,如果有创建目录的也导致这个问题
  • 但是workspace容器里用的是laradock用户执行,导致无法正常运行
**** * * laradock /usr/bin/php /var/www/artisan schedule:run >> /dev/null 2>&1
  • 我们先把所有目录权限设置正常
chmod -R 0777 storage
  • 进入容器使用身份
docker-compose exec --user=laradock workspace bash

2021-07-02 11:19:56 星期五 更新

  • 发现定时任务不执行, 排除了上面文件权限的问题, 通过laradock用户进入容器里, 可以正常执行命令
  • 查看workspace容器日志输出
  • docker-compose logs -f --tail 100 workspace
  • 输出里发现了问题所在 (发现定时任务后面多了一个^M)
workspace_1         | Jul  2 03:19:01 fac0b255876a CRON[344]: (CRON) info (No MTA installed, discarding output)
workspace_1         | Jul  2 03:20:01 fac0b255876a CRON[350]: (laradock) CMD (/usr/bin/php /var/www/artisan schedule:run >> /de
v/null 2>&1^M)
workspace_1         | Jul  2 03:20:01 fac0b255876a CRON[348]: (CRON) info (No MTA installed, discarding output)
workspace_1         | Jul  2 03:21:01 fac0b255876a CRON[354]: (laradock) CMD (/usr/bin/php /var/www/artisan schedule:run >> /de
v/null 2>&1^M)
  • 查了一下资料, 是Windowslinux换行影响的,会导致linux不能正常识别, 导致定时任务不能触发
  • 删除多余字符, 重新构建容器, 任务正常

多机部署workspace,为防止定时任务重复触发

  • 移除掉laradock/workspace/crontab/laradock文件里laravel的任务调度
  • 重新构建容器, 然后停止老的容器, 再启动新的, 请勿直接重启
  • docker-compose build workspace
  • docker-compose stop workspace && docker-compose up -d workspace
  • 使用php-worker容器来管理定时任务
  • 复制文件laravel-scheduler.conf.example重命名为laravel-scheduler.conf
  • 然后直接重启php-worker容器就可以加载新的任务
  • docker-compose restart php-worker
  • 进入容器内部查看任务状态
  • docker-compose exec php-worker sh
/etc/supervisor/conf.d # supervisorctl status
laravel-scheduler:laravel-scheduler_00   RUNNING   pid 9, uptime 2:14:33
  • 以上输出即代表定时任务正常运行
桂 ICP 备 16006604 号 - 1

Built with Hugo
Theme Stack designed by Jimmy