服务器生成的日志文件权限不足.

如果nginx中对PHP使用的用户是www，则使用www对项目赋予755权限，以后生成的日志就都可以访问了

简单点，直接指定新生成的日志权限：0666。 日志《Laravel 7 中文文档》

nginx指定用户是www也会报无法写入，隔一段时间就会出现这种情况，不知道什么原因。

可能是cronjob创建的日志文件是root用户，所以www用户无法写入文件。可以这样：

crontab -e -u www

* * * * * /usr/local/php/bin/php /data/wwwroot/ttaa/artisan schedule:run >> /dev/null 2>&1 &

原因分析是：其他角色写入日志导致权限不可写，例如：定时器执行任务的用户不是项目组用户等

日志文件的权限也可以在每天创建时配置

'daily' => [
    'driver'     => 'daily',
    'path'       => storage_path('logs/laravel.log'),
    'level'      => 'debug',
    'days'       => 14,
    'permission' => 0777, // 此项配置你需要的文件权限
],

应该是有不是www用户生成的日志，导致现在www用户写不进去了，定时任务指定crontab -u www -e,supervisor配置指定用户之类的

我补充一下吧 nginx是www用户 然后git pull我每次是root用户 现在生成的日志文件默认是root用户 按楼上老哥说的给默认的777权限在配置文件里面 好像解决了这个问题,我再观察几天看看.

这个应该是使用superviosor生成的日志文件权限不足，如果是web生成的日志文件就没问题，所以就出现你偶尔不行的情况。

写了一个定时任务，* * * * * chown www:www /项目/storage/logs/* .....

博客：记一次 Laravel日志权限权限问题（定时器导致）
你看看和我这个原因一样吗？