我个人认为重启是对的，除了nfs，还有iscsi等其他存储的连接方式，有可能是其他问题造成连接失败，系统又自动判断不了，所以先尝试重启后的恢复，这不是运维中最常用的手段嘛。 如果你想改变这个重启方式就要改代码或脚本，这风险更大了。
2013-08-05 刘宇超 Richard Liu 发件人： WXR 发送时间： 2013-08-05 09:44:36 收件人： users-cn 抄送： 主题： 回复： 主机节点连不上主存储就会自动重启，而且还卡在umount处无法正常启动 可以设置成连接不成功后不重启HOST主机吗？ 另外如果主机和存储之间因为某些原因导致无法连接，既然已经是连接不上的状态，umount有问题是很正常的啊，那么这个时候做重启操作导致卡在umount处就是必然的。 既然这种情况下明确重启HOST会有问题，为什么cloudstack还要做重启呢？ ------------------ 原始邮件 ------------------ 发件人: "tanthalas"<tanthalas...@hotmail.com>; 发送时间: 2013年8月5日(星期一) 上午9:26 收件人: "users-cn"<users-cn@cloudstack.apache.org>; 主题: Re: 主机节点连不上主存储就会自动重启，而且还卡在umount处无法正常启动 主机和存储之间有hearbeat检测，当重试多次不能连接，就会强制host重启，这属于CS检测机制。 umount fail，也说明这个存储连接有问题。 所以不如先检查一下存储的问题，这是你系统环境的故障，不能算是CS的问题。 2013-08-05 刘宇超 Richard Liu 发件人： WXR 发送时间： 2013-08-04 08:12:42 收件人： CloudStack邮件组 抄送： 主题： 主机节点连不上主存储就会自动重启，而且还卡在umount处无法正常启动 经常发现主机节点会自己重启，而且每次基本上都不会正常重启成功，都是关机的时候卡在umount处，提示内容大概为 umount fail ,device is busy 好像是因为主机节点发现自己连接不上主存储后，agent或者management服务就会重启物理服务器。 这样的话效果还不如不重启，每次一出现这个现象，就必须要机房的人去按重启键重启。 请问有没有什么设置可以让cloudstack出现这种问题的时候不重启呢，另外有没有办法解决重启的时候卡在umount处的情况。
