This post is more than 5 years old
76 Posts
0
2332
MDS 9222i Code Upgrade
Hi All. It has been a long time since my last post...!
I am in the process of upgrading my MDS 9222i switches from 3.3(1c) to probably NX 413a (prob a "period" in there somewhere but not sure where .
The existing code has been very good with the exception of the well known 497 day reload, which is the only reason why I am upgrading.
1. Who has done an upgrade similar to mine (HW, existing and target code, etc)?
2. Any issues with a NDU upgrade? My gut tells me to reload (warm and fuzzy feeling to see the uptime reset to zero) after any type of upgrade but if it is truly safe then maybe I will not.
Thanks guys!
I am in the process of upgrading my MDS 9222i switches from 3.3(1c) to probably NX 413a (prob a "period" in there somewhere but not sure where .
The existing code has been very good with the exception of the well known 497 day reload, which is the only reason why I am upgrading.
1. Who has done an upgrade similar to mine (HW, existing and target code, etc)?
2. Any issues with a NDU upgrade? My gut tells me to reload (warm and fuzzy feeling to see the uptime reset to zero) after any type of upgrade but if it is truly safe then maybe I will not.
Thanks guys!
dynamox
2 Intern
2 Intern
•
20.4K Posts
0
September 29th, 2009 11:00
I don't check, that is why I am posting.
sure, just add your components (swithces/arrays/host/powerpath) to E-Lab navigator and it will tell you where you need to be code/firmware/version wise.
space.
not a huge player compared to Brocade/Cisco ..but they do have nice switches.
dynamox
2 Intern
2 Intern
•
20.4K Posts
0
September 29th, 2009 12:00
So, which switch do you like best? Lets say it
together now, C-I-S-C-O...
Or should I ask you after 0ct 17?
i've had good experiences with both vendors, Cisco does have a lot of bells and whistles though.
RRR
2 Intern
2 Intern
•
5.7K Posts
0
September 29th, 2009 23:00
For the rest all upgrades were true NDU !!! Very good !
RRR
2 Intern
2 Intern
•
5.7K Posts
0
September 29th, 2009 23:00
ironcheflouie
76 Posts
0
September 30th, 2009 09:00
Did the reboot happen right away?
ironcheflouie
76 Posts
0
October 1st, 2009 09:00
I assume the ones that did not reload, the counter is still incrementing and past 497 at this point? I think you talked me into it, NDU all the way.
It's kinda like hotswap memory chips on servers, who would really want to do that...!
Thx
RRR
2 Intern
2 Intern
•
5.7K Posts
0
October 2nd, 2009 02:00
ironcheflouie
76 Posts
0
October 2nd, 2009 07:00
Thx
RRR
2 Intern
2 Intern
•
5.7K Posts
0
October 5th, 2009 00:00
ironcheflouie
76 Posts
0
October 12th, 2009 14:00
Turns out the install script was unable to install erroring out with a 0 or 1 return code. After working with the local CE and a level 1 guy on the phone, they were lost! The guy on the phone was typing the same command over and over believing it will run at some point, not.
The call was escalated and got a more SR level guy. He seen this issue before and told us that the current code is hooked to a SSI module that is not even in my system, see below for a "show mod":
Mod Application Image Description Application Image Version
-------- ----------------------------- -------------------------
1 SSI linecard image (Packaged in SAN-OS) 3.3(1c)
I was told reloading the switch will clear this issue, which it did. We then proceeded with the install.
Second switch did the same thing BUT the module was still there, what joy. After about an hr I suggested to try the install anyways and it actually worked! If you did a show mod after the upgrade, the SSI mod was no longer there. Come on, seriously...!
The Sr level tech stated he has seen this many time before. I wish I had this information to begin with. Although the reload did not cause any issues since all but one host is dual connected, I was not ready for this.
Looking at my prod switches, I have the same SSI modules, which means I will prepare for a reload as well.
What is interesting is that these set of switches are in different locations and appear to have the same issue. This tells me it's more of a bug, and not a previous upgrade issue from a CE (loading code for something I don't have).
Hey dynomox, put in reload for your change control
RRR
2 Intern
2 Intern
•
5.7K Posts
0
October 13th, 2009 03:00
RRR
2 Intern
2 Intern
•
5.7K Posts
0
October 13th, 2009 05:00
The release notes provide further information on specific configurations such as modular switches with older linecards.
AranH1
2.2K Posts
0
October 13th, 2009 12:00
the upgrade isn't NDU indeed !!
Based on what he wrote though, the problem is that he doesn't have that linecard in the switch. So the upgrade the current code he was on was erroneously reporting that there was a SSM lincard in the switch.
ironcheflouie
76 Posts
0
October 13th, 2009 17:00
The engineer is going to write a kb article on it. Too bad he did not write it sooner since he has seen this problem before.
RRR
2 Intern
2 Intern
•
5.7K Posts
0
October 14th, 2009 00:00