在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当时会显示这些,但现在你重新启动它们可能会丢失)

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

相关文章

/etc/sysctl.conf这个目录主要是配置一些系统信息,/etc/sys...
1.作用 useradd或adduser命令用来建立用户帐号和创建用户的起...
它们都是多模式编辑器,不同的是vim 是vi的升级版本,它不仅...
不管是我们在安装软件还是监测软件的使用性能,我们都要随时...
装好Tomcat7后,发现除了本机能访问外界访问不了,岂有此理。...
修改防火墙配置需要修改 /etc/sysconfig/iptables 这个文件,...