我有一个文件系统的麻烦vps和提供商已经无法修复它。
如果在干净安装（CentOS 5.5）上缺less/dev/simfs ，并且以后没有创build，这将导致使用（根文件系统）的SIMFS位置= /dev/simfs文件系统的严重问题。
（对我来说）明显的答案是YES，这是一个严重的问题。
我有3个VPS：这两个“好的”默认使用/ （根文件系统）Reiser Filesystem（reiserfs），Location = /dev/simfs
/dev/simfs位置显示一个空文件（容器/无论），系统工作得很好。
“坏”VPS显示/（根文件系统）SIMFS和Location = /dev/simfs 。
/dev/simfs位置不显示任何内容。
该提供商声称已经“修复”了我的容器上的configuration文件，但它仍然给出了文件错误的恶梦，SSH阻止所有连接等。
重新启动后，一切正常~30分钟，然后再次融化。
如果缺less“/ dev / simfs”（CentOS 5.5），会导致使用（根文件系统）SIMFS Location = / dev / simfs文件系统的严重问题。
我如何教我的提供者来解决这个问题？
无论fstab或mtab包含什么都没有错。
所以/dev/simfs和不同的变化意味着没有错。 如果主机本身存在文件系统或I / O问题，guest（您的vps）将受到影响，但这与您在mount命令输出中看到的无关。
这很可能是不可修复的。 做一个新的设置和从备份恢复。
为了确保苹果的东西都是苹果，所有的容器都放在同一个硬件节点上？ 如果不是的话，你会圈选试图排除故障。
我的经验是，OpenVZ和Virtuozzo是坏消息。 我会切换到亚马逊的EC2或Linode或Xen上运行的Rackspace。
OpenVZ是可以的，如果你试图把东西放入容器并运行硬件，但是用这种技术过度销售是非常容易的，所以像硬件节点上每个机器有512M内存的公司只有30个客户，只有4G内存。 math不加起来。
我已经工作了，并已经开始了几个托pipe公司，我会build议下车的OpenVZ。 基于Xen的托pipe定价已经降低，你会有更好的体验，所以你可以担心业务，而不是基础设施。