From owner-freebsd-current Mon Feb 11 19:13:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from newman2.bestweb.net (newman2.bestweb.net [209.94.102.67]) by hub.freebsd.org (Postfix) with ESMTP id 8241437B4C1 for ; Mon, 11 Feb 2002 18:17:45 -0800 (PST) Received: from okeeffe.bestweb.net (okeefe.bestweb.net [209.94.100.110]) by newman2.bestweb.net (Postfix) with ESMTP id 8C94D231DF; Mon, 11 Feb 2002 21:17:15 -0500 (EST) Received: by okeeffe.bestweb.net (Postfix, from userid 0) id 84C749F306; Mon, 11 Feb 2002 21:12:12 -0500 (EST) Date: Fri, 8 Feb 2002 15:21:45 -0800 From: "Eugene M. Kim" To: Julian Elischer Cc: David Wolfskill , current@FreeBSD.ORG Subject: Re: Hang on flushing buffers w/today's -CURRENT, SMP system Message-Id: <20020212021212.84C749F306@okeeffe.bestweb.net> 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 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Attached is the requested DDB log (I guessed pid 7 `syncer' is the process doing the sync; if this is wrong let me know). Eugene PS. I used the serial console, so don't feel sorry to ask. =) On Fri, Feb 08, 2002 at 02:41:30PM -0800, Julian Elischer wrote: > > > > > On Fri, 8 Feb 2002, Eugene M. Kim wrote: > > > On Fri, Feb 08, 2002 at 01:43:54PM -0800, Julian Elischer wrote: > > > > > > On Fri, 8 Feb 2002, David Wolfskill wrote: > > > > > > > > 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 > > > > > > can you hit and get into the debugger? > > > > My box shows the same symptom, and yes I can enter DDB. How may I help? > > > > Eugene > > > > "show locks" whould be good. > also 'ps' > and the stack trace of the process doing the sync... > > > tr > > if you can get a serial console that would be best of course. > > you may wait a while to see if dave can get into ddb on his serial > console. > that may save you a lot of writing :-) > --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="screenlog.0" syncing disks... 4 4 Debugger("manual escape to debugger") Stopped at Debugger+0x41: xorl %eax,%eax db> show locks exclusive (sleep mutex) Giant (0xc02e6100) locked @ /usr/src/sys/kern/kern_intr.c:532 db> ps pid proc addr uid ppid pgrp flag stat wmesg wchan cmd 192 cc989300 cdbc5000 0 0 0 0000204 3 nfsidl c1d0538c nfsiod 3 191 cc989600 cdbc1000 0 0 0 0000204 3 nfsidl c1d05388 nfsiod 2 190 cc989900 cdbbd000 0 0 0 0000204 3 nfsidl c1d05384 nfsiod 1 189 cc989c00 cdbb9000 0 0 0 0000204 3 nfsidl c1d05380 nfsiod 0 9 cc98c000 cd1af000 0 0 0 0000204 3 pccbbev c1b39400 pccbb1 8 cc98c300 cd1ab000 0 0 0 0000204 3 pccbbev c1b39800 pccbb0 7 cc98c600 cd1a7000 0 0 0 0000204 3 ktsusp cc98c800 syncer 6 cc98c900 cd1a3000 0 0 0 0000204 3 ktsusp cc98cb00 vnlru 5 cc98cc00 cd19f000 0 0 0 0000204 3 ktsusp cc98ce00 bufdaemon 4 cc98cf00 cd19b000 0 0 0 0000204 3 pgzero c0327fc8 pagezero 3 cc98d200 cd197000 0 0 0 0000204 3 psleep c0327fdc vmdaemon 2 cc98d500 cd193000 0 0 0 0000204 3 psleep c02e06d8 pagedaemon 31 cc98d800 cc992000 0 0 0 0000204 6 irq8: rtc 30 cc98db00 cc98e000 0 0 0 0000204 6 irq0: clk 29 cc320f00 cc985000 0 0 0 0000204 6 irq4: sio0 28 cc321200 cc981000 0 0 0 0000204 6 swi0: tty:sio 27 cc321500 cc97d000 0 0 0 0000204 6 irq7: ppc0 26 cc321800 cc979000 0 0 0 0000204 6 irq12: psm0 25 cc321b00 cc975000 0 0 0 0000204 2 irq1: atkbd0 24 cc321e00 cc971000 0 0 0 0000204 3 usbevt c1b60210 usb0 --More-- 23 cc322100 cc96d000 0 0 0 0000204 6 irq15: ata1 22 cc322400 cc969000 0 0 0 0000204 6 irq14: ata0 21 cc322700 cc964000 0 0 0 0000204 6 irq11: pccbb0++ 20 cc322a00 cc95a000 0 0 0 0000204 6 irq5: pcm0 19 cc322d00 cc952000 0 0 0 0000204 6 irq13: 18 cc323000 cc94e000 0 0 0 0000204 6 swi5: acpitaskq 17 cc323300 cc94a000 0 0 0 0000204 6 swi5: task queue 16 cc323600 cc946000 0 0 0 0000204 6 swi3: cambio 15 cc323900 cc942000 0 0 0 0000204 6 swi2: camnet 14 cc323c00 cc93e000 0 0 0 0000204 3 sleep c0417120 random 13 cc323f00 cc93a000 0 0 0 0000204 6 swi4: vm 12 cc324200 cc936000 0 0 0 000020c 2 swi6: tty:sio clock 11 cc324500 cc932000 0 0 0 0000204 6 swi1: net 10 cc324800 cc32d000 0 0 0 000020c 2 idle 1 cc324b00 cc329000 0 0 1 0004200 2 init 0 c02c4200 c0480000 0 0 0 0000200 3 sched c02c4200 swapper db> tr 7 mi_switch(cc98c800,cc98c600,c1b688dc,1,0) at mi_switch+0x153 msleep(cc98c800,cc98c814,68,c0288668,0,cc98c800) at msleep+0x322 kthread_suspend_check(cc98c600,cc98c704,c01b5cf4,cc98c600,cd1aacf8) at kthread_suspend_check+0x50 sched_sync(0,cd1aad48,0,c01b5cf4,0) at sched_sync+0x4c fork_exit(c01b5cf4,0,cd1aad48) at fork_exit+0x9e fork_trampoline() at fork_trampoline+0x8 db> --2oS5YaxWCcQjTEyO-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message