Background
I recently upgraded a pair of Catalyst4500s from Sup6E to Sup7E. Before the upgrade, I pre-loaded IOS-XE 3.4.1SG on the Sup7Es, and loaded the migration configurations into bootflash:
on the new sups. We needed to perform the upgrade as quickly as possible; and I had only a few hours between the time I cut the tape on the shipping boxes and putting the new Sup7Es into production.
After pulling the old Sup6s out, I started maintenance with one Sup7E in each chassis running 3.4.1SG (which I had pre-loaded); the other two Sup7Es were left on 3.2.2SG to conserve time while I prepared for maintenance. I manually copied 3.4.1SG to slavebootflash:
and reloaded when I inserted the standby supervisors.
FWIW, copying IOS to slavebootflash:
is much faster than copying with tftp on these Sup7Es.
Maintenance window results
I had a strange result by the end of the maintenance window:
- Both Sup7E OOB mgmt interfaces on
sw1
operated inmgmtVrf
- One Sup7E OOB mgmt interface on
sw2
operated inMgmt-vrf
(this one was ACTIVE) - The other Sup7E OOB mgmt interface on
sw2
operated inmgmtVrf
(this one was STANDBY)
Somehow three out of the four new Sup7Es came up with mgmtVrf
on the OOB FastEthernet1 interface, but one was stuck with Mgmt-vrf
. I could not find a way to change Mgmt-vrf
-> mgmtVrf
, or mgmtVrf
to Mgmt-vrf
. During my attempts to get consistent management VRFs inside my maintenance window, one of the supervisors went lights-out and crashed.
At the end of maintenance, I was:
- Running out of time
- Hesitant to keep putting time into this, because it took over five minutes each time I booted IOS-XE on Sup7E
- Unwilling to risk a config mismatch between Sup7E ACTIVE / STANDBY oob FastEthernet1 (every time I saw this during the maintenance window, I could not successfully fail from ACTIVE -> STANDBY, and still ping FastEthernet1).
Lab work
Thus, I decided to take sw2 STANDBY Sup7E to our lab to try to fix it, hoping that I'd be able to replicate how I managed to get the others into mgmtVrf
.
In my attempts to get sw2 STANDBY FastEth1 into Mgmt-vrf
in IOS-XE 3.4.1SG, I've had no luck with:
- Copying a new config with
Mgmt-vrf
frombootflash:
- tftping a new startup-config with
Mgmt-vrf
intonvram:
and reloading - tftping a new running-config with
Mgmt-vrf
into the sup - Changing the config to use
Mgmt-vrf
while the switch is running
Question
How can I reconfigure this supervisor to use Mgmt-vrf
, or reconfigure the other supervisor to use mgmtVrf
?
Console log from sw2
This is what I see when I boot 3.4.1SG on the misbehaving supervisor.
% Use 'vrf definition mgmtVrf' command
% Management interface VRF can not be changed.
... more console output here
Interface FastEthernet1's vrf mgmtVrf does not match with cfg vrf Mgmt-vrf
Press RETURN to get started!
sw2#show mod | i SUP7
3 4 Sup 7-E 10GE (SFP+), 1000BaseX (SFP) WS-X45-SUP7-E CAT12345678
sw2#
sw2#sh ver | i Software
Cisco IOS Software, IOS-XE Software, Catalyst 4500 L3 Switch Software
(cat4500e-UNIVERSALK9-M), Version 03.04.01.SG RELEASE SOFTWARE (fc3)
sw2#
sw2#
sw2#sh ip vrf
Name Default RD Interfaces
Liin-vrf <not set>
Mgmt-vrf <not set>
mgmtVrf <not set> Fa1 <---------
sw2#