Re: sporadic disk syncing failures when shutting down

From: Sean Kelly (smkelly_at_FreeBSD.org)
Date: 07/13/03

  • Next message: David Leimbach: "Re: GCC 3.3.1, new warnings with <limits>" 
    Date: Sat, 12 Jul 2003 22:24:25 -0500
To: Don Lewis <truckman@FreeBSD.org>

    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/
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
  • Next message: David Leimbach: "Re: GCC 3.3.1, new warnings with <limits>"

    Relevant Pages

    • Re: sporadic disk syncing failures when shutting down
      ... >> Terminate ACPI ... >> Each time this has happened, fsck finds and nukes a bunch of empty ... >> mergmaster updated were missing after the reboot and fsck had done its ...
      (freebsd-current)
    • Re: panic: vm_page_free_toq: freeing mapped page
      ... > getting the following panic at system shutdown, after flushing ... > buffers, and then at fsck run. ... The panicing kernel, as well as userland, ...
      (freebsd-current)
    • Re: Syncer "giving up" on buffers
      ... >> the buffers are completely private to the file system. ... the "fsck in single user mode prevents clean shutdown" with ... ever fsck the root file system in single-user mode since most of my ...
      (freebsd-current)