Date: Sat, 9 Aug 2008 13:18:34 +0300 From: Kostik Belousov <kostikbel@gmail.com> To: Nathanael J <lakay@alcifer.org> Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 7.0-RELEASE-p3 panics Message-ID: <20080809101834.GL97161@deviant.kiev.zoral.com.ua> In-Reply-To: <7decde260808081047x2d577ffax1dea2aeb4db5d93e@mail.gmail.com> References: <7decde260808081047x2d577ffax1dea2aeb4db5d93e@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--2W4Na7kn/Mq3HLmY
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Fri, Aug 08, 2008 at 01:47:18PM -0400, Nathanael J wrote:
> Hello,
>=20
> I've been having spurrious crash troubles with this box a while now
> and I haven't been able to figure out why. I've ran a couple memtest
> passes on it and it didn't pick up anything. Here's a backtrace I've
> been able to obtain. The kernel config is at the end. It's the generic
> kernel with ULE. I'm following chapter 11 of the developers' handbook,
> so if there's any information missing, let me know and I'll forward it
> over. I'm using this box as a test platform for backuppc so the only
> thing ever running on it is perl, or rsync wrapped in perl depending
> on how you look at it. I'd appreciate any help. Thanks.
>=20
> backuppc2# uname -a
> FreeBSD backuppc2.webair.com 7.0-RELEASE-p3 FreeBSD 7.0-RELEASE-p3 #0:
> Fri Aug 1 18:44:38 EDT 2008
> root@backuppc2.webair.com:/usr/obj/usr/src/sys/CUSTOM amd64
>=20
> backuppc2# kgdb kernel.debug /usr/crash/vmcore.1
> [GDB will not be able to debug user-mode threads:
> /usr/lib/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 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 "amd64-marcel-freebsd".
>=20
> Unread portion of the kernel message buffer:
>=20
>=20
> Fatal trap 12: page fault while in kernel mode
> cpuid =3D 0; apic id =3D 00
> fault virtual address =3D 0xffffc300be229a10
> fault code =3D supervisor write data, page not present
> instruction pointer =3D 0x8:0xffffffff8065e222
> stack pointer =3D 0x10:0xffffffffae417a20
> frame pointer =3D 0x10:0xffffffffa49a3f00
> 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 47 (syncer)
> trap number =3D 12
> panic: page fault
> cpuid =3D 0
> Uptime: 2h14m49s
> Physical memory: 4082 MB
> Dumping 426 MB: 411 395 379 363 347 331 315 299 283 267 251 235 219
> 203 187 171 155 139 123 107 91 75 59 43 27 11
>=20
> #0 doadump () at pcpu.h:194
> 194 __asm __volatile("movq %%gs:0,%0" : "=3Dr" (td));
> (kgdb) list *0xffffffff8065e222
> 0xffffffff8065e222 is in softdep_disk_io_initiation
> (/usr/src/sys/ufs/ffs/ffs_softdep.c:3750).
> 3745 /*
> 3746 * Do any necessary pre-I/O processing.
> 3747 */
> 3748 for (wk =3D LIST_FIRST(&bp->b_dep); wk !=3D NULL;
> 3749 wk =3D markernext(&marker)) {
> 3750 LIST_INSERT_AFTER(wk, &marker, wk_list);
> 3751 switch (wk->wk_type) {
> 3752
> 3753 case D_PAGEDEP:
> 3754 initiate_write_filepage(WK_PAGEDEP(wk), b=
p);
> (kgdb) backtrace
> #0 doadump () at pcpu.h:194
> #1 0x0000000000000004 in ?? ()
> #2 0xffffffff804775f9 in boot (howto=3D260) at
> /usr/src/sys/kern/kern_shutdown.c:409
> #3 0xffffffff804779fd in panic (fmt=3D0x104 <Address 0x104 out of
> bounds>) at /usr/src/sys/kern/kern_shutdown.c:563
> #4 0xffffffff80730674 in trap_fatal (frame=3D0xffffff00035436a0,
> eva=3D18446742974253291728) at /usr/src/sys/amd64/amd64/trap.c:724
> #5 0xffffffff80730a45 in trap_pfault (frame=3D0xffffffffae417970,
> usermode=3D0) at /usr/src/sys/amd64/amd64/trap.c:641
> #6 0xffffffff80731388 in trap (frame=3D0xffffffffae417970) at
> /usr/src/sys/amd64/amd64/trap.c:410
> #7 0xffffffff80716fee in calltrap () at
> /usr/src/sys/amd64/amd64/exception.S:169
> #8 0xffffffff8065e222 in softdep_disk_io_initiation
> (bp=3D0xffffffff9a615920) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3750
> #9 0xffffffff80663d9f in ffs_geom_strategy (bo=3D0xffffff000363f530,
> bp=3D0xffffffff9a615920) at buf.h:436
> #10 0xffffffff804dfcbf in bufwrite (bp=3D0xffffffff9a615920) at buf.h:429
> #11 0xffffffff804d9d0f in vfs_bio_awrite (bp=3D0xffffffff9a615920) at buf=
.h:417
> #12 0xffffffff804e3dc1 in vop_stdfsync (ap=3D0xffffffffae417bc0) at
> /usr/src/sys/kern/vfs_default.c:437
> #13 0xffffffff804f3992 in sched_sync () at vnode_if.h:538
> #14 0xffffffff80458d13 in fork_exit (callout=3D0xffffffff804f3350
> <sched_sync>, arg=3D0x0, frame=3D0xffffffffae417c80) at
> /usr/src/sys/kern/kern_fork.c:781
> #15 0xffffffff807173be in fork_trampoline () at
> /usr/src/sys/amd64/amd64/exception.S:415
This might be fixed by r177513 on HEAD, MFCed to RELENG_7 as r179082.
--2W4Na7kn/Mq3HLmY
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (FreeBSD)
iEYEARECAAYFAkidbvkACgkQC3+MBN1Mb4gQbQCcDKUsPR2SkDH6uWoTklG9hb0b
VVgAn2Vj8XIwJqbRJxMqL9HjGpN3et33
=aHh/
-----END PGP SIGNATURE-----
--2W4Na7kn/Mq3HLmY--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080809101834.GL97161>