From owner-freebsd-stable@FreeBSD.ORG Fri Aug 7 12:46:16 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15DAE10656D0 for ; Fri, 7 Aug 2009 12:46:16 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id A23CE8FC27 for ; Fri, 7 Aug 2009 12:46:15 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n77Ck9q4023690 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Aug 2009 15:46:10 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n77Ck9Dp019308; Fri, 7 Aug 2009 15:46:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n77Ck9t2019290; Fri, 7 Aug 2009 15:46:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 7 Aug 2009 15:46:09 +0300 From: Kostik Belousov To: pluknet Message-ID: <20090807124609.GX1884@deviant.kiev.zoral.com.ua> References: <20090807115309.GW1884@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PdcfZBPWrw3BMeZg" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable Subject: Re: panic in vgonel() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2009 12:46:17 -0000 --PdcfZBPWrw3BMeZg Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 07, 2009 at 04:37:07PM +0400, pluknet wrote: > 2009/8/7 Kostik Belousov : > > On Fri, Aug 07, 2009 at 03:37:11PM +0400, pluknet wrote: > >> This is on 7.2-R amd64. > >> > >> I'm curious if it might be due to glusterfs on it. > >> > >> Fatal trap 12: page fault while in kernel mode > >> cpuid =3D 3; apic id =3D 03 > >> fault virtual address =9A =3D 0x0 > >> fault code =9A =9A =9A =9A =9A =9A =9A=3D supervisor write data, page = not present > >> instruction pointer =9A =9A =3D 0x8:0xffffffff805a52ba > >> stack pointer =9A =9A =9A =9A =9A =3D 0x10:0xfffffffefc3474a0 > >> frame pointer =9A =9A =9A =9A =9A =3D 0x10:0xfffffffefc347510 > >> code segment =9A =9A =9A =9A =9A =9A=3D base 0x0, limit 0xfffff, type > >> =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =3D DPL 0, pres 1, lon= g 1, def32 0, gran 1 > >> processor eflags =9A =9A =9A =9A=3D interrupt enabled, resume, IOPL = =3D 0 > >> current process =9A =9A =9A =9A =3D 35425 (find) > >> > >> db> bt > >> Tracing pid 35425 tid 100194 td 0xffffff003c165370 > >> vgonel() at vgonel+0x1aa > >> vnlru_free() at vnlru_free+0x36c > >> getnewvnode() at getnewvnode+0x281 > >> ffs_vgetf() at ffs_vgetf+0xdf > >> ufs_lookup() at ufs_lookup+0x2dd > >> vfs_cache_lookup() at vfs_cache_lookup+0xf3 > >> VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x40 > >> lookup() at lookup+0x598 > >> namei() at namei+0x33e > >> kern_lstat() at kern_lstat+0x5e > >> lstat() at lstat+0x2a > >> syscall() at syscall+0x256 > >> Xfast_syscall() at Xfast_syscall+0xab > >> --- syscall (190, FreeBSD ELF64, lstat), rip =3D 0x80071063c, rsp =3D > >> 0x7fffffffea48, rbp =3D 0x800a06910 --- > > > > Did you got the vmcore ? If yes, please find the value for vgonel() > > argument, vp, and print the vnode content. >=20 > I didn't. Same problem as in my another mail. :( >=20 > > > > Regardless of this, look up the source line for vgonel+0x1aa. > > >=20 > I could resolve only address which belongs to instruction pointer > =3D 0x8:0xffffffff805a52ba > (eh, I don't know if I should sum these numbers, so I did this for both c= ases): >=20 > dev2# addr2line -e /boot/kernel/kernel.symbols 0xffffffff805a52ba > /usr/src/sys/kern/vfs_subr.c:979 > delmntque(): TAILQ_REMOVE(&mp->mnt_nvnodelist, vp, v_nmntvnodes); >=20 > dev2# addr2line -e /boot/kernel/kernel.symbols 0xffffffff805a52c2 > /usr/src/sys/kern/vfs_subr.c:981 > delmntque(): MNT_REL(mp); load kernel.debug into gdb, and then do "list *(vgonel+0x1aa)" --PdcfZBPWrw3BMeZg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkp8IhEACgkQC3+MBN1Mb4ivXgCfTDfLSG4WdZXLStOArAeSF/Co 0loAoKSKY2BRTzfiZS/6fwU18sh5ZXk2 =k5E0 -----END PGP SIGNATURE----- --PdcfZBPWrw3BMeZg--