我们有一个NX-3050，我们经常必须重新构建Linux VM，因为他们的ext4文件系统损坏和Goin只读。我们的研究向我们指出了Linux内核具有SSD问题的文章。还有其他人经历过这个，如果是这样，你是怎么解决的？
编辑:我们创建了一个绕过SSD的容器，我们还没有看到这个问题，但我们很乐意在我们的服务器上重新启用SSD。linux版本/发行版是Ubuntu 12.04.3 LTS。
我们发现与此相关的文章之一是：http://askubuntu.com/questions/262717/ubuntu-12-04-ssd-root-frequent-random-read-only-file -system.
我希望这有助于您是否有任何遇到此问题。
由于ssd盘导致Ubuntu和Debian内核损坏的问题。
+5
+4
我注意到了类似的问题。在我们的情况下，我们有模板VM，左转，我们根据可用VMS克隆它们克隆。运行Ubuntu 12.04 LTS，我们开始获取常规磁盘IO错误，导致VM暂停，并且在错误的情况下，驱动器仅在op报告时只读。
我们只需要Ubuntu为单个应用程序进行，现在在CentOS 6上运行6.我们在相同情况下没有CentOS在CentOS中看到这个问题。
我们只需要Ubuntu为单个应用程序进行，现在在CentOS 6上运行6.我们在相同情况下没有CentOS在CentOS中看到这个问题。
+5
@jerome
这个问题也让我们感到困惑，因为我同意客户操作系统不应该知道它们是ssd，但我们在日志中发现的错误与上面提到的错误一致。Windows还没有出现问题，而且我们还没有尝试Centos，因为我们发现在使用ssd的Centos上也出现了类似的问题(如果不是相同的话)。我们只创建了容器，应该忽略SSD的几个星期前，但到目前为止，没有任何问题。如果所有这些都失败了，我们有一个通过NFS呈现给vSphere的NAS，我们可以把我们的linux机器放在上面，有新的容器和更新的内核，事情看起来很好。
@kiboro
我很高兴我不是唯一一个，我很高兴听到关于CentOS的人，我们可能要切换。Linux仍然是新的，你有没有向Nutanix报告过的问题，当我第一次和他们谈论它时，他们没有听说过它。
这个问题也让我们感到困惑，因为我同意客户操作系统不应该知道它们是ssd，但我们在日志中发现的错误与上面提到的错误一致。Windows还没有出现问题，而且我们还没有尝试Centos，因为我们发现在使用ssd的Centos上也出现了类似的问题(如果不是相同的话)。我们只创建了容器，应该忽略SSD的几个星期前，但到目前为止，没有任何问题。如果所有这些都失败了，我们有一个通过NFS呈现给vSphere的NAS，我们可以把我们的linux机器放在上面，有新的容器和更新的内核，事情看起来很好。
@kiboro
我很高兴我不是唯一一个，我很高兴听到关于CentOS的人，我们可能要切换。Linux仍然是新的，你有没有向Nutanix报告过的问题，当我第一次和他们谈论它时，他们没有听说过它。
+4
- Nutanix员工
- 5回复
-
2014年3月12日
您是否都有日志的副本或失败的屏幕截图，即/ var / log / messages或/ var / log / dmesg
由于管理程序呈现磁盘，因此它应该对VM透明，因此鉴于群集中的被分类的文件系统如何工作。
是KVM、vSphere还是HyperV?
由于管理程序呈现磁盘，因此它应该对VM透明，因此鉴于群集中的被分类的文件系统如何工作。
是KVM、vSphere还是HyperV?
+4
在我的情况下，它是Ubuntu，在KVM下的一个场合。VMS暂停，并且唯一的证据是/ var / log / libvirt / qemu，它验证了磁盘io错误，这就是为什么VM暂停的原因。VM重新启动OK没有腐败。
从未见过CentOS的这个问题，从未使用过非克隆的驱动器。
如果删除ssd tier停止它（不是我尝试过），那么我怀疑某种延迟问题。我想知道克隆磁盘上的写入写入是否会导致SSD缓存层简单地跳转，其中旋转磁盘的运行足够慢，因为这不发生。此时，它可能是核心参数调整的大小，这可能解释了为什么CentOS不会表现出相同的行为。
从未见过CentOS的这个问题，从未使用过非克隆的驱动器。
如果删除ssd tier停止它（不是我尝试过），那么我怀疑某种延迟问题。我想知道克隆磁盘上的写入写入是否会导致SSD缓存层简单地跳转，其中旋转磁盘的运行足够慢，因为这不发生。此时，它可能是核心参数调整的大小，这可能解释了为什么CentOS不会表现出相同的行为。
+4
- Nutanix员工
- 5回复
-
2014年3月13日
所有有效的思维过程。在问题的Occours时查看日志将有帮助，在VM上有任何特定的事件，高磁盘IO，或某些Proccess？
当存在暂停的VM时，潜在的联系支持将是一件好事，因此伴随案例支持可能能够找到根本原因。
当存在暂停的VM时，潜在的联系支持将是一件好事，因此伴随案例支持可能能够找到根本原因。
+4
这是久近现在。我们需要为特定应用程序使用Ubuntu，该应用程序现在已被移植到我们的默认发行版CentOS。我确实培养了一张票，任何日志中都没有任何笔记。Nutanix支持也花了很长时间望着它。即使使用Ubuntu，也从未在CentOS下发生过CentOS。
+5
我得看看能不能把日志弄出来。我现在已经把所有东西都切换到CentOS，但我可能仍然有两个VM的存档。如果我能找到他们，我将把他们添加到这个线程。
这是在vSphere 5.1上，Ubuntu是12.04.3 LTS。
@kiboro有趣的是你提到克隆的驱动器，我没有克隆我们的CentOS盒子的驱动器，但我用Ubuntu做了，我想知道这是一个因素。
移除SSD层不能工作，我们甚至在“noSSD”容器中也有一些失败。
@Swatkins.我们没有拥有Nutanix将考虑高的I / O，我认为我们所看到的最高是2000年IOP（在飙升期间）。
我确实联系了Nutanix并在审查了他们推荐使用VMware的情况下进行打开的一切，但是由于我们转换为CentOS（这是随时更新的时间），我们没有得到围绕。
我最初认为这是转换机器的副作用(前nutanix，我们在hyper-v 2)
无论如何，我将尝试找到日志，但我们认为这是解决了，因为CentOS为我们工作。
感谢大家！！
这是在vSphere 5.1上，Ubuntu是12.04.3 LTS。
@kiboro有趣的是你提到克隆的驱动器，我没有克隆我们的CentOS盒子的驱动器，但我用Ubuntu做了，我想知道这是一个因素。
移除SSD层不能工作，我们甚至在“noSSD”容器中也有一些失败。
@Swatkins.我们没有拥有Nutanix将考虑高的I / O，我认为我们所看到的最高是2000年IOP（在飙升期间）。
我确实联系了Nutanix并在审查了他们推荐使用VMware的情况下进行打开的一切，但是由于我们转换为CentOS（这是随时更新的时间），我们没有得到围绕。
我最初认为这是转换机器的副作用(前nutanix，我们在hyper-v 2)
无论如何，我将尝试找到日志，但我们认为这是解决了，因为CentOS为我们工作。
感谢大家！！