#1 2017-12-13 14:15:03

Registered: 2017-08-29
Posts: 71

What i should do now?

Scenario VM centralino in on ESXI 5.5.0, it weekly backupped on a NAS using Onediff.

The backup Onediff VM (centralino_XSIBAK) on NAS is copied using xsitools on a USB external drive, mounted as a datastore.

ESXI1->xsibackup(centralino, onediff) -> NAS

EXSI2->xsibackup(centralino_XSIBAK, xsitools) -> USBDISK

While executing that xsitools backup I got this error:

[centralino_XSIBAK] XSIT1MbM alert: disk [/vmfs/volumes/6e254ea5-7a6c9ffd/EXSI2/centralino/centralino2-flat.vmdk] size (108134400) is not multiple of 1M (1048576 bytes)
[-flat.vmdk] disks should be exact multiples of 1048576 byte blocks, which is the VMFS block size
Some operations like physical to virtual conversions can render disks which are not aligned to 1M
(c)XSITools requires -flat.vmdk disks to be aligned to 1M (1048576 bytes) chunks to work correctly
Turn off your VM and run: [ vmkfstools -X 104M /vmfs/volumes/6e254ea5-7a6c9ffd/EXSI2/centralino/centralino2.vmdk ]
to align your disk to the closest 1M (1048576 bytes) multiple, or choose another multiple integer

The suggested command could corrupt the VM disk?
Also, the path is related to the NAS (centralino_XSIBAK), should I execute command also on the original VM disk on ESXI1?
If there is a clean solution please suggests it.

Looking at VM settings I see 103,125 MB for disk size, both in centralino and centralino_XSIBAK.

Thanks for you support.


#2 2017-12-13 18:19:06

Registered: 2017-04-21
Posts: 1,366

Re: What i should do now?

Just do what the message tells you to, that is to say, turn off yor VM and run this command.

vmkfstools -X 104M /vmfs/volumes/6e254ea5-7a6c9ffd/EXSI2/centralino/centralino2.vmdk

104 is the closest 1M multiple to 108134400 bytes, but you can make that number as big as you want.
No, it won't corrupt your .vmdk file, nevertheless, make a copy of it before running the command, it won't take more than a couple of seconds to duplicate it somewhere else.

Note: don't use USB devices to store your VM backups, or you'll end up with corrupted data sooner than later.


Board footer