Date: Sat, 12 Jul 2003 22:24:25 -0500 From: Sean Kelly <smkelly@FreeBSD.org> To: Don Lewis <truckman@FreeBSD.org> Cc: current@FreeBSD.org Subject: Re: sporadic disk syncing failures when shutting down Message-ID: <20030713032425.GA77413@edgemaster.zombie.org> In-Reply-To: <200307130136.h6D1arM7023826@gw.catspoiler.org> References: <200307130136.h6D1arM7023826@gw.catspoiler.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Jul 12, 2003 at 06:36:53PM -0700, Don Lewis wrote: ... > Stopping inetd. > Shutting down daemon processes:Jul 12 09:19:40 scratch upsmon[492]: upsmon parent: exiting (child exited) > killall: warning: kill -TERM 492: No such process > killall: warning: kill -TERM 488: No such process > healt Waiting (max 60 seconds) for system process `vnlru' to stop...stopped > Waiting (max 60 seconds) for system process `bufdaemon' to stop...stopped > Waiting (max 60 seconds) for system process `syncer' to stop...stopped > > syncing disks, buffers remaining... 54 54 54 54 54 54 54 54 54 54 54 54 54 54 54 54 54 54 54 54 > giving up on 54 buffers > Uptime: 6m42s > Terminate ACPI > Rebooting... > > Each time this has happened, fsck finds and nukes a bunch of empty > directories. The last time this happened, the /etc/rc.d/yp* files that > mergmaster updated were missing after the reboot and fsck had done its > work. Nothing has ever shown up in lost+found. > > Has anyone else seen this? I have seen this a lot, but not as much lately. Sadly, I don't have any more data than you on why it happens. I've seen it give up on a rather frighteningly large number of buffers before, though... -- Sean Kelly | PGP KeyID: D2E5E296 smkelly@FreeBSD.org | http://www.sean-kelly.org/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030713032425.GA77413>