Hi @Agung1007 ,
First the easy one - the second screenshot
is because you specifically asked for "leaf 201" - when in fact node 201 is a spine, not a leaf. However, this is useful information. It shows that the system knows about node 201 (so it exists) and that it is a spine (as expected judging by #1)
But the first screenshot
is a bit more serious.
Now I don't have a precise answer, but here's what I'd be doing to troubleshoot.
- Basically, I'd be trying any possible way to access the spine. You may need to get access anyway to reboot it or clear the config
- Check to see if you can issue the command ssh spine201 from the APIC. The idea being that it might kick off a token exchange. Or it might give the same reply
- From the CLI, issue a config comand, then in config mode, issue hte command spine201 to see if you can actually configure the thing. If you get this far, you should eb able to do show run from here.
- Check the GUI. Fabric > Inventory > Pod1 > Spine201 - again if the GUI can see the Spine, your CLI should be able to.
- If the Spine has an OOB Managenent IP address, see if you can ssh to that IP
- If the above fail to let you access the spine on a production system, then it's time to ring the TAC. But if it is a lab, I'd try the following before ringing:
- Decommission and re-commision the spine Fabric > Fabric Membership > something I can't remember from v1.2 but you should find some way to do this. (In ACI v5 it is Fabric > Fabric Membership > Fabric Membership >+ Decommission)
- Reboot the spine (if you can get access)
- Decommission the spine (as above) and then clear the config on the spine and force it to refresh - setup-clean-config.sh from a ssh shell or console connection. After this, return to Fabric > Fabric Membership and hopefully you will see the spine as an undiscovered node.
- Now call the TAC
RedNectar aka Chris Welsh.
Forum Tips: 1. Paste images inline - don't attach. 2. Always mark helpful and correct answers, it helps others find what they need.