From owner-freebsd-current Fri Feb 8 13:32:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 0A2AD37B41E for ; Fri, 8 Feb 2002 13:32:20 -0800 (PST) Received: (from david@localhost) by bunrab.catwhisker.org (8.11.6/8.11.6) id g18LWJr74949; Fri, 8 Feb 2002 13:32:19 -0800 (PST) (envelope-from david) Date: Fri, 8 Feb 2002 13:32:19 -0800 (PST) From: David Wolfskill Message-Id: <200202082132.g18LWJr74949@bunrab.catwhisker.org> To: julian@elischer.org Subject: Re: Hang on flushing buffers w/today's -CURRENT, SMP system Cc: current@freebsd.org In-Reply-To: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >Date: Fri, 8 Feb 2002 10:54:55 -0800 (PST) >From: Julian Elischer >can you try a kernel from JUST BEFORE I did the KSE commit yesterday? OK; results below.... >I heard someone else complain of thisyesterday afternoon. At that time I >wascertain it was too soon after my commit for him to already have got it, >but it would be nice tio know if I screwed something... >Date: Fri, 8 Feb 2002 11:29:51 -0800 (PST) >From: Julian Elischer >To: current@FreeBSD.ORG >Subject: reboot and sync behaviour. >This succeeded, but looks suspicious to me..... >syncing disks... 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 >I've never seen it like that before.. >It might be related to the problem some have seen with syncing.. I was able to build a kernel from just prior to the "Pre-KSE/M3" commit (http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1278231+0+current/cvs-all); it did not exhibit the problem. I then updated the sources to just after that commit, booted, then on the reboot (while running this new kernel), I get the hang again: Additional TCP options:. Starting background filesystem checks Fri Feb 8 13:22:59 PST 2002 FreeBSD/i386 (freebeast.catwhisker.org) (cuaa0) login: boot() called on cpu#0 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... 7 7 So, yes, Julian, I think there's something not quite right there. How can I help debug this? Cheers, david (links to my resume at http://www.catwhisker.org/~david) -- David H. Wolfskill david@catwhisker.org I believe it would be irresponsible (and thus, unethical) for me to advise, recommend, or support the use of any product that is or depends on any Microsoft product for any purpose other than personal amusement. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message