06-13-2022 06:10 AM
Hello,
Currently we have lost access to our VSS system because:
1) all 16 VTY sessions are used and not freed again, hence SSH is impossible
2) the console on the active switch has become non-responsive after a debug session.
We want to avoid full reboot, so:
If we shutdown the active chassis, the standby will take over.
1) will this recover the console port maybe ?
2) will this clear the busy VTY lines, or will the "occupied" VTY lines just be transferred to the standby switch, hence, no difference ?
thanks for any help,
regards,
GN
06-13-2022 06:35 AM
stackwise - switch over do the work.
06-13-2022 07:51 AM
Hi,
If you issue
redundancy force-switchover
That will reload the active switch, and the standby will take over..Once rebooted, you should be able to gain access via console and also remotely. As soon as you have console access, make sure to issue the "undebug all" command.
HTH
06-14-2022 12:46 AM
>> Rather difficult to issue any command if you don't have SSH or console (see main post)
>> or does anyone know a method to get passed the "This supervisor is secundary. Use console on primary" message ?
06-14-2022 02:02 PM
Do you have snmp enabled on the VSS? I ran into an issue a few years ago where I had to reload a remote switch without terminal access - I managed to do this with snmpset. Switch was configured with v2 community protected with ACL. Luckily I had access to one of the servers permitted in the ACL.
More on snmpset is below
https://www.ciscozine.com/send-cisco-commands-via-snmp/
hth
Andy
06-13-2022 04:48 PM
@gnijs wrote:
If we shutdown the active chassis, the standby will take over.
In ideal situation, yes. However, I have no idea what the state and condition of the VSS is doing.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide