-
Notifications
You must be signed in to change notification settings - Fork 87
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
nsx_edge_transport_node fails to create edge with two standard_host_switch entries #1146
Comments
Hi @martinrohrbach, thanks for filing this, indeed there is |
Hi @annakhm, good point, I meant to include that info, sorry. We're testing against NSX 4.1.1.0 in our test environment. |
Also facing this issue particularly when deploying v2t edge nodes which require a switch assigned to an overlay TZ, and a second switch assigned to a VLAN TZ. Another concern is IP assignment is always a required field in the host switch block. If the switch is only assigned to a VLAN TZ, there are no IPs required as there aren't any TEPs. |
NSX requires host_switch_name specification even though this attribute is marked as deprecated. Without it, NSX issues an error when using multiple host switches. As this is an issue even if NSX addresses this later, it's better to add this attribute to the provider resources. Fixes: vmware#1146 Signed-off-by: Kobi Samoray <[email protected]>
NSX requires host_switch_name specification even though this attribute is marked as deprecated. Without it, NSX issues an error when using multiple host switches. As this is an issue even if NSX addresses this later, it's better to add this attribute to the provider resources. Fixes: vmware#1146 Signed-off-by: Kobi Samoray <[email protected]>
Describe the bug
We've eagerly awaited the release of the new provider to test nsx_edge_transport_node to deploy new edges. The challenge for us is that we use two switches per edge and that did not work with the nsx_transport_node resource.
This is what we tested with:
Note that those two switches have completey different configs, i.e. they are on a different transport zone, have different host_switch_ids and everything.
Deploying the test edge with just either one of the standard_host_switch configs works find and we end up with a new edge and a switch called "nsxDefaultHostSwitch".
However, if we use both standard_host_switch at the same time, we get the following API error:
If we do this through the API or in the GUI, we can specify a distinct name for each switch, obviously some default is used here which leads to the clash.
Can you expose a property to actually set a distinct name for each switch (while keeping the default as it is)?
Reproduction steps
Expected behavior
Edge node is created with two switches and no error.
Additional context
No response
The text was updated successfully, but these errors were encountered: