Tuesday, July 14, 2020

This device has booted from the backup JUNOS image.

This switch is booted off the backup partition and also happens to be on a different version of JUNOS then I want.

user@EX4300-32F> show system alarms 2 alarms currently active Alarm time Class Description 2020-07-05 13:14:35 PDT Minor Host 0 Boot from backup root 2020-07-05 13:13:53 PDT Minor Rescue configuration is not set {master:0} user@EX4300-32F> show system snapshot media internal fpc0: -------------------------------------------------------------------------- Information for snapshot on internal (/dev/da0s1a) (backup) Creation date: Apr 16 17:43:31 2019 JUNOS version on snapshot: jcrypto-ex: 17.3R3.10 jdocs-ex: 17.3R3.10 jsd : powerpc-17.3R3.10-jet-1 jsdn-powerpc: 17.3R3.10 junos : ex-17.3R3.10 junos-ex-4300: 17.3R3.10 jweb-ex: 17.3R3.10 Information for snapshot on internal (/dev/da0s2a) (primary) Creation date: Jul 2 17:11:31 2019 JUNOS version on snapshot: jcrypto-ex: 17.3R3-S4.2 jdocs-ex: 17.3R3-S4.2 jsd : powerpc-17.3R3-S4.2-jet-1 jsdn-powerpc: 17.3R3-S4.2 junos : ex-17.3R3-S4.2 junos-ex-4300: 17.3R3-S4.2 jweb-ex: 17.3R3-S4.2 

Is there a way I can repair the da0s1a partition, reboot and then

request system snapshot media internal slice alternate 

to get back to a good state?

Is there a different order of operations I should follow? Online blogs don't really account for the root partitions being different or that the version I want is on the bad partition.



No comments:

Post a Comment