I'm guessing the system info is loaded into RAM on boot and so doesn't need to access disk in most cases. This would allow the filer to continue running even though data cannot be written to vol0.
You also don't need to write much, if any, system info once you're up and running.
~JK
Jose Celestino wrote:
As anyone at NetApps disclosed a reason for this to happen? (the crash I mean)
Thus spake Mike Sphar, on Tue, Feb 05, 2002 at 01:08:55PM -0800:
I just want to say for the record that we've had vol0 on our filers be 100% full several times and our filers have never crashed because of it, at least not any time I can recall.
Not that vol0 being full is a good thing, of course, but it's always been recoverable in my experience without a crash.
-- Mike Sphar - Sr Systems Administrator - Engineering Support Peregrine Systems, Inc.
-----Original Message----- From: Jim Harm [mailto:jharm@llnl.gov] Sent: Tuesday, February 05, 2002 1:23 PM To: toasters@mathworks.com Subject: Re: vol0 question
An argument for isolating root volume is that we are still warned in the netapp admin classes that if the root volume gets full, the filer will crash. We can build qtress to limit client to just under 100% or we can reserve 1% snap and turn off snaps. But will either of those really work? Will the filer potentially crash on a full volume even if it is not root volume?
-- Jose Celestino japc@co.sapo.pt
In an endless maze begotten, to dead ends led by fools I sought a plague for those who smiled at walls, In humble fear