laravel 偶尔会报 file_put_contents() 错

[nei1es]

详细信息如下
file_put_contents(): Only 0 of 23482 bytes written, possibly out of free disk space

百度谷歌给出的回复给出的问题可能
1. log 文件过大 (检查过没问题)
2. 缓存目录可写性 (全部 777 也没问题)
3. config.php 配置错误 (配置信息也没问题)

该情况偶尔是会发生
经过自己的测试
如果页面能够正常打开, 那么在 storage/framework/views 会正常生成缓存文件
如果页面报 file_put_contents 错, 那么 storage/framework/views 就不会产生缓存文件

各种方法已尝试, 最终未能解决, 来看看各位朋友有没有遇到过类似问题的

[nei1es]

页面报错后, 过段时间刷新, 又可以重新打开

[nei1es]

现在的情况是, 有点搞不懂问题发生的原理...

[sagaxu]

有用共享文件夹吗？

[nei1es]

@sagaxu 没有

[pqee]

服务器是什么？

[2ME]

laravel 日志清理一下?

[nei1es]

@pqee linux 的 目录权限给的都是 777

[nei1es]

@2ME 清理了 无作用 问题属于偶发 出现问题后 过段时间自己就好了...

[pqee]

我是说硬件…是云吗

[nei1es]

@pqee 是的 阿里的

[sagaxu]

@nei1es 查一下 inode 是不是耗尽了

[printempw]

@sagaxu #11 说得对

有时候磁盘空间还有剩余，却不能新建文件时，请检查 inode 是否耗尽

[nei1es]

@sagaxu 好的 谢谢

[nei1es]

@printempw 谢谢 这就去看看

[nei1es]

@sagaxu 问题有点诡异了, inode 还有很多, 在同一台服务器上架了 3 套 laravel, 其余两套均能正常访问, 只有这一套偶尔会出现 file_put_contents()的问题

[moult]

能否确定那个文件哪一行在写文件的时候出错？
不行的话，找出所有用到这个函数的地方，在返回 false 的时候记录一下出错的代码行，以及要写什么内容去哪个文件。

[z5864703]

laravel 有日志记录哪行错误吧

[pengbo37877]

composer dump-auto