Juniper cihazlardaki ismiyle "resilient dual-root partition" olan yedekli dosya sistemi yapısı sayesinde Junos OS eğer birincil dosya sisteminde bir bozukluk fark ederse boot işlemine yedek bir partition'dan devam edebiliyor.

Bu durum yaşandığında kayıtlı konfigürasyon sorunsuz bir şekilde çalışıyor ve cihaz normal operasyonuna devam edebiliyor. Ne var ki yaşanacak bir sonraki talihsizlikte sistemin çalıştığı backup partition da bozulabileceğinden Junos bu durumda bir chasis alarm üretiyor.

Bu alarma dair ilk ibareyi cihaza konsol ile ya da uzaktan bağlandığınızda görebiliyorsunuz:

**************************************************************************
**                                                                      **
** WARNING: THIS DEVICE HAS BOOTED FROM THE BACKUP JUNOS IMAGE          **
**                                                                      **
** It is possible that the primary copy of JUNOS failed to boot up      **
** properly, and so this device has booted from the backup copy.        **
**                                                                      **
** Please re-install JUNOS to recover the primary copy in case          **
** it has been corrupted.                                               **
**                                                                      **
**************************************************************************

Sonrasında, eğer sistemdeki alarmları görüntüleyecek olursanız aşağıdaki gibi bir alarm oluşmuş olduğunu görüyorsunuz:

[email protected]> show chassis alarms
1 alarms currently active
Alarm time Class Description
2019-01-26 13:48:49 PST Minor Host 0 Boot from backup root

Bu "minor" olarak değerlendirmesine rağmen hayli önemli uyarıyı dikkate alıp durumu çözmek ve alarmı kapatmak için, sistemin bir snapshot'ını alıp bunu diskteki diğer partition'a yazabiliriz. Böylelikle o anda aktif olan backup partition'ından alınacak snapshot, diğer yani birincil partition'a yazılır.

[email protected]> request system snapshot media internal slice alternate
Formatting alternate root (/dev/da0s2a)...
Copying '/dev/da0s1a' to '/dev/da0s2a' .. (this may take a few minutes)
The following filesystems were archived: /

Bu işlem tamamlandıktan sonra aslında cihazı hemen yeniden başlatmanız gerekmez. Sistem bir sonraki boot'ta otomatik olarak root partition'dan açılacaktır. Yine de her şeyin yolunda olduğunu doğrulamak, alarmın kendiliğinden kapanmasını sağlamak isterseniz ve 5 dakikalık bir downtime kabul edilebilirse sistemi yeniden başlatmanız iyi bir fikir olabilir.

[email protected]> request system reboot
Reboot the system ? [yes,no] (no) yes

Shutdown NOW!
[pid 1708]

*** FINAL System shutdown message from [email protected] ***

System going down IMMEDIATELY

Cihaz yeniden başladıktan sonra yukarıdaki uyarı mesajını artık görmüyor olmalı, sistemden de herhangi bir chasis alarm almıyor olmanız gerekiyor. Eğer böyleyse, her şey yolunda demektir.

Fakat, benzer bir durum tekrar yaşandığında cihazın otomatik olarak bunu çözmesini isteyebilirsiniz. Sonuçta sistem backup partition'dan başladığının farkında ve hala işlevini yerine getirebiliyor.

[email protected]> edit
[email protected]# set system auto-snapshot
[email protected]# commit

Bu komut sayesinde, sistem eğer backup partition'dan başladığını fark ederse az önce elle yaptığımız işlemi kendiliğinden yapacaktır. Cihaz buna rağmen hala bir chasis alarm üretebilir ve uyarı verebilir ancak eğer auto-snapshot özelliği doğru çalıştıysa, cihaz bir sonraki başlangıcında olması gerektiği gibi ana partition'dan başlayacaktır.