我有一台VMware ESXi 4服务器和两台存储服务器（通过nfs安装）。
存储服务器（Fedora 14）之间是drbd群集（双主）和ocfs2文件系统; 每台服务器都有一个带有ext4文件系统的本地分区，两者都通过nfs在esxi服务器上挂载。
当我试图从ext4分区拷贝一个虚拟机（当然是closures的）到ocfs2分区时，vmdk的总文件大小是不同的，但是md5sum是相同的。
在ext4分区上：
# ls -la total 28492228 -rw------- 1 root root 42949672960 Jan 14 14:46 disk-flat.vmdk # md5sum disk-flat.vmdk 0eaebe3138beb32f54ea5de6dfe5a987 在ocfs2分区上：
# ls -la total 13974660 -rw------- 1 root root 42949672960 Jan 14 16:16 disk-flat.vmdk # md5sum disk-flat.vmdk 0eaebe3138beb32f54ea5de6dfe5a987
当我从ocfs2分区启动虚拟机时，它无法工作。 我在虚拟机上有一个窗口，它在Windows徽标之后冻结。 从虚拟机ext4分区工作。
我testing了与Linux（创build和安装在ext4分区，然后复制到ocfs2），同样的问题出现。
当我从ocfs2分区直接创build虚拟机时，没有任何问题。
我试图通过vSphere客户端复制，我也有同样的问题。
有什么build议么？
你如何复制文件？
唯一支持的方法是使用vmkfstools 。 任何其他方法，包括cp和mv ，都可能破坏磁盘并使其无效。
当然，我发现这很难 。
如上所述：vmdk文件是稀疏的。 即。 他们有“漏洞”。 尝试使用“du”来比较文件大小。
我觉得第一个尝试诊断这个问题的第一个testing就是在同一个OCFS分区上configuration一个新的虚拟机，以便了解VMware在本地创build时如何工作。 这可能是OCFS或您的NFS权限的一个首要问题，而不是仅限于此特定的VM数据。 此外，请确保您的VMkernel正在连接到NFS over的vSwitch与实际的drbd集群之间的MTU一致性。
另外，根据您的粘贴，文件大小是相同的。 上面列出的'总'数字不是你应该使用的; 这是一个总共不是文件大小的块。
-詹姆士