[j-nsp] WARNING: THIS DEVICE HAS BOOTED FROM THE BACKUP JUNOS IMAGE

[Aaron Dewell]

fsck is run automatically every boot.  If the automatic fsck fails, it throws it to the backup partition.  So yes, you are correct, but the situation observed is when that system fails.

On Mar 24, 2014, at 11:04 PM, Victor Sudakov wrote:
> Dear Masood,
> 
> Thanks for the link to the KB article. 
> 
> However, being an old FreeBSD admin, I don't quite understand why and
> when a switch considers a partition "corrupted". It may be left in the
> dirty state due to a power loss, but this does not cause any
> corruption, especially when there were no writes during the power
> loss. The system just runs fsck and the partition should be as good
> as new.
> 
> Masood Ahmad Shah wrote:
>> Perhaps the file system became corrupted, most likely due to a sudden power
>> loss, or ungraceful shutdown. I would not worry, as long as both of the
>> partitions are healthy, then no issue with running switch on either of
>> them.
>> 
>> Just make sure that both of the partitions are healthy, so that fail over
>> can be done when needed. The following URL will point you how to recover
>> from this sort of condition. Just start from "Step-by-step recovery
>> procedure for this situation:" http://goo.gl/BoUUlA
>> 
>> Cheers,
>> Masood
>> 
>> On Fri, Mar 21, 2014 at 5:23 PM, Victor Sudakov <vas at mpeks.tomsk.su> wrote:
>> 
>>> Colleagues,
>>> 
>>> What could be the reason that an EX4200-24T occasionally boots from the
>>> secondary copy?
>>> 
>>> If I "request system reboot slice alternate media internal", it will
>>> boot from the Active Partition all right. This means the Active
>>> Partition is operational, isn't it?
>>> 
>>> But sometimes, one day, the switch will eventually boot from the
>>> Backup Partition again.
>>> 
>>> What gives?
>>> 
>>> TIA for any ideas.
>>> 
>>> --
>>> Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
>>> sip:sudakov at sibptus.tomsk.ru
>>> _______________________________________________
>>> juniper-nsp mailing list juniper-nsp at puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/juniper-nsp
>>> 
> 
> -- 
> Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
> sip:sudakov at sibptus.tomsk.ru
> _______________________________________________
> juniper-nsp mailing list juniper-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp