10-26-2018 07:35 AM - edited 03-01-2019 05:41 AM
Hi Community!
I have replaced a failed Leaf switch in an ACI Fabric with a new one.
- The old switch still exists in the Inventory without having a Node ID, name or IP assigned.
- The only visible thing in the Fabric Membership is the serial number, Model and Role (Leaf).
- When trying to decomission the switch from the APIC inventory or use the "Remove From Controller" option, I end up with an error "RsDecommissionNode relation type only supports spines and leafs".
Any idea, how to remove the switch from the inventory?
Regards,
Alexander Pickar
Solved! Go to Solution.
10-31-2018 08:53 AM
Hi Jayesh,
Even though your commands did not work, you have pointed me to a right direction.
- The replaced switch entry had Node ID = 0
- When trying to do a "decommission switch 0 remove-from-controller pod 1", APIC has complained, that it supports only Node ID between 101 and 4000.
- So that I have assigned an unused Node ID number (300) to the zombie switch, gave it a silly name and suddently, the decomission process did work.
Thanks for your lucky hint and have a great day.
Alexander
10-29-2018 06:50 PM - edited 10-29-2018 06:50 PM
Hi,
you can try to reset the leaf for discovery and try the process again.
login on the leaf and then:
-acidiag touch clean
-acidiag touch setup
Reload the leaf then try the decomission process + Remove from controller again
Nic
10-30-2018 02:48 AM
Hi Nic,
I wish I could connect to the switch, wipe out the config, do the decomissioning again, whatever. But the switch was replaced due to RMA (two fan trays were faulty) and is on it's way back who knows where (Where do all the RMA switches go, to the RMA heaven?).
Since we only have the replaced switch connected to the ACI fabric, your suggested procedure unfortunatelly cannot be done.
Any other idea anyone?
Regards,
Alexander
10-30-2018 08:41 AM
Hi Alex,
What version are you running?
Also, by any chance are you seeing F2547 fault in your fabric?
Regards,
Jayesh
10-30-2018 09:54 AM
Hi Jayesh,
Regards,
Alexander
10-30-2018 02:22 PM
There are a couple of ways to delete this through the APIC CLI. Do you have root access?
10-31-2018 02:51 AM
Hi,
If you're asking about the Admin rights, then the answer is Yes, I do have a full access to the fabric.
If you're asking about Root access, I thought, that this is only possible with Cisco TAC involvement and that one I did not try yet.
I have tried to google, what CLI command I could use and logged into the APIC CLI as well, but did not find any relevant commands yet. Which means, that I'll be more than glad if you can point me to some correct method of removing the "zombie switch".
Regards,
Alexander
10-31-2018 08:38 AM
Hi Alex,
Can you please try below commands to clear the entries via APIC CLI,
apic1#conf t
apic1#decommission switch <node_id> remove-from-controller pod <pod_id>
E.g. apic1#decommission switch 102 remove-from-controller pod 1
Share the errors if you see any after executing that command.
Regards,
Jayesh
10-31-2018 08:53 AM
Hi Jayesh,
Even though your commands did not work, you have pointed me to a right direction.
- The replaced switch entry had Node ID = 0
- When trying to do a "decommission switch 0 remove-from-controller pod 1", APIC has complained, that it supports only Node ID between 101 and 4000.
- So that I have assigned an unused Node ID number (300) to the zombie switch, gave it a silly name and suddently, the decomission process did work.
Thanks for your lucky hint and have a great day.
Alexander
10-31-2018 09:56 AM
Oh great!!!
Good to know finally its resolved :-)
I was suspecting some error while decommissioning related to node id that such node id doesn't exist or something.
Output of command acidiag fnvread from apic cli would have helped notice abnormal node id.
Good piece of knowledge about the fix though.
Have a wonderful day ahead!!!
Thanks,
Jayesh
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: