在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上编写运行C语言程序,经常会遇到程序崩溃、卡死等异...
git使用小结很多人可能和我一样,起初对git是一无所知的。我...
1. 操作系统环境、安装包准备 宿主机:Max OSX 10.10.5 虚拟...
因为业务系统需求,需要对web服务作nginx代理,在不断的尝试...
Linux模块机制浅析 Linux允许用户通过插入模块,实现干预内核...
一、Hadoop HA的Web页面访问 Hadoop开启HA后,会同时存在两个...