Date: Fri, 6 Jul 2001 10:46:33 -0500 From: "Matthew D. Fuller" <fullermd@futuresouth.com> To: Dan Nelson <dnelson@emsphone.com> Cc: David Scheidt <dscheidt@tumbolia.com>, "Benjamin P. Grubin" <bgrubin@pobox.com>, current@FreeBSD.ORG Subject: Re: softupdates on / Message-ID: <20010706104633.G10645@futuresouth.com> In-Reply-To: <20010706005206.A3930@dan.emsphone.com>; from dnelson@emsphone.com on Fri, Jul 06, 2001 at 12:52:06AM -0500 References: <20010705192828.B25217@dan.emsphone.com> <Pine.BSF.4.32L2.0107060045440.38148-100000@shell-2.enteract.com> <20010706005206.A3930@dan.emsphone.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jul 06, 2001 at 12:52:06AM -0500, a little birdie told me
that Dan Nelson remarked
> In the last episode (Jul 06), David Scheidt said:
> >
> > I've dodged that problem by SIGSTOPing installworld a couple times during
> > the /sbin install, waiting for softupdates to catchup, and then SIGCONTing
> > it. That's a pain; it's ugly, but it does work. Easier than a reboot,
> > sometimes.
>
> My workaround when it bit me was to run a "while sleep 1 ; do sync ;
> done" loop in another window to speed up the softupdate clock. I
> suppose cranking down the kern.{file,meta,dir}delay sysctls would have
> done the same thing.
Meanwhile, I've completely avoided the problem.
All of my (ufs) filesystems are running with softupdates, except /. I've
got plenty of free space on it, but:
/dev/da0s1a on / (ufs, local, synchronous)
/var, /usr, /tmp, etc are all on their own filesystems (/tmp is newfs'd
on boot, too; THAT's how you avoid cleaning race conditions ;), so the
only time writes happen on it is when I installworld or edit something in
/etc; either way, I like knowing it's there when it says it is. Of
course, it does slow the installworlds down to an astonishing degree.
--
Matthew Fuller (MF4839) | fullermd@over-yonder.net
Unix Systems Administrator | fullermd@futuresouth.com
Specializing in FreeBSD | http://www.over-yonder.net/
"The only reason I'm burning my candle at both ends, is because I
haven't figured out how to light the middle yet"
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010706104633.G10645>
