Laravel定时任务服务器执行失败及AWS CloudWatch日志不全求助

核心问题分析 #

1. 定时任务本地正常、服务器执行失败，手动运行php artisan schedule:run无异常，说明问题出在定时任务的执行上下文（比如用户权限、输出重定向逻辑）
2. CloudWatch中只显示任务失败但看不到具体错误，原因是：Laravel Scheduler默认会将单个任务的输出重定向到/dev/null，你在crontab中配置的>> /proc/1/fd/1 2>&1仅捕获schedule:run本身的日志，无法覆盖框架对单个任务的输出重定向规则
3. 控制器日志能正常输出到CloudWatch，说明LOG_CHANNEL=stderr的配置是生效的，问题出在任务的输出没有正确流向stderr

解决方案 #

1. 调整任务调度的输出配置（推荐） #

在App\Console\Kernel.php的schedule方法中，给目标任务指定输出流向php://stderr，让任务日志直接进入stderr，进而被CloudWatch捕获：

protected function schedule(Schedule $schedule)
{
    $schedule->command('command:test2')
             ->everyMinute()
             // 将任务输出定向到stderr，匹配LOG_CHANNEL配置
             ->sendOutputTo('php://stderr');
}

2. 验证执行用户权限 #

手动模拟定时任务的执行用户（www-data）运行任务，排查权限问题：

sudo -u www-data php artisan command:test2

如果执行报错，说明是www-data用户缺少权限（比如数据库连接权限、storage目录写入权限、.env文件读取权限），需要对应调整目录权限或配置。

3. 确保日志级别与输出生效 #

检查config/logging.php中stderr通道的配置，确保日志级别包含debug：

'stderr' => [
    'driver' => 'monolog',
    'handler' => StreamHandler::class,
    'with' => [
        'stream' => 'php://stderr',
    ],
    'level' => env('LOG_LEVEL', 'debug'), // 确保级别为debug或更低
],

同时确认.env中LOG_LEVEL=debug，保证Log::debug()的内容能被输出。

4. 临时排查：查看本地日志 #

如果CloudWatch仍无法获取日志，先检查Laravel本地日志文件storage/logs/laravel.log，里面会记录任务执行的详细错误信息，帮助快速定位问题。

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