☰

WordPress 数据库错误无法创建/写入文件，因为设备上没有剩余空间

tag-icon • tag-icon linux permissions
WordPress 数据库错误无法创建/写入文件，因为设备上没有剩余空间

我们最近将 PHP 更新到了 7.2 版。我们必须重启服务器才能应用更改。该网站最初在 apache 上运行，但大约一两年前由另一位现已离职的管理员改用 nginx。重启后，apache 自动启动，该网站在 apache 未知的情况下运行了 2 天。

操作系统是 Cpanel 11.68 自动安装程序（CentOS 6 64 位）（64 位）。

今天我更改了 wordpress 文件和文件夹的权限，因为我们在重启服务器后发现它们不正确。然后事情开始出错。

首先是 WordPress 错误日志中的这个错误

WordPress database error Can't create/write to file '/tmp/#sql_221b_0.MAI' (Errcode: 28 "No space left on device")

经过调查，我发现 Inode 可能是问题所在。运行时df -i我得到了以下输出

Filesystem        Inodes   IUsed     IFree IUse% Mounted on
rootfs           3203072 3203072         0  100% /
/dev/root        3203072 3203072         0  100% /
devtmpfs         8241707    2422   8239285    1% /dev
/dev/md3       118865920  193826 118672094    1% /home
tmpfs            8250083       1   8250082    1% /dev/shm
/dev/root        3203072 3203072         0  100% /var/tmp

基于本文我删除了该/var/tmp文件夹并重新启动系统，但该var/tmp文件夹的 Iuse 仍然显示为 100%。

当我跑步时df -h我得到以下结果

Filesystem      Size  Used Avail Use% Mounted on
rootfs           48G   24G   22G  53% /
/dev/root        48G   24G   22G  53% /
devtmpfs         32G  508K   32G   1% /dev
/dev/md3        1.8T  147G  1.6T   9% /home
tmpfs            32G     0   32G   0% /dev/shm
/dev/root        48G   24G   22G  53% /var/tmp

由于 Inode 报告的使用率为 100%，我假设问题出在这里，而不是权限问题。

我已经从各个目录中删除了日志，甚至删除了周日在 /home/backup/weekly/YYYY-MM-DD/accounts/ 中创建的 122gb 备份文件，但问题仍然存在。

我在 WHM 中也遇到了许多错误，抱怨由于权限为 600 和设备上没有剩余空间而无法写入缓存

我如何判断这是权限问题还是 Inode 问题？

如果是 Inode 的问题，我该如何修复？现在只有 2 个 4.0k 文件/var/tmp/，外加一个指向 mysql.sock 的符号链接

如果是权限问题，我该如何找到正确的权限/目录进行更改？

答案1

解决我问题的方法是清除 TMP 目录并重新启动服务器。您也可以尝试重新启动 mysql 服务。我们也在运行 CentOS，所以希望这是一个类似的问题。

相关内容