Centos 在 vmware 上突然变成只读模式......太可怕了

Centos 在 vmware 上突然变成只读模式......太可怕了

我在 VmWare 上有一个虚拟 Centos 5.6。突然,它停止工作,并且文件系统似乎变成只读状态。

cat /proc/mounts
rootfs / rootfs rw 0 0
/dev/root / ext3 ro,data=ordered 0 0
...

它似乎这里这是一个已知的“问题”。但我尝试了“解决方案”,结果如下:

mount -o remount /
mount: block device /dev/VolGroup00/LogVol00 is write-protected, mounting read-only

我不知道在 dmesg 中到底要寻找什么……这里唯一提到“只读”:

grep -B 10 "read-only" dmesg

Initializing IPsec netlink socket
NET: Registered protocol family 1
NET: Registered protocol family 17
Using IPI No-Shortcut mode
ACPI: (supports S0 S1 S4 S5<6>Time: tsc clocksource has been installed.)
Initalizing network drop monitor service
Freeing unused kernel memory: 228k freed
Write protecting the kernel read-only data: 413k

当然一切已停止,Web 服务器数据库不工作等等。这是我见过的最糟糕的问题,完全是在黑暗中。

欢迎任何建议。

现在我尝试了

fsck /   

要求确认的错误太多

fsck -a / 

结束于

/dev/VolGroup00/LogVol00: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options)

进而

fsck -y /
/dev/VolGroup00/LogVol00: ***** FILE SYSTEM WAS MODIFIED *****
/dev/VolGroup00/LogVol00: ***** REBOOT LINUX *****
/dev/VolGroup00/LogVol00: 76279/11250176 files (3.6% non-contiguous), 1638779/11247616 blocks

嗯现在...它不重新启动???shutdown -r现在什么也不做....重新启动甚至更好:

reboot: error while loading shared libraries: libxml2.so.2: cannot open shared object  file: No such file or directory

答案1

这是因为 EL5 旧版本上的 ext3 容易受到文件系统损坏的影响。请至少将内核/操作系统更新至 EL5.8 以解决此问题。

直到我在一个有大量未打补丁的 RHEL5 服务器的托管环境中工作时,我才注意到这一点。我们每周都会发生这种情况。

答案2

当客户机/虚拟机抱怨存储或网络问题时,请始终查看主机/虚拟机管理程序以寻找线索。在这种情况下,正如您提到的,vmware 中存在一些错误。这也可能是由主机服务器或存储问题引起的。
确保您的 vmware 主机和 vmware 客户机驱动程序都是最新的。 http://www.experts-exchange.com/Software/VMWare/Q_27806448.html

相关内容