Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 28 Jul 2009 17:59:39 +0300
From:      Kostik Belousov <kostikbel@gmail.com>
To:        Dan <dan@yourbsdreport.com>
Cc:        freebsd-stable@freebsd.org
Subject:   Re: page fault
Message-ID:  <20090728145939.GD1884@deviant.kiev.zoral.com.ua>
In-Reply-To: <4A6F0C2C.6030205@yourbsdreport.com>
References:  <4A6F0C2C.6030205@yourbsdreport.com>

next in thread | previous in thread | raw e-mail | index | archive | help

--lc9FT7cWel8HagAv
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Jul 28, 2009 at 10:33:16AM -0400, Dan wrote:
> Hi,
>=20
> One of my servers running 7.2-RELEASE-p2 is crashing about every 2 or 3=
=20
> days with the following backtrace.  This particular one is from July=20
> 24.I still have all the vmcores available if any further info is required.
>=20
>=20
> Fatal trap 12: page fault while in kernel mode
> cpuid =3D 0; apic id =3D 00
> fault virtual address   =3D 0x0
> fault code              =3D supervisor read, page not present
> instruction pointer     =3D 0x20:0xc077b9e8
> stack pointer           =3D 0x28:0xe846ab34
> frame pointer           =3D 0x28:0xe846ab58
> code segment            =3D base 0x0, limit 0xfffff, type 0x1b
>                         =3D DPL 0, pres 1, def32 1, gran 1
> processor eflags        =3D interrupt enabled, resume, IOPL =3D 0
> current process         =3D 42384 (perl5.10.0)
> trap number             =3D 12
> panic: page fault
> cpuid =3D 1
> Uptime: 1d23h35m17s
> Physical memory: 2023 MB
> Dumping 257 MB: 242 226 210 194 178 162 146 130 114 98 82 66 50 34 18 2
>=20
> Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from=20
> /boot/kernel/accf_http.ko.symbols...done.
> done.
> Loaded symbols for /boot/kernel/accf_http.ko
> Reading symbols from /boot/kernel/acpi.ko...Reading symbols from=20
> /boot/kernel/acpi.ko.symbols...done.
> done.
> Loaded symbols for /boot/kernel/acpi.ko
> #0  doadump () at pcpu.h:196
> 196             __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td));
> (kgdb)
>=20
> (kgdb) where
> #0  doadump () at pcpu.h:196
> #1  0xc07ddbe7 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c=
:418
> #2  0xc07ddeb9 in panic (fmt=3DVariable "fmt" is not available.
> ) at /usr/src/sys/kern/kern_shutdown.c:574
> #3  0xc0a818ac in trap_fatal (frame=3D0xe846aaf4, eva=3D0)
>     at /usr/src/sys/i386/i386/trap.c:939
> #4  0xc0a81b10 in trap_pfault (frame=3D0xe846aaf4, usermode=3D0, eva=3D0)
>     at /usr/src/sys/i386/i386/trap.c:852
> #5  0xc0a82492 in trap (frame=3D0xe846aaf4) at=20
> /usr/src/sys/i386/i386/trap.c:530
> #6  0xc0a675ab in calltrap () at /usr/src/sys/i386/i386/exception.s:159
> #7  0xc077b9e8 in pfs_ioctl (va=3D0xe846ab88)
>     at /usr/src/sys/fs/pseudofs/pseudofs_vnops.c:247
> #8  0xc0a965e2 in VOP_IOCTL_APV (vop=3D0xc0be6200, a=3D0xe846ab88)
>     at vnode_if.c:795
> #9  0xc086d68d in vn_ioctl (fp=3D0xc58d45f0, com=3D1076655123, data=3D0xc=
61b0440,
>     active_cred=3D0xcb9d8500, td=3D0xc5e5e000) at vnode_if.h:437
> #10 0xc0816a05 in kern_ioctl (td=3D0xc5e5e000, fd=3D3, com=3D1076655123,
>     data=3D0xc61b0440 "") at file.h:269
> #11 0xc0816b64 in ioctl (td=3D0xc5e5e000, uap=3D0xe846acfc)
>     at /usr/src/sys/kern/sys_generic.c:571
> #12 0xc0a81e65 in syscall (frame=3D0xe846ad38)
>     at /usr/src/sys/i386/i386/trap.c:1090
> #13 0xc0a67610 in Xint0x80_syscall () at=20
> /usr/src/sys/i386/i386/exception.s:255
> #14 0x00000033 in ?? ()
> Previous frame inner to this frame (corrupt stack?)
> (kgdb)
>=20
> (kgdb) l *0xc077b9e8
> 0xc077b9e8 is in pfs_ioctl (/usr/src/sys/fs/pseudofs/pseudofs_vnops.c:248=
).
> 243     static int
> 244     pfs_ioctl(struct vop_ioctl_args *va)
> 245     {
> 246             struct vnode *vn =3D va->a_vp;
> 247             struct pfs_vdata *pvd =3D vn->v_data;
> 248             struct pfs_node *pn =3D pvd->pvd_pn;
> 249             struct proc *proc;
> 250             int error;
> 251
> 252             PFS_TRACE(("%s: %lx", pn->pn_name, va->a_command));

I highly suspect that your problem was fixed by r194815.

--lc9FT7cWel8HagAv
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (FreeBSD)

iEYEARECAAYFAkpvEloACgkQC3+MBN1Mb4h4YQCg2y1knbtegyGB+cTsUxsQnjUC
c50An0HHOwRS89WAj+R0x8uwxAXfQyd6
=ti4O
-----END PGP SIGNATURE-----

--lc9FT7cWel8HagAv--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090728145939.GD1884>