我在 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