When attempting HCX migration, validation fails with the error "Disk size is not a multiple of 1024, RAV/Bulk migration is not supported" preventing migration workflow from proceeding. This occurs when VM disk sizes do not align with the required block size multiples for the specific disk size range.
The validation error may display in the HCX UI with similar messages:
"Disk size is not a multiple of 8192, RAV/Bulk migration is not supported""Disk size is not a multiple of 16384, RAV/Bulk migration is not supported"VMware HCX
VM disk sizes are not exact multiples of the required block size for their size range. HCX validates disk sizes against specific block size requirements based on the disk size range.
The changes to the VM's vmdk configuration must be performed through vCenter before the HCX migration workflow.
Workaround:
IMPORTANT: In HCX version prior to 4.3 or earlier, The verification was done to verify if disk size is in multiple of 1024 bytes only.
From HCX version 4.4 or later, additional checks on disk sizes has been done, as shown below:
Calculation Reference:
Please refer to the chart below for further clarity:
| Disk Size Range | Block Size Required (B) |
|---|---|
| ≤ 2 TB | 8 KB (8 × 1024 = 8,192 bytes) |
| > 2 TB and ≤ 8 TB | 16 KB (16 × 1024 = 16,384 bytes) |
| > 8 TB and ≤ 32 TB | 32 KB (32 × 1024 = 32,768 bytes) |
| > 32 TB and ≤ 64 TB | 64 KB (64 × 1024 = 65,536 bytes) |
Acceptable Decimal Values for TB Sizing: When specifying disk sizes in TB, only these decimal values are allowed:
Examples: 4.25 TB is acceptable (a multiple of 1 MB). 4.252TB is not acceptable.
Note: GB disk sizes must have no decimal values.
Manual workaround steps:
Prerequisite: Ensure no backups are running on the source VM, and disable all backup operations temporarily.
VM name (object) --> Select "Actions" --> Select "Edit Settings.."%) to check if the remainder of division is zero:disk_size(in bytes) % 8192 == 0, if remainder is 0, then it's a multiple of 8192.See below example:
Note: the seen UI is cut-off and actually has an appended at the end, integers '558794' at the end being " 1.8100000000558794 TB" these disks 7 and 8 would need to be identified as 8192 bytes.