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