AWS Elastic Beanstalk上Laravel Cronjob无法触发问题排查求助

1. 检查Cron执行日志 #

先确认cron是否真的在调度任务，查看Elastic Beanstalk的cron日志：

tail -f /var/log/cron

如果日志里看不到schedule:run的执行记录，说明cron任务未被正确加载；如果有执行记录但任务没触发，继续往下排查。

2. 手动执行命令验证 #

直接在服务器上模拟cron的执行命令，加-v看详细输出，排查环境变量或路径问题：

. /opt/elasticbeanstalk/support/envvars && cd /var/www/html && /usr/bin/php artisan schedule:run -v

注意加上cd /var/www/html，确保命令在Laravel项目根目录执行。如果执行时出现环境变量缺失、命令找不到等错误，针对性修复。

3. 确认PHP路径与文件权限 #

检查服务器上正确的PHP路径：

which php

把cron命令里的/usr/bin/php替换成实际输出的路径。同时检查artisan文件权限：

ls -l /var/www/html/artisan

确保权限至少为0644，若需要直接执行可设为0755。

4. 排查onOneServer()的影响 #

onOneServer()依赖分布式缓存（如Redis、数据库）来协调多服务器任务调度。如果Elastic Beanstalk环境未配置正确的缓存驱动，会导致任务无法触发。可以先临时移除该方法测试：

protected function schedule(Schedule $schedule)
{
    $schedule->command(DeleteRecord::class)->everyMinute();
}

若移除后任务正常，需为环境配置分布式缓存（比如在Elastic Beanstalk中启用Redis，或修改Laravel缓存驱动为数据库）。

5. 验证Cron任务语法与加载 #

检查/etc/cron.d/schedule_run的语法是否正确：

crontab /etc/cron.d/schedule_run

有语法错误会直接提示。之后重启cron服务确保任务加载：

# Amazon Linux 1
service crond restart
# Amazon Linux 2
systemctl restart crond

6. 查看Laravel应用日志 #

检查Laravel日志文件，排查任务执行时的应用层错误：

tail -f /var/www/html/storage/logs/laravel.log

比如命令类不存在、数据库连接失败等问题都会在这里记录。

内容的提问来源于stack exchange，提问作者Muhammad Bilal