Date: Tue, 11 Dec 2001 11:26:14 +0000 (GMT) From: Jan Grant <Jan.Grant@bristol.ac.uk> To: Mark Hughes <mh_lists@digitalspy.co.uk> Cc: freebsd-questions <freebsd-questions@FreeBSD.ORG> Subject: Re: Softupdates & fsck Message-ID: <Pine.GSO.4.31.0112111118520.323-100000@mail.ilrt.bris.ac.uk> In-Reply-To: <019301c1820a$1b07e2b0$0200a8c0@mark2>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 11 Dec 2001, Mark Hughes wrote: > Guys, > > We've got softupdates enabled for all the filesystems, aside from /, on a > web server. Recently a power outage at our ISP (due to a blow fuse or some > such event) caused the power to our server to be cut completely for a brief > period, obviously without warning or a graceful shutdown. > > Now, when we brought it back up, the filesystem was in a little bit of a > mess, and we had to go into single user mode and use fsck to fix a number > of errors (log below). I was somewhat suprised at this, as I was under the > impression that softupdates whole purpose, aside from speed increases, was > to never leave the file system in a state where it would need an fsck if > the power was cut or the system crashed.... > > Was I wrong in this assumption? Or is something strange going on... Softupdates doesn't prevent the need for an fsck, but (in -current at least) it does guarantee* that the FS will be in a state such that it can be mounted dirty and fsck can reclaim blocks in the background. > Any ideas as to what has happened gratefully received. jan * for some value of "guarantee"; I'm not convinced that the errors you saw with your fsck all fall into that category. -- jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/ Tel +44(0)117 9287088 Fax +44 (0)117 9287112 RFC822 jan.grant@bris.ac.uk Leverage that synergy! Ooh yeah, looking good! Now stretch - and relax. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.31.0112111118520.323-100000>