vcloud-container-debug.log on the cell handling the request records a stack trace involving a NullPointerException during the handoff to vCenter.OVF/OVA upload stalls at 60%.
Logs show com.vmware.ssdc.util.LMException: Error followed by Caused by: java.lang.NullPointerException.
The trace specifically references com.vmware.vcloud.val.internal.impl.ImportVAppFromOvfActivity$ImportOvfToVcPhase.invoke.
ERROR: VirtualMachine.rename A specified parameter was not correct spec.cpuAllocationVCD: 10.x
TCP: 3.0
A hardware configuration mismatch in the OVF descriptor, specifically involving Latency Sensitivity settings without the required CPU Reservations.
vSphere requires that any Virtual Machine with Latency Sensitivity set to "High" must have a 100% CPU reservation (matching the full MHz/GHz value of the configured vCPUs).
If the OVF descriptor enables this flag but does not define the corresponding reservation, the vCenter API rejects the ImportVApp specification with a spec.cpuAllocation error. VCD fails to handle this specific API rejection gracefully, resulting in a null object reference (NPE) during the activity invocation.
OVF descriptor must be modified to align with vSphere hardware requirements:
Extract the OVF: If using an OVA, extract the contents using a tool like 7-Zip or tar.
Edit the .ovf file: Open the .ovf file in a text editor.
Identify the Latency Setting: Search for the string latencySensitivity.
Apply the Fix:
Option A (Recommended): If latency sensitivity is required, add a CPU reservation section within the <VirtualHardwareSection> that matches 100% of the CPU speed.
Option B (Simplification): Remove the latencySensitivity attribute/property from the descriptor if it is not strictly required for the workload.
Update Manifest (Optional): If the OVF has an associated .mf file, either update the SHA hash for the edited .ovf or delete the .mf file before retrying the upload.
Retry Upload: Upload the modified OVF via the VCD tenant portal.
For large uploads, ensure that the VCD transfer directory (/opt/vmware/vcloud-director/data/transfer) has enough free space to accommodate the uncompressed size of the OVF and its disks. Lack of space in this directory can also lead to failures, typically at the 50% mark.