From owner-freebsd-stable@FreeBSD.ORG Thu Feb 16 15:09:59 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C0F81065673 for ; Thu, 16 Feb 2012 15:09:59 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id B30FF8FC25 for ; Thu, 16 Feb 2012 15:09:58 +0000 (UTC) Received: from dagger.cc.vt.edu (dagger.cc.vt.edu [198.82.163.114]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id q1GF9RpI005261; Thu, 16 Feb 2012 10:09:27 -0500 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by dagger.cc.vt.edu (MOS 4.3.3-GA FastPath queued) with ESMTP id TWW87928; Thu, 16 Feb 2012 10:09:27 -0500 (EST) Received: from pmather.tower.lib.vt.edu (pmather.tower.lib.vt.edu [128.173.51.28]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id q1GF9RxM010223 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 16 Feb 2012 10:09:27 -0500 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Paul Mather In-Reply-To: <20120215004753.GQ3283@deviant.kiev.zoral.com.ua> Date: Thu, 16 Feb 2012 10:09:27 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <8F48D496-59BD-431D-B7F1-962A79C7ACC5@gromit.dlib.vt.edu> References: <20120215004753.GQ3283@deviant.kiev.zoral.com.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1084) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu paul@gromit.dlib.vt.edu 5 none X-Junkmail-Status: score=10/50, host=dagger.cc.vt.edu X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A020203.4F3D1C27.014B,ss=1,re=0.000,fgs=0, ip=0.0.0.0, so=2011-07-25 19:15:43, dmn=2011-05-27 18:58:46, mode=single engine X-Junkmail-IWF: false Cc: stable@freebsd.org Subject: Re: ZFS + nullfs + Linuxulator = panic? 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: Thu, 16 Feb 2012 15:09:59 -0000 On Feb 14, 2012, at 7:47 PM, Konstantin Belousov wrote: > On Tue, Feb 14, 2012 at 09:38:18AM -0500, Paul Mather wrote: >> I have a problem with RELENG_8 (FreeBSD/amd64 running a GENERIC = kernel, last built 2012-02-08). It will panic during the daily periodic = scripts that run at 3am. Here is the most recent panic message: >>=20 >> Fatal trap 9: general protection fault while in kernel mode >> cpuid =3D 0; apic id =3D 00 >> instruction pointer =3D 0x20:0xffffffff8069d266 >> stack pointer =3D 0x28:0xffffff8094b90390 >> frame pointer =3D 0x28:0xffffff8094b903a0 >> code segment =3D base 0x0, limit 0xfffff, type 0x1b >> =3D DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags =3D resume, IOPL =3D 0 >> current process =3D 72566 (ps) >> trap number =3D 9 >> panic: general protection fault >> cpuid =3D 0 >> KDB: stack backtrace: >> #0 0xffffffff8062cf8e at kdb_backtrace+0x5e >> #1 0xffffffff805facd3 at panic+0x183 >> #2 0xffffffff808e6c20 at trap_fatal+0x290 >> #3 0xffffffff808e715a at trap+0x10a >> #4 0xffffffff808cec64 at calltrap+0x8 >> #5 0xffffffff805ee034 at fill_kinfo_thread+0x54 >> #6 0xffffffff805eee76 at fill_kinfo_proc+0x586 >> #7 0xffffffff805f22b8 at sysctl_out_proc+0x48 >> #8 0xffffffff805f26c8 at sysctl_kern_proc+0x278 >> #9 0xffffffff8060473f at sysctl_root+0x14f >> #10 0xffffffff80604a2a at userland_sysctl+0x14a >> #11 0xffffffff80604f1a at __sysctl+0xaa >> #12 0xffffffff808e62d4 at amd64_syscall+0x1f4 >> #13 0xffffffff808cef5c at Xfast_syscall+0xfc >=20 > Please look up the line number for the fill_kinfo_thread+0x54. Is there a way for me to do this from the above information? As I said = in the original message, I failed to get a crash dump after reboot = (because, it turns out, I hadn't set up my gmirror swap device = properly). Alas, with the latest panic, it appears to have hung[1] = during the "Dumping" phase, so it looks like I won't get a saved crash = dump this time, either. :-( Speaking of the latest panic, here it is: Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x308 fault code =3D supervisor read data, page not present instruction pointer =3D 0x20:0xffffffff806026ef stack pointer =3D 0x28:0xffffff8094acd2d0 frame pointer =3D 0x28:0xffffff8094acd350 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 20992 (df) trap number =3D 12 panic: page fault cpuid =3D 0 KDB: stack backtrace: #0 0xffffffff8062cf8e at kdb_backtrace+0x5e #1 0xffffffff805facd3 at panic+0x183 #2 0xffffffff808e6c20 at trap_fatal+0x290 #3 0xffffffff808e6f71 at trap_pfault+0x201 #4 0xffffffff808e742f at trap+0x3df #5 0xffffffff808cec64 at calltrap+0x8 #6 0xffffffff80602e1e at _sx_xlock+0x4e #7 0xffffffff80f9ca35 at rrw_enter+0xa5 #8 0xffffffff80f9ce86 at zfs_statfs+0x46 #9 0xffffffff80681258 at __vfs_statfs+0x28 #10 0xffffffff81476521 at nullfs_statfs+0x51 #11 0xffffffff80681258 at __vfs_statfs+0x28 #12 0xffffffff80690b22 at kern_statfs+0x1b2 #13 0xffffffff80690c77 at statfs+0x37 #14 0xffffffff808e62d4 at amd64_syscall+0x1f4 #15 0xffffffff808cef5c at Xfast_syscall+0xfc Cheers, Paul. [1] Not quite hung solid: when I press the power button I get this = appearing on the console: acpi0: suspend request ignored (not ready yet) acpi0: request to enter state S5 failed (err 6)