陈大剩博客

Laravel项目部署后,出现 file_put_contents ()

  • 陈大剩
  • 2020-04-22 21:06:45
  • 4827

问题: 部署博客,服务器经常500
排查:查看laravel日志file_put_contents () ,failed to open stream: No such file or directory;
报错提示
出现几率为偶尔性,不常出现;

结合百度搜索,猜测可能出现的原因:

  • storage 目录权限问题【已赋予:storage、bootstrap/cache文件夹 777权限,还是会报错】
  • inode 耗尽 【inode 足够,使用不到 10%】
  • 磁盘空间不够 【硬盘空间足够】
  • 服务器不支持共享锁 【参见阿里云 部分服务器不支持共享锁 ,file_put_contents ($path, $contents, $lock ? LOCK_EX : 0); LOCK_EX 改为 LOCK_SH, 依然无效】
  • 缓存问题。 执行了 php artisan cache:clear
  • log 文件日志过大问题。【log 文件不到 4KB】
  • 目录不存在问题。【查看 /storage/framework/cache/data/61/66/61662d13be54459cafad9d52f19137b34a4d42c9 目录及文件存在, 查看目录及文件生成时间 和 laravel 报错时间一致, 精确到秒】

按照上述步骤解决后,还是会偶尔性出现;
于是便查看storage/logs文件,看到log文件属于 root 权限;
为什么是log会是 root 创建的,而不是 www 创建的???
明明用chmod给过权限,为什么是log会是 root 创建的

发现问题根源
经过筛查,原来

  • 在项目文件夹中有些文件权限不是www,而是root权限(storage/logs/laravel.log文件不是www权限而是root权限,可用ll命令查看当前目录下文件的权限)
  • 执行 crontab 的命令,在定时器中有报错,所以在定时器中生成了日志,故权限为 root
  • 是在root用户下执行命令,文件相关权限就会变成root(包括git、php artisan 、mkdir 、touch等);

如何修复

排查是什么文件引起的,可以在项目目录中查看当前目录下文件的权限(重点看storage文件夹下的相关文件)

#当前目录下文件的权限
ll

查找出为什么文件会是 root 创建的原因(我这里是因为 crontab 的命令的问题)

让日志文件,在定时任务中不要以 root 的形式执行

crontab -u www -e ;

执行完命令后执行,把所有者改为 www

chown -R www:www * .*  
分享到:
2

说点儿什么吧

头像

表情

本站由陈大剩博客程序搭建 | 湘ICP备17009938号| Copyright © 2017 - 陈大剩博客 | 本站采用创作共用版权:CC BY-NC 4.0

站长统计| 文章总数[31]| 评论总数[12]| 登录用户[21]| 时间点[33]

登入

社交账号登录