Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/laravel/11.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181

Warning: file_get_contents(/data/phpspider/zhask/data//catemap/8/python-3.x/17.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Laravel中临时缓存文件的权限(组/用户)错误_Laravel_Ubuntu - Fatal编程技术网

Laravel中临时缓存文件的权限(组/用户)错误

Laravel中临时缓存文件的权限(组/用户)错误,laravel,ubuntu,Laravel,Ubuntu,我已经设置好了所有的权限,并且一切都正常工作了大约2年,直到今天,我使用php artisan cache:clear 现在,当在/storage/framework/cache中创建缓存时,它工作正常,除临时文件外,所有权限都设置正确 我可以在那里有数千个缓存文件,都具有正确的权限(www数据作为用户和组)。但是,随机生成的一个文件将使用错误的权限,最终导致此错误 file_put_contents(/.../.../storage/framework/cache/data/52/cf/52

我已经设置好了所有的权限,并且一切都正常工作了大约2年,直到今天,我使用
php artisan cache:clear

现在,当在/storage/framework/cache中创建缓存时,它工作正常,除临时文件外,所有权限都设置正确

我可以在那里有数千个缓存文件,都具有正确的权限(www数据作为用户和组)。但是,随机生成的一个文件将使用错误的权限,最终导致此错误

 file_put_contents(/.../.../storage/framework/cache/data/52/cf/52cf02760233b9fc625602f52fd0748a51ac772a): failed to open stream: Permission denied
当我导航到该文件时,权限设置为744,用户/组设置为root:root。每隔一个缓存文件设置为774,www数据:www数据

我可以通过运行
sudo chown-R www-data:www-data-storage
临时修复它,该程序将文件夹设置为正确的组和用户,但大约15分钟后,如果生成了另一个具有不正确权限的文件,则会再次出现错误


什么原因会导致这种情况?

您是否在后台运行任何作业或计划任务?如果是这样的话,试着让他们都以www数据用户的身份运行。我的作业是在后台与主管一起运行的。是的,当CLI vs网站首先生成每日
.log
文件时,我遇到了这个问题。我不记得解决方案(可能是ACL?),但这就是原因。如果您使用的是
CACHE\u DRIVER=file
,这种情况也可能发生。清除.log文件并将supervisor worker设置为
www data
已对其进行排序。谢谢您是否在后台运行任何作业或计划任务?如果是这样的话,试着让他们都以www数据用户的身份运行。我的作业是在后台与主管一起运行的。是的,当CLI vs网站首先生成每日
.log
文件时,我遇到了这个问题。我不记得解决方案(可能是ACL?),但这就是原因。如果您使用的是
CACHE\u DRIVER=file
,这种情况也可能发生。清除.log文件并将supervisor worker设置为
www data
已对其进行排序。谢谢