Home / server / Questions / 222798
In Process
dmtr
Asked: 2011-01-16 00:10:38 +0800 CST

vmware vmdk disk problem

  • 772

I have a VMware ESXi 4 server and 2 storage servers (mounted via nfs).

Between the storage servers (Fedora 14) is a drbd cluster (dual primary) and ocfs2 filesystem; also every server has a local partition with an ext4 filesystem, both are mounted via nfs on the esxi server.

When I tried to copy a virtual machine (naturally it was powered off) from the ext4 partition to the ocfs2 partition, the vmdk total file size is different, but the md5sum is the same.

On the ext4 partition:

# ls -la
total 28492228
-rw-------  1 root root 42949672960 Jan 14 14:46 disk-flat.vmdk

# md5sum disk-flat.vmdk
0eaebe3138beb32f54ea5de6dfe5a987

On the ocfs2 partition:

# ls -la
total 13974660
-rw------- 1 root root 42949672960 Jan 14 16:16 disk-flat.vmdk

# md5sum disk-flat.vmdk
0eaebe3138beb32f54ea5de6dfe5a987

When I power on the virtual machine from the ocfs2 partition it dosn't work. I have a windows on the virtual machine and it freezеs after the windows logo. From the ext4 partition the virtual machine workes.

I tested with linux (created and installed on ext4 partition and then copied to the ocfs2) and the same problem appears.

When I create a virtual machine directly from ocfs2 partition, there are no problems.

I tried to copy via vSphere client, and I have the same problem.

Any suggestions?

nfs vmware-esxi drbd ocfs2

3 Answers

  1. As it was stated above: vmdk files are sparsed. ie. they have "holes" in them. Try to compare file sizes using "du".

    • 2

  2. How are you copying the files around?

    The only supported method is using vmkfstools. Any other method, including cp and mv, can corrupt the disks and make them useless.

    Of course, I discovered this the hard way.

    • 1

  3. I feel a good first test to try to diagnose this would be to provision a new VM on that same OCFS partition to see how VMware works when its created natively there. It may be an overarching problem with OCFS or your NFS permissions instead of one limited to this specific VM data. Also, ensure MTU consistency between the vSwitch your VMkernel is connecting to NFS over and the actual drbd cluster.

    Also, per your paste, the file sizes ARE the same. The 'total' figure listed above is not what you should be using; thats a total of Blocks not the file size.

    -James

    • 0