在Linux上诊断孤立的inode的原因,忙吗?
发布时间:2020-12-13 17:15:18 所属栏目:Linux 来源:网络整理
导读:我们的一台服务器最近遇到了一些文件系统损坏,我们的根文件系统自动重新安装为只读.我采取的恢复步骤是: 试图重新安装 mount -n -o remount /这个失败了 重启服务器 被提示执行手动fsck,有5个孤立的inode需要修复. 执行这些步骤后,我能够获得访问权限,文件
我们的一台服务器最近遇到了一些文件系统损坏,我们的根文件系统自动重新安装为只读.我采取的恢复步骤是:
>试图重新安装> mount -n -o remount /这个失败了 执行这些步骤后,我能够获得访问权限,文件系统再次可写.不幸的是,我没有任何信息性的日志,因为没有写入或我会包括这些. 有人提出的一个原因是我们的数据库太忙而无法正确地将数据写入磁盘而这导致了问题,高级别的高速缓存存储器被指示可能是这种情况.但是我不确定这一点,因为虽然缓存很高,但我们根本没有使用交换(下面的免费输出). $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内存吗? 需要高级别的缓存,不应以任何方式破坏您的文件系统. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |