Date: Tue, 10 Apr 2007 11:14:45 -0500 From: "Rick C. Petty" <rick-freebsd@kiwi-computer.com> To: Pawel Jakub Dawidek <pjd@FreeBSD.org> Cc: freebsd-geom@FreeBSD.org Subject: Re: volume management Message-ID: <20070410161445.GA18858@keira.kiwi-computer.com> In-Reply-To: <20070410114115.GB85578@garage.freebsd.pl> References: <461A4D93.3010200@freebsd.org> <20070409143818.GA86722@harmless.hu> <20070409152401.GG76673@garage.freebsd.pl> <20070409153203.GA88082@harmless.hu> <461A5EC6.8010000@freebsd.org> <20070409154407.GA88621@harmless.hu> <evfqtt$n23$1@sea.gmane.org> <20070410111957.GA85578@garage.freebsd.pl> <461B75B2.40201@fer.hr> <20070410114115.GB85578@garage.freebsd.pl>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Apr 10, 2007 at 01:41:15PM +0200, Pawel Jakub Dawidek wrote: > On Tue, Apr 10, 2007 at 01:32:02PM +0200, Ivan Voras wrote: > > Pawel Jakub Dawidek wrote: > > > > >1. Panic if there is no physical storage. This way you protect > > > consistency. You already printed a warning that gvirstor is running > > > out of physical storage, so administrator has a chance to do the job. > > > > I really don't want to do that :( > > If you have important data, this is really not bad idea. I, for one, > prefer my kernel to panic, so I can see what exactly went wrong, add > another disk and reboot instead of allowing kernel goes into wild by > returning an error which won't be handled properly. It's a terrible idea! What happens to all uncommitted soft updates and other unwritten cached blocks? Lost forever, which can have bad effects on file systems and at the very least require everything to be fsck'd and GEOM mirrored or raid objects to be resync'd. What's wrong with ENOSPC? Isn't that the whole point of that error? Let the admin know that something failed, don't panic and prevent any further operation period. I know I don't want my fileserver to panic just because I accidently try to add 100 GB instead of 10 GB or some other simple miscalculation. We have enough panics in the kernel already for cases that should be handled better in userland. -- Rick C. Petty
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070410161445.GA18858>