Problem
On VMware environments using the NSX integration, implementing a guest network can fail during PlugNicCommand even though CreateNsxSegmentCommand has already succeeded.
The NSX segment is created outside vCenter. Its backing distributed virtual port group can therefore take a short time to become visible through the vCenter API. HypervisorHostHelper.prepareNetwork currently performs only one immediate lookup for NSX networks and returns failure when that first lookup is empty.
Sanitized management-server sequence:
CreateNsxSegmentCommand ... NsxAnswer result=true
Prepare network on vmwaredvs <redacted>
Failed to create guest network <redacted>
PlugNicAnswer result=false
The failure rolls back the NIC attachment and prevents the persistent VPC guest network from being implemented.
Versions
- Apache CloudStack 4.22.1.0
- VMware vSphere / vCenter 8.0.3
- CloudStack NSX integration
Steps to reproduce
- Configure a VMware zone with the CloudStack NSX integration.
- Create an NSX-backed VPC guest network.
- Allow the NSX segment command to complete while the backing DV port group is not yet visible through vCenter.
- Observe the immediate DV port group lookup fail in
HypervisorHostHelper.prepareNetwork, followed by a failed PlugNicCommand.
Expected behavior
After successful NSX segment creation, CloudStack should use its existing bounded DV port group readiness wait before attempting to attach the NIC. If the port group never becomes visible, the existing timeout should still fail the operation cleanly.
Proposed fix
Enable the existing waitForDvPortGroupReady path for NSX broadcast domains and add a regression test covering an empty first vCenter lookup followed by a successful lookup.
Problem
On VMware environments using the NSX integration, implementing a guest network can fail during
PlugNicCommandeven thoughCreateNsxSegmentCommandhas already succeeded.The NSX segment is created outside vCenter. Its backing distributed virtual port group can therefore take a short time to become visible through the vCenter API.
HypervisorHostHelper.prepareNetworkcurrently performs only one immediate lookup for NSX networks and returns failure when that first lookup is empty.Sanitized management-server sequence:
The failure rolls back the NIC attachment and prevents the persistent VPC guest network from being implemented.
Versions
Steps to reproduce
HypervisorHostHelper.prepareNetwork, followed by a failedPlugNicCommand.Expected behavior
After successful NSX segment creation, CloudStack should use its existing bounded DV port group readiness wait before attempting to attach the NIC. If the port group never becomes visible, the existing timeout should still fail the operation cleanly.
Proposed fix
Enable the existing
waitForDvPortGroupReadypath for NSX broadcast domains and add a regression test covering an empty first vCenter lookup followed by a successful lookup.