在Linux上诊断孤立的inode的原因,忙吗?

前端之家收集整理的这篇文章主要介绍了在Linux上诊断孤立的inode的原因,忙吗?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我们的一台服务器最近遇到了一些文件系统损坏,我们的根文件系统自动重新安装为只读.我采取的恢复步骤是:

>试图重新安装> mount -n -o remount /这个失败了
>重启服务器
>被提示执行手动fsck,有5个孤立的inode需要修复.

执行这些步骤后,我能够获得访问权限,文件系统再次可写.不幸的是,我没有任何信息性的日志,因为没有写入或我会包括这些.

有人提出的一个原因是我们的数据库太忙而无法正确地将数据写入磁盘而这导致了问题,高级别的高速缓存存储器被指示可能是这种情况.但是我不确定这一点,因为虽然缓存很高,但我们根本没有使用交换(下面的免费输出).

$free -m
             total       used       free     shared    buffers     cached
Mem:          2041       1879        162          0         62       1599
-/+ buffers/cache:        216       1825
Swap:          471          0        471

有没有办法可以在故障发生后诊断出来? MysqL看起来像一个可能的候选人吗?

如果没有,如果再次发生,我将来会采取任何步骤吗?

解决方法

第一次完整性检查您的服务器:

>您使用的是ECC内存吗?
>你在运行RAID吗?你看到任何RAID卡错误吗?
(dmesg当时会显示这些,但现在你重新启动它们可能会丢失)

需要高级别的缓存,不应以任何方式破坏您的文件系统.

猜你在找的Linux相关文章