Running NSX 6.1.2.
Somehow (unknown root cause), VXLAN configuration got into an error state and I had to reconfigure it. To do that, I had to remove all logical switches from the single cluster and pretty much clean everything out to clear all the dependencies. (Test environment, so not a disaster.)
But now I have two transport zones that cannot be deleted because NSX reports they are still associated to nonexistent logical switches.
The UI is consistent with API results (below): summary view for the TZ shows 1 or 2 logical switches, but the detail (related objects view) list is empty for the TZ.
Summary for transport zone (vdnscope): 2 logical switches (virtual wires):
<description>test transport zone</description>
List of associated virtual wires: empty list:
But delete is blocked:
<details>Transport zone vdnscope-4 is in use. All dependent logical switches must be removed prior to deletion.</details>
I'm at a loss of how to clean this up. Would prefer not to have to reinstall everything. Has this happened to anyone else?
Thanks for confirming. I was able to resolve my issue today. Turned out that I did have some logical switches in "discarded state" which the UI does not list. Getting the status of the virtual wires requires to work with support, but you can also query them brute-force like this:
If the virtualwire does not exist, you would get "virtualwire-1' could not be found.
Say when you query 'virtualwire-3' and it returns a valid virtual wire, you can then delete it:
Cool. Did you by chance do a GET /api/2.0/vdn/virtualwires (list all virtual wires) before your fix? I'm wondering if the logical switches in deleted state (not shown in UI) still showed up in that response.
I did. I basically go this back (same as if you query the virtualwire from within the vdnscope context)...
<?xml version="1.0" encoding="UTF-8"?>