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 <[email protected]> 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) >>>> <[email protected]> wrote: >>>> >>>>> Hi, >>>>> >>>>> Try : redundancy config-sync ignore mismatch , then reload the standby >>>>> >>>>> Cdt >>>>> Kayssar >>>>> >>>>>> On Aug 17, 2014, at 4:04, "ext Tammy Firefly" <[email protected]> >>>>>> 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 [email protected] >>>>>> https://puck.nether.net/mailman/listinfo/cisco-nsp >>>>>> archive at http://puck.nether.net/pipermail/cisco-nsp/ >>>>> >>>>> _______________________________________________ >>>>> cisco-nsp mailing list [email protected] >>>>> 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 [email protected] > 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 > _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
