ESX修复Linux虚拟机重启只读模式

当我们在服务器中检测到错误的时候，因此都会将inux服务器上的文件系统配置成重启后的只读模式，那么你知道如何配置吗？
下面我们就去看看ESX修复Linux虚拟机重启只读模式的方法。
　　在检测到错误时，将Linux服务器上的文件系统配置成重启后的只读模式是常见做法。
不过，这种设置在结合使用VMware VI3时可能有意想不到的结果。
　　在发生错误时，Linux文件系统能配置成三种不同的模式：
　　errors=continue / errors=remount-ro / errors=panic
　　这三种模式分别表示忽略错误并只标记文件系统错误继续运行，或者重启系统为只读，或者终止系统。
　　默认设置在文件系统superblock里，并能使用tune2fs(8)更改。
　　第一选择（继续运行）可能对包含非重要数据的系统管用，不过在给定的环境里让服务器在写入错误之后继续运行，就像什么都有发生过一样，
这样是不太好的。第三种选择如果检测到文件系统错误时，容易导致服务器到内核的终止运行。不过，重启可能不能修复问题，并且现在服务器处于
可更改状态，管理员很难知道服务器的状况。
　　文件系统的理想设置是在检测出错误时能重启成只读模式。这样的话，管理员能诊断问题，采取合适的策略。重启文件系统为只读有时有一点影响，
或者有时能导致服务器不能正常停止运行。例如，如果一台Linux Web服务器的/var/log文件系统重启为只读，这台服务器上的一些服务将终止功能，因
为不能写入日志。
　　那么所有这一切与ESX有何关系？
　　路径故障问题
　　多数ESX安装为了共享存储而附属到存储区域网络（SAN）上，并且这些服务器有多路径的倾向。多路径是用于维持与SAN相连的一种技术，万一
发生存储处理器、主机总线适配器、交换机，甚至光纤通道这样的故障时还能与SAN连接。尽管ESX利用了多路径，不过在给定时间里只有一条路径可用。
如果路径失效，ESX开始发送和接收所有磁盘活动到另一条路径时会发生路径故障。
　　发生路径故障是常见的，可能一个月一次或两次。首要问题是Linux虚拟机对ESX路径故障如何反应。如果发生路径故障时，Linux虚拟机的磁盘写入正
进行一半，ESX将通知虚拟机的虚拟SCSI控制器线路繁忙，并且指示控制器等待。虚拟机决定磁盘不可访问并有磁盘写入故障，这引起错误。这个错误的
处理将与文件系统所设置的“错误”值协调。由于在出现错误时，重启系统为只读模式逐渐成为标准做法，产生错误的文件系统在重启动时就成只读的了。
只要文件系统不包括/var/log，那么应该在syslog包括这个错误，如下所示：

SCSI Error : <0 0 0 0> return code = 0x20008