我的 vps 的文件系统有问题，提供商无法修复。
如果/dev/simfs在全新安装（CentOS 5.5）中缺少该文件，并且稍后未创建该文件，这是否会导致使用（根文件系统）SIMFS 位置 = /dev/simfs??的文件系统出现严重问题？
（对我来说）显而易见的答案是肯定的，这是一个严重的问题。
我有 3 个 VPS：两个“好”的 VPS/默认使用（根文件系统）Reiser 文件系统 (reiserfs)，并且位置 =/dev/simfs
该位置/dev/simfs确实显示一个空文件（容器/其他），并且系统运行良好。
“坏的” VPS 显示 / （根文件系统）SIMFS 和位置 = /dev/simfs。
该位置/dev/simfs没有显示任何内容。
提供商声称已经“修复”了我的容器上的配置文件，但仍然出现文件错误的噩梦，SSH 阻止了所有连接等。
重启后，一切正常约 30 分钟，然后一切再次崩溃。
如果缺少“/dev/simfs”（CentOS 5.5），这是否会导致使用（根文件系统）SIMFS 位置 = /dev/simfs 的文件系统出现严重问题？
我该如何教导我的提供商修复此问题？
答案1
无论 fstab 或 mtab 包含什么，都没有问题。
因此/dev/simfs，不同的变体并不意味着错误。如果主机本身存在文件系统或 I/O 问题，客户机（您的 vps）将受到影响，但这与您在命令输出中看到的内容无关mount。
答案2
这很可能无法修复。重新设置并从备份中恢复。
答案3
为了确保一切一致，所有容器是否都位于同一硬件节点上？如果不是，您将会陷入困境，无法排除故障。
我的经验是 OpenVZ 和 Virtuozzo 是个坏消息。我会改用 Amazon 的 EC2 或 Linode 或 Rackspace 上运行 Xen 的东西。
如果您尝试将东西放入容器并运行硬件，OpenVZ 是可以的，但使用这项技术很容易超卖，因此公司喜欢在只有 4G 内存的硬件节点上塞满 30 多个客户，每台机器配备 512M 内存。这算不通。
我曾为多家托管公司工作过，也创办过多家托管公司，我建议大家放弃 OpenVZ。基于 Xen 的托管价格已经下降，您将获得更好的体验，因此您可以专注于业务，而不必担心基础设施。