From owner-freebsd-current@FreeBSD.ORG Wed Jan 26 12:11:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0803416A4CE; Wed, 26 Jan 2005 12:11:29 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B3EF43D49; Wed, 26 Jan 2005 12:11:28 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j0QCBRew054751; Wed, 26 Jan 2005 07:11:27 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j0QCBQFR054742; Wed, 26 Jan 2005 07:11:27 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Wed, 26 Jan 2005 07:11:26 -0500 (EST) From: Jeff Roberson To: "Simon L. Nielsen" In-Reply-To: <20050125222311.GB851@zaphod.nitro.dk> Message-ID: <20050126071039.Y18864@mail.chesapeake.net> References: <20050125222311.GB851@zaphod.nitro.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE cc: freebsd-current@freebsd.org Subject: Re: Panic: mutex Giant not owned at sys/nfsclient/nfs_socket.c:461 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 12:11:29 -0000 On Tue, 25 Jan 2005, Simon L. Nielsen wrote: > Hello > > With -CURRENT from today (and also from yesterday for that matter) I > get the panic "mutex Giant not owned at > /usr/src/sys/nfsclient/nfs_socket.c:461" sometimes (probably 1/3 of > the times) when accessing a NFS mount. The mount was /FreeBSD, and it > panics just by typing "cd /Free" in a shell. My last good kernel > was from Jan 17. Does this make sense to anyone or is more > information needed? This seems as if it could be caused by my most recent commit, but no one else is having problems with nfs. Can you cvsup again and see if it's still happening? > > #0 doadump () at pcpu.h:159 > #1 0xc04578d1 in db_fncall (dummy1=3D0, dummy2=3D0, dummy3=3D1999, > dummy4=3D0xe6b5a818 "=C0\004\200=C0") at /usr/src/sys/ddb/db_command.= c:531 > #2 0xc0457680 in db_command (last_cmdp=3D0xc07ffbc4, cmd_table=3D0x0, > aux_cmd_tablep=3D0xc07bf8e4, aux_cmd_tablep_end=3D0xc07bf8e8) > at /usr/src/sys/ddb/db_command.c:349 > #3 0xc0457771 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 > #4 0xc0459605 in db_trap (type=3D3, code=3D0) at /usr/src/sys/ddb/db_mai= n.c:221 > #5 0xc0587ba9 in kdb_trap (type=3D0, code=3D0, tf=3D0xe6b5a968) > at /usr/src/sys/kern/subr_kdb.c:421 > #6 0xc074855c in trap (frame=3D > {tf_fs =3D 24, tf_es =3D 16, tf_ds =3D -424345584, tf_edi =3D 256, = tf_esi =3D 1, tf_ebp =3D -424302160, t = f_isp =3D -424302188, tf_ebx =3D = -424302108, tf_edx =3D 0, tf_ecx =3D -1056755712, tf_eax =3D 18, tf_trapno = =3D = 3, tf_err =3D 0, tf_eip =3D -1067943686, tf_cs =3D 8, tf_eflags =3D= 646, tf_esp =3D -1065785135, tf_ss =3D -10 = 65793731}) > at /usr/src/sys/i386/i386/trap.c:573 > #7 0xc073441a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #8 0x00000018 in ?? () > #9 0x00000010 in ?? () > #10 0xe6b50010 in ?? () > #11 0x00000100 in ?? () > #12 0x00000001 in ?? () > #13 0xe6b5a9b0 in ?? () > #14 0xe6b5a994 in ?? () > #15 0xe6b5a9e4 in ?? () > #16 0x00000000 in ?? () > #17 0xc1033000 in ?? () > #18 0x00000012 in ?? () > #19 0x00000003 in ?? () > #20 0x00000000 in ?? () > #21 0xc05878fa in kdb_enter (msg=3D0x0) at cpufunc.h:56 > #22 0xc056bc2d in panic (fmt=3D0xc0793caf "mutex %s not owned at %s:%d") > at /usr/src/sys/kern/kern_shutdown.c:538 > #23 0xc05626dc in _mtx_assert (m=3D0xc0809040, what=3D0, > file=3D0xc07acb3d "/usr/src/sys/nfsclient/nfs_socket.c", line=3D461) > at /usr/src/sys/kern/kern_mutex.c:739 > #24 0xc068bef4 in nfs_send (so=3D0xc1ea5b28, nam=3D0xc1c16960, top=3D0xc1= d4ad00, > rep=3D0xc1ed3600) at /usr/src/sys/nfsclient/nfs_socket.c:461 > #25 0xc068cef2 in nfs_request (vp=3D0xc1ea4450, mrest=3D0xc1d49800, procn= um=3D4, > td=3D0xc1f402e0, cred=3D0xc21c5400, mrp=3D0xe6b5aabc, mdp=3D0xe6b5aac= 0, > dposp=3D0xe6b5aac4) at /usr/src/sys/nfsclient/nfs_socket.c:1027 > #26 0xc0691b9b in nfs3_access_otw (vp=3D0xc1ea4450, wmode=3D-424301872, > td=3D0xc1f402e0, cred=3D0xc21c5400) at /usr/src/sys/nfsclient/nfs_vno= ps.c:263 > #27 0xc0692395 in nfs_getattr (ap=3D0xe6b5ab70) > at /usr/src/sys/nfsclient/nfs_vnops.c:591 > #28 0xc075ed46 in VOP_GETATTR_AP (a=3D0x0) at vnode_if.c:484 > #29 0xc05dafb9 in vn_stat (vp=3D0xc1ea4450, sb=3D0xe6b5ac78, > active_cred=3D0xc21c5400, file_cred=3D0x0, td=3D0xc1f402e0) at vnode_= if.h:275 > #30 0xc05d4b6e in stat (td=3D0xc1f402e0, uap=3D0xe6b5ad14) > at /usr/src/sys/kern/vfs_syscalls.c:2091 > #31 0xc0748e4f in syscall (frame=3D > {tf_fs =3D 47, tf_es =3D -1078001617, tf_ds =3D -1078001617, tf_edi= =3D -1078012634, tf_esi =3D 1348428 = 48, tf_ebp =3D -1078051128, tf_isp = =3D -424301196, tf_ebx =3D -1078053184, tf_edx =3D -1078053280, tf_ecx =3D = = 135029248, tf_eax =3D 188, tf_trapno =3D 22, tf_err =3D 2, tf_eip =3D 6= 72504243, tf_cs =3D 31, tf_eflags =3D 6 = 46, tf_esp =3D -1078053300, tf_s= s =3D 47}) at /usr/src/sys/i386/i386/trap.c:951 > #32 0xc073446f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception= =2Es:200 > > > -- > Simon L. Nielsen >