From owner-freebsd-stable@FreeBSD.ORG Tue Nov 11 11:28:42 2008 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 D8D2A106567D for ; Tue, 11 Nov 2008 11:28:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 562FC8FC1B for ; Tue, 11 Nov 2008 11:28:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1KzrQF-000Lrr-Ka; Tue, 11 Nov 2008 13:28:39 +0200 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 mABBSaMp029008 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 Nov 2008 13:28:36 +0200 (EET) (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 mABBSaBZ048584; Tue, 11 Nov 2008 13:28:36 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id mABBSZMd048583; Tue, 11 Nov 2008 13:28:35 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 11 Nov 2008 13:28:35 +0200 From: Kostik Belousov To: Johan Str?m Message-ID: <20081111112835.GA47073@deviant.kiev.zoral.com.ua> References: <8255ED46-5A67-4A95-AFE7-34F6E8E2388E@stromnet.se> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: <8255ED46-5A67-4A95-AFE7-34F6E8E2388E@stromnet.se> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on 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 X-Virus-Scanned: mail.terabit.net.ua 1KzrQF-000Lrr-Ka 617cedc692349ce83a26671d95fc9e7f X-Terabit: YES Cc: freebsd-stable@freebsd.org Subject: Re: panic in kevent 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: Tue, 11 Nov 2008 11:28:43 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 11, 2008 at 09:49:26AM +0100, Johan Str?m wrote: > Hi > One of my DL360G5 boxes running 7.0 had a panic this night: >=20 > jb-2 ~$ uname -rsv > FreeBSD 7.0-RELEASE-p4 FreeBSD 7.0-RELEASE-p4 #2: Thu Sep 4 10:49:27 =20 > CEST 2008 johan@jb-2:/usr/obj/usr/src/sys/DL360G5 >=20 > The config is a GENERIC with some pf, IPSEC and ALTQ stuff enabled. >=20 > jb-2 /usr/obj/usr/src/sys/DL360G5# kgdb kernel.debug /var/crash/vmcore.0 > [GDB will not be able to debug user-mode threads: /usr/lib/=20 > libthread_db.so: 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 =20 > you are > welcome to change it and/or distribute copies of it under certain =20 > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for =20 > details. > This GDB was configured as "amd64-marcel-freebsd". >=20 > Unread portion of the kernel message buffer: >=20 > panic: page fault > cpuid =3D 1 > Uptime: 40d22h42m5s > Physical memory: 10225 MB > Dumping 867 MB: 852 836 820 804 788 772 756 740 724 708 692 676 660 =20 > 644 628 612 596 580 564 548 532 516 500 484 468 452 436 420 404 388 =20 > 372 356 >=20 > #0 doadump () at pcpu.h:194 > 194 __asm __volatile("movq %%gs:0,%0" : "=3Dr" (td)); > (kgdb) where > #0 doadump () at pcpu.h:194 > #1 0x0000000000000004 in ?? () > #2 0xffffffff804bb259 in boot (howto=3D260) at /usr/src/sys/kern/=20 > kern_shutdown.c:409 > #3 0xffffffff804bb65d in panic (fmt=3D0x104
bounds>) at /usr/src/sys/kern/kern_shutdown.c:563 > #4 0xffffffff8079ec84 in trap_fatal (frame=3D0xffffff01b33229f0, =20 > eva=3D18446742984664492240) at /usr/src/sys/amd64/amd64/trap.c:724 > #5 0xffffffff8079f055 in trap_pfault (frame=3D0xffffffffb6337780, =20 > usermode=3D0) at /usr/src/sys/amd64/amd64/trap.c:641 > #6 0xffffffff8079f998 in trap (frame=3D0xffffffffb6337780) at /usr/src/= =20 > sys/amd64/amd64/trap.c:410 > #7 0xffffffff8078560e in calltrap () at /usr/src/sys/amd64/amd64/=20 > exception.S:169 > #8 0xffffffff80494b0b in knlist_remove_kq (knl=3D0xffffff0114407748, =20 > kn=3D0xffffff0054f5fc30, knlislocked=3D0, kqislocked=3D0) > at /usr/src/sys/kern/kern_event.c:1615 > #9 0xffffffff80495f58 in kqueue_register (kq=3DVariable "kq" is not =20 > available. > ) at /usr/src/sys/kern/kern_event.c:956 > #10 0xffffffff804962f3 in kern_kevent (td=3D0xffffff01b33229f0, =20 > fd=3DVariable "fd" is not available. > ) at /usr/src/sys/kern/kern_event.c:673 > #11 0xffffffff80496ca5 in kevent (td=3D0xffffff01b33229f0, =20 > uap=3D0xffffffffb6337be0) at /usr/src/sys/kern/kern_event.c:594 > #12 0xffffffff8079f2d7 in syscall (frame=3D0xffffffffb6337c70) at /usr/= =20 > src/sys/amd64/amd64/trap.c:852 > #13 0xffffffff8078581b in Xfast_syscall () at /usr/src/sys/amd64/amd64/= =20 > exception.S:290 > #14 0x0000000010999ccc in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) >=20 >=20 > Please let me know if I can help with anything else. Is there any way =20 > to know which app caused this? > I Did some googling with only one or two similar crashes as result, =20 > although the hits didn't give much.. > I've never had this crash before. There is very high chances that the problem fixed in the 7.1. Unless it is easily reproducable in your settings, there is no easy way to confirm this. You can do "info threads" in the kgdb to overview processes on the crashed system. The thread that was on the CPU during the crash will be marked by star. --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkkZbGMACgkQC3+MBN1Mb4gg1ACgo3TIuNEKKAbwPoOXmKmousAy jgYAoMGLAuCrQh1uf/E+WoXqWSrdUIZ/ =XpRM -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw--