From owner-freebsd-hackers@FreeBSD.ORG Sun May 29 18:44:16 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13C0A16A41C; Sun, 29 May 2005 18:44:16 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5945543D49; Sun, 29 May 2005 18:44:15 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 81E8352620; Sun, 29 May 2005 11:44:14 -0700 (PDT) Date: Sun, 29 May 2005 11:44:14 -0700 From: Kris Kennaway To: Jaye Mathisen Message-ID: <20050529184414.GA16024@xor.obsecurity.org> References: <20050529094516.GT57649@main.mathisen.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline In-Reply-To: <20050529094516.GT57649@main.mathisen.org> User-Agent: Mutt/1.4.2.1i Cc: dwhite@FreeBSD.org, hackers@freebsd.org Subject: Re: Panic with 5.4 -- kgdb output included X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 May 2005 18:44:16 -0000 --gKMricLos+KVdGMg Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 29, 2005 at 02:45:16AM -0700, Jaye Mathisen wrote: >=20 >=20 > 5.4-STABLE from 5/27, repeated panics. Finally got a crashdump, fired up= kgdb and: > (is there any advantage to booting the kernel.debug instead of the regula= r kernel? Can't think > of one, but possibley...). Unfortunately this is a known bug. Doug White was looking at it, so you should talk to him to see if you can provide anything further that he needs. Kris =20 > The box does run several jails. It has been crashing regularly under bot= h 5.3-RELEASE and now 5.4-STABLE. >=20 > Apps are all mysql/apache/mail apps, nothing fancy. >=20 > Disk controller is an adaptec using the asr0 driver, and it is a dual Xeo= n compiled with SMP suppo0rt. >=20 >=20 > s1# kgdb kernel.debug /home/crash/vmcore.0=20 > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.s= o: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "i386-marcel-freebsd". > #0 doadump () at pcpu.h:160 > 160 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); > (kgdb) where > #0 doadump () at pcpu.h:160 > #1 0xc051dfdb in boot (howto=3D260) at ../../../kern/kern_shutdown.c:410 > #2 0xc051e301 in panic (fmt=3D0xc06b997e "%s") at ../../../kern/kern_shu= tdown.c:566 > #3 0xc06937f0 in trap_fatal (frame=3D0xe9194968, eva=3D1109191441) at ..= /../../i386/i386/trap.c:817 > #4 0xc0693533 in trap_pfault (frame=3D0xe9194968, usermode=3D0, eva=3D11= 09191441) > at ../../../i386/i386/trap.c:735 > #5 0xc069316d in trap (frame=3D > {tf_fs =3D -1068433384, tf_es =3D -384237552, tf_ds =3D 16777232, t= f_edi =3D -1002848656, tf_esi =3D 1109191437, tf_ebp =3D -384218704, tf_isp= =3D -384218732, tf_ebx =3D -1023663500, tf_edx =3D 1109191437, tf_ecx =3D = -1066185404, tf_eax =3D 0, tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D -1068= 237450, tf_cs =3D 8, tf_eflags =3D 66050, tf_esp =3D -1023663616, tf_ss =3D= -1026971648}) at ../../../i386/i386/trap.c:425 > #6 0xc0680c7a in calltrap () at ../../../i386/i386/exception.s:140 > #7 0xc0510018 in linker_find_file_by_name (filename=3D0xc439be70 "|=B8p= =C0\223\023m=C0\223\023m=C0") > at ../../../kern/kern_linker.c:419 > #8 0xc053fcca in selwakeuppri (sip=3D0xc2fc2274, pri=3D89) at ../../../k= ern/sys_generic.c:1081 > #9 0xc054cb31 in ttwakeup (tp=3D0x10202) at ../../../kern/tty.c:2370 > #10 0xc054b7d8 in ttymodem (tp=3D0xc2fc2200, flag=3D0) at ../../../kern/t= ty.c:1629 > #11 0xc054f4c3 in ptcopen (dev=3D0xc2c9a800, flag=3D3, devtype=3D8192, td= =3D0x0) at linedisc.h:136 > #12 0xc04e220e in spec_open (ap=3D0xe9194a70) at ../../../fs/specfs/spec_= vnops.c:207 > #13 0xc04e1f53 in spec_vnoperate (ap=3D0x0) at ../../../fs/specfs/spec_vn= ops.c:118 > #14 0xc057d361 in vn_open_cred (ndp=3D0xe9194bd4, flagp=3D0xe9194cd4, cmo= de=3D0, cred=3D0xc67ed300, fdidx=3D0) > at vnode_if.h:228 > #15 0xc057cf46 in vn_open (ndp=3D0x0, flagp=3D0xe9194cd4, cmode=3D0, fdid= x=3D6) at ../../../kern/vfs_vnops.c:91 > #16 0xc0576ec3 in kern_open (td=3D0xc22adc00, path=3D0x0, pathseg=3DUIO_U= SERSPACE, flags=3D3, mode=3D0) > at ../../../kern/vfs_syscalls.c:937 > #17 0xc0576dd4 in open (td=3D0xc22adc00, uap=3D0x0) at ../../../kern/vfs_= syscalls.c:906 > #18 0xc0693b2b in syscall (frame=3D > {tf_fs =3D 47, tf_es =3D 134676527, tf_ds =3D -1078001617, tf_edi = =3D -1, tf_esi =3D 671951917, tf_ebp =3D -1077943224, tf_isp =3D -384217756= , tf_ebx =3D 671959136, tf_edx =3D 671951934, tf_ecx =3D 674500524, tf_eax = =3D 5, tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D 674003695, tf_cs =3D 31, = tf_eflags =3D 662, tf_esp =3D -1077943316, tf_ss =3D 47}) at ../../../i386/= i386/trap.c:1009 > #19 0xc0680ccf in Xint0x80_syscall () at ../../../i386/i386/exception.s:2= 01 > #20 0x0000002f in ?? () > #21 0x0807002f in ?? () > #22 0xbfbf002f in ?? () > #23 0xffffffff in ?? () > #24 0x280d2c2d in ?? () > #25 0xbfbfe448 in ?? () > #26 0xe9194d64 in ?? () > #27 0x280d4860 in ?? () > #28 0x280d2c3e in ?? () > #29 0x28340fac in ?? () > #30 0x00000005 in ?? () > #31 0x0000000c in ?? () > #32 0x00000002 in ?? () > #33 0x282c7aef in ?? () > #34 0x0000001f in ?? () > #35 0x00000296 in ?? () > #36 0xbfbfe3ec in ?? () > #37 0x0000002f in ?? () > #38 0x00000000 in ?? () > #39 0x00000000 in ?? () > #40 0x00000000 in ?? () > #41 0x00000000 in ?? () > #42 0x2afb4000 in ?? () > #43 0xc22aca98 in ?? () > #44 0xc22adc00 in ?? () > #45 0xe9194828 in ?? () > #46 0xe9194810 in ?? () > ---Type to continue, or q to quit--- > #47 0xc1e9a480 in ?? () > #48 0xc052e657 in sched_switch (td=3D0x280d2c2d, newtd=3D0x280d4860, flag= s=3DCannot access memory at address 0xbfbfe458 > ) > at ../../../kern/sched_4bsd.c:881 > Previous frame inner to this frame (corrupt stack?) >=20 > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" >=20 --gKMricLos+KVdGMg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCmg1+Wry0BWjoQKURAuTqAJ9MpjlutL5RbDOMoA32lnyKOMdL0wCgkF6G W0AWHEsiV4yogvE+glKUczI= =cJz9 -----END PGP SIGNATURE----- --gKMricLos+KVdGMg--