[c-nsp] Adding a SUP720-3BXL standby SUP question

[Andrew K.]

I've attempted this before and failed, this was with a 7606 running SRE5.

The bootvar is the spare sup720 I was adding was set to boot from the 
bootflash, and not the CF disk.

When I inserted the card it loaded the bootflash IOS (which was from a 
totally different train).

After this the box promptly crashed, I imagine its because the slave-sup 
was attempting to SSO.

Since then I keep a console on the new slave as I insert it and if I see 
it loading the incorrect ISO I break into ROMMON.

Just my experience, wanted to share.


On 4/4/2012 5:58 PM, Brian Wallingford wrote:
> I wouldn't go that far unless you've got a use for an additional chassis.
> Simply put the compact flash from the new 3bxl into the primary's 2nd
> slot, copy the image&  return it to the new card if you're nervous.
> Either way, insterting a new sup should not interfere with the primary.
>
> On Wed, 4 Apr 2012, Lee Starnes wrote:
>
>> I had figured as much, but wanted to make sure. I have backups of
>> everything, so if something does go wrong, it can get corrected. We may
>> just pick up a spare chassis to do this upgrade. Seems that they are not
>> too costly.
>>
>> Thanks for the input.
>>
>> -Lee
>>
>> 2012/4/4 Piotr Wojciechowski<peper at peper.eu.org>
>>
>>> On 4/4/12 22:14 , Lee Starnes wrote:
>>>> Hi,
>>>>
>>>> I have a question about the 6509 and the SUP720-3BXL standby sup. If a
>>>> chassis only has 1 SUP installed and you install a second one, will that
>>>> disrupt the currently installed and working SUP? I ask this because we
>>> have
>>>> our standby SUPs and I would like to install them, but I know they don't
>>>> have the same version of IOS running. I don't want to blow away the
>>> config
>>>> or cause the chassis to go down when installing these. Does anyone have
>>> any
>>>> experience with this?
>>>>
>>> Hi,
>>>
>>> Normally when you insert second sup as a standby (same type, hardware
>>> configuration including PFC and memory) it should synchronize itself to
>>> active one including IOS and configuration (except configuration
>>> registers) and reload as standby. But I normally recommend my customers
>>> to manually load proper IOS to supervisor on spare chassis and insert
>>> prepared one into production chassis.
>>>
>>> Regards,
>>>
>>> --
>>> Piotr Wojciechowski  (CCIE #25543)  | "The trouble with being a god is
>>> http://ccieplayground.wordpress.com | that you've got no one to pray to"
>>> JID: peper at jabber.org               |   -- (Terry Pratchett, Small Gods)
>>>
>>>
>> _______________________________________________
>> cisco-nsp mailing list  cisco-nsp at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-nsp
>> archive at http://puck.nether.net/pipermail/cisco-nsp/
>>
> ---------------------------------
>          Brian Wallingford
>     Director, Network Operations
>        MegaNet Communications
>   P: 508-646-0030 F: 508-646-0010
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
>
>