From owner-freebsd-fs Fri May 17 10:38:23 2002 Delivered-To: freebsd-fs@freebsd.org Received: from dhcp117.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by hub.freebsd.org (Postfix) with ESMTP id D644437B406 for ; Fri, 17 May 2002 10:38:12 -0700 (PDT) Received: (from nbliss@localhost) by dhcp117.mvista.com (8.11.6/8.11.6) id g4HHZVU26882 for freebsd-fs@freebsd.org; Fri, 17 May 2002 10:35:31 -0700 Date: Fri, 17 May 2002 10:35:31 -0700 From: Neil Bliss To: freebsd-fs@freebsd.org Subject: [dbaukus@chiaro.com: panic("unmount: dangling vnode");] Message-ID: <20020517103531.B1881@dhcp117.mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org If no one knows this off the top of thier head, I'll go ahead and look into this... ----- Forwarded message from Dave Baukus ----- Date: Thu, 16 May 2002 19:01:08 -0500 From: Dave Baukus To: fs@FreeBSD.ORG Subject: panic("unmount: dangling vnode"); I hit the following panic: panic("unmount: dangling vnode"); in vfs_syscalls.c - dounmount() with a high degree of regularity. I am running what is essentially bsd4.0; the networking stack has been modified, but the file system, proc, virtual memory, ... are untouched. I was wondering if this panic has been addressed in other releases. The panic is related to rebooting the system while one or more processes is/are core dumping: ... max 60 seconds) for system process `bufdaemon' to stop...stopped Waiting (max 60 seconds) for system process `syncer' to stop...stopped syncing disks... 24 done pid 2391 (protmon), uid 0: exited on signal 11 (core dumped) pid 2661 (soclone_mcp), uid 0: exited on signal 11 (core dumped) spec_fsync: dirty: 0xd4997f60: type VBLK, usecount 2, writecount 0, refcount 35, flags (VOBJBUF) panic: unmount: dangling vnode Debugger("panic") Stopped at Debugger+0x35: movb $0,in_Debugger.390 db> gdb Next trap will enter GDB remote protocol mode db> s (kgdb) bt #0 Debugger (msg=0xc030ff1b "panic") at ../../i386/i386/db_interface.c:321 #1 0xc017b74c in panic (fmt=0xc0315486 "unmount: dangling vnode") at ../../kern/kern_shutdown.c:577 #2 0xc01ac7c8 in dounmount (mp=0xc363ec00, flags=524288, p=0xd499c440) at ../../kern/vfs_syscalls.c:508 #3 0xc01ab202 in vfs_unmountall () at ../../kern/vfs_subr.c:2207 #4 0xc017b2ff in boot (howto=0) at ../../kern/kern_shutdown.c:292 #5 0xc017af04 in reboot (p=0xd499c440, uap=0xd5346f80) at ../../kern/kern_shutdown.c:148 #6 0xc02e609e in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 1, tf_esi = 0, tf_ebp = -1077936884, tf_isp = -717983788, tf_ebx = 0, tf_edx = -1077936630, tf_ecx = -143, tf_eax = 55, tf_trapno = 12, tf_err = 2, tf_eip = 134515276, tf_cs = 31, tf_eflags = 647, tf_esp = -1077936928, tf_ss = 47}) at ../../i386/i386/trap.c:1073 #7 0xc02d7b36 in Xint0x80_syscall () #8 0x80480f9 in ?? () (kgdb) up #1 0xc017b74c in panic (fmt=0xc0315486 "unmount: dangling vnode") at ../../kern/kern_shutdown.c:577 577 Debugger ("panic"); (kgdb) #2 0xc01ac7c8 in dounmount (mp=0xc363ec00, flags=524288, p=0xd499c440) at ../../kern/vfs_syscalls.c:508 508 panic("unmount: dangling vnode"); (kgdb) p mp $1 = (struct mount *) 0xc363ec00 (kgdb) p /x *mp $2 = {mnt_list = {tqe_next = 0x0, tqe_prev = 0xc035f204}, mnt_op = 0xc038dea0, mnt_vfc = 0xc038dee0, mnt_vnodecovered = 0x0, mnt_syncer = 0x0, mnt_vnodelist = {lh_first = 0xd4996980}, mnt_lock = {lk_interlock = { lock_data = 0x0}, lk_flags = 0x1004400, lk_sharecount = 0x0, lk_waitcount = 0x0, lk_exclusivecount = 0x1, lk_prio = 0x14, lk_wmesg = 0xc0314fc2, lk_timo = 0x0, lk_lockholder = 0xdb7}, mnt_flag = 0x4000, mnt_kern_flag = 0x1000000, mnt_maxsymlinklen = 0x3c, mnt_stat = {f_spare2 = 0x0, f_bsize = 0x400, f_iosize = 0x2000, f_blocks = 0x7b850, f_bfree = 0x64ab2, f_bavail = 0x5ac98, f_files = 0x1effe, f_ffree = 0x1e9b0, f_fsid = {val = {0x3c6d2248, 0x6774c663}}, f_owner = 0x0, f_type = 0x2, f_flags = 0x5000, f_syncwrites = 0x17, f_asyncwrites = 0x2c, f_fstypename = {0x75, 0x66, 0x73, 0x0 }, f_mntonname = {0x2f, 0x0 }, f_syncreads = 0xdd, f_asyncreads = 0x9, f_spares1 = 0x0, f_mntfromname = {0x2f, 0x64, 0x65, 0x76, 0x2f, 0x61, 0x64, 0x30, 0x73, 0x31, 0x61, 0x0 }, f_spares2 = 0x0, f_spare = {0x0, 0x0}}, mnt_data = 0x0, mnt_time = 0x3cd19482, mnt_iosize_max = 0x20000} -- dave baukus@chiaro.com Chiaro Networks Richardson Texas USA ----------------------------------------- (on rchss001) This e-mail and any files transmitted with it are the property of Chiaro Networks, Ltd., and may contain confidential and privileged material for the sole use of the intended recipient(s) to whom this e-mail is addressed. If you are not one of the named recipient(s), or otherwise have reason to believe that you have received this message in error, please notify the sender and delete all copies from your system. Any other use, retention, dissemination, forwarding, printing or copying of this e-mail is strictly prohibited. --------------------------------------------------------- ----- End forwarded message ----- -- Neil Bliss - Monta Vista Technical Support Yow!-Zippy-says: You mean you don't want to watch WRESTLING from ATLANTA? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message