[c-nsp] Sup720 Redundancy Problems

[Tammy Firefly]

I finally tracked it down, this is what caused it:
boot-start-marker
boot system flash disk0:s72033-advipservicesk9_wan-mz.122-33.SXJ5.bin
boot config bootflash:startup-config
boot-end-marker

How do I specify which image to load without using that in the startup
configuration?

Thanks to all who have helped, I greatly appreciate your help.

--Tammy


On 8/17/14, 16:05:30, Tammy Firefly wrote:
> Yeah it forced a reload due to: %RF-SP-5-RF_RELOAD: Peer reload. Reason:
> RF Progression failure
> 
> 
> On 8/17/14, 15:28:29, Jeffrey G. Fitzwater wrote:
>> It should sync automatcally and come up in SSO duplex mode.  
>>
>> Sho redun   
>>
>> Jeff
>> On Aug 17, 2014, at 1:42 PM, Tammy Firefly <tammy-lists at wiztech.biz> wrote:
>>
>>> Jeff,
>>> We had the same but I changed it to bootflash: show bootvar shows the
>>> changes, Do I need to cycle the running sup to make sure the synch stuff
>>> sees the different path?
>>>
>>> Thanks
>>> --Tammy
>>>
>>>
>>> On 8/17/14, 7:11:45, Jeffrey G. Fitzwater wrote:
>>>> We had a problem when we first used redundant sups because we defined boot config to be on disk0: .
>>>>
>>>> The standby sup would constantly reboot until I removed that command and used the boot from nvram.
>>>>
>>>> Jeff Fitzwater
>>>>
>>>>
>>>> Princeton University
>>>>
>>>>
>>>> On Aug 17, 2014, at 5:35 AM, Ben Hammadi, Kayssar (NSN - TN/Tunis) <kayssar.ben_hammadi at nsn.com> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> Try : redundancy config-sync ignore mismatch , then reload the standby
>>>>>
>>>>> Cdt
>>>>> Kayssar
>>>>>
>>>>>> On Aug 17, 2014, at 4:04, "ext Tammy Firefly" <tammy-lists at wiztech.biz> wrote:
>>>>>>
>>>>>>
>>>>>>> On 8/16/14, 20:53:18, Frank Bulk wrote:
>>>>>>> Looks like you got them all on =)
>>>>>>>
>>>>>>> When you successfully boot the new SUP in a separate chassis is it running
>>>>>>> the exact same software as the production SUP?
>>>>>>
>>>>>> Yup exact same image.
>>>>>>
>>>>>>>
>>>>>>> One other article I read suggested changing the mode to RPR
>>>>>>> (http://www.cisco.com/c/en/us/td/docs/ios/12_2sr/release/notes/122SRcavs2.pd
>>>>>>> f) which means:
>>>>>>> conf t
>>>>>>> redundancy
>>>>>>> mode rpr
>>>>>>> end
>>>>>> Ill give this a try.
>>>>>>
>>>>>>
>>>>>> One thing I did notice is the new sup has a 128MB CF card in a flash
>>>>>> adapter on the sup, the other sup has a 64mb flash module.
>>>>>> Would that cause this?
>>>>>>
>>>>>>>
>>>>>>> Frank
>>>>>>
>>>>>> _______________________________________________
>>>>>> 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/
>>>>>
>>>>> _______________________________________________
>>>>> 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/
>>>>
>>>>
>>>>
>>>> ----------
>>>>
>>>> This email has been scanned for spam and viruses by Proofpoint Essentials cloud email security - visit the following URL to report this email as spam:
>>>> https://us1.proofpointessentials.com/index01.php?mod_id&mod_option=logitem&midf729600&rid12411&report=1
>>>>
>>>
>>
>>
>>
>> ----------
>>
>> This email has been scanned for spam and viruses by Proofpoint Essentials cloud email security - visit the following URL to report this email as spam:
>> https://us1.proofpointessentials.com/index01.php?mod_id&mod_option=logitem&midf817683&rid12411&report=1
>>
> 
> _______________________________________________
> 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/
> 
> 
> ----------
> 
> This email has been scanned for spam and viruses by Proofpoint Essentials cloud email security - visit the following URL to report this email as spam:
> https://us1.proofpointessentials.com/index01.php?mod_id=11&mod_option=logitem&mid=66825282&rid=1312411&report=1
>