Date: Mon, 07 Jul 2014 12:05:50 -0500 From: Bryan Drewery <bdrewery@FreeBSD.org> To: Steve Wills <swills@FreeBSD.org>, current@FreeBSD.org Subject: Re: tmpfs panic Message-ID: <53BAD36E.9080201@FreeBSD.org> In-Reply-To: <20140706135333.GA80856@mouf.net> References: <20140706135333.GA80856@mouf.net>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --9VdhCUBn36JggGRgKowMpQOuG73hroWjC Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 7/6/2014 8:53 AM, Steve Wills wrote: > Hi, >=20 > Just experienced this tmpfs panic on r268160: >=20 > Freed UMA keg (TMPFS node) was not empty (16 items). Lost 1 pages of m= emory. >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 12; apic id =3D 0c > fault virtual address =3D 0x378 > fault code =3D supervisor read data, page not present > instruction pointer =3D 0x20:0xffffffff809638d1 > stack pointer =3D 0x28:0xfffffe07243800a0 > frame pointer =3D 0x28:0xfffffe0724380120 > 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 65339 (pkg-static) > [ thread pid 65339 tid 101641 ] > Stopped at __mtx_lock_sleep+0xb1: movl 0x378(%rax),%ecx > db> bt > Tracing pid 65339 tid 101641 td 0xfffff80286b2e490 > __mtx_lock_sleep() at __mtx_lock_sleep+0xb1/frame 0xfffffe0724380120 > free_unr() at free_unr+0x9d/frame 0xfffffe0724380160 > tmpfs_free_node() at tmpfs_free_node+0xf2/frame 0xfffffe07243801a0 > tmpfs_reclaim() at tmpfs_reclaim+0xdc/frame 0xfffffe07243801d0 > VOP_RECLAIM_APV() at VOP_RECLAIM_APV+0xa7/frame 0xfffffe0724380200 > vgonel() at vgonel+0x24c/frame 0xfffffe0724380280 > vrecycle() at vrecycle+0x84/frame 0xfffffe07243802c0 > tmpfs_inactive() at tmpfs_inactive+0x18/frame 0xfffffe07243802d0 > VOP_INACTIVE_APV() at VOP_INACTIVE_APV+0xa7/frame 0xfffffe0724380300 > vinactive() at vinactive+0x181/frame 0xfffffe0724380360 > vputx() at vputx+0x30d/frame 0xfffffe07243803d0 > vn_close() at vn_close+0x13e/frame 0xfffffe0724380450 > vn_closefile() at vn_closefile+0x48/frame 0xfffffe07243804d0 > _fdrop() at _fdrop+0x29/frame 0xfffffe07243804f0 > closef() at closef+0x2ae/frame 0xfffffe0724380580 > fdescfree() at fdescfree+0x64c/frame 0xfffffe0724380630 > exit1() at exit1+0x682/frame 0xfffffe07243806c0 > sigexit() at sigexit+0x929/frame 0xfffffe0724380980 > postsig() at postsig+0x3c4/frame 0xfffffe0724380a70 > ast() at ast+0x487/frame 0xfffffe0724380ab0 > doreti_ast() at doreti_ast+0x1f/frame 0x7fffffffc6e0 > db>=20 >=20 > Any further debugging I can do? >=20 > Thanks, > Steve >=20 By the way this similar panic came up on one of the package systems last month without bhyve: > Fatal trap 12: page fault while in kernel mode > cpuid =3D 14; apic id =3D 0e > fault virtual address =3D 0x378 > fault code =3D supervisor read data, page not present > instruction pointer =3D 0x20:0xffffffff8063e1fd > stack pointer =3D 0x28:0xfffffe20233262d0 > frame pointer =3D 0x28:0xfffffe2023326330 > 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 61893 (pkg-static) > trap number =3D 12 > panic: page fault > cpuid =3D 14 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe202= 3325e80 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe2023325f30 > panic() at panic+0x155/frame 0xfffffe2023325fb0 > trap_fatal() at trap_fatal+0x38f/frame 0xfffffe2023326010 > trap_pfault() at trap_pfault+0x284/frame 0xfffffe20233260b0 > trap() at trap+0x425/frame 0xfffffe2023326210 > calltrap() at calltrap+0x8/frame 0xfffffe2023326210 > --- trap 0xc, rip =3D 0xffffffff8063e1fd, rsp =3D 0xfffffe20233262d0, r= bp =3D 0xfffffe2023326330 --- > __mtx_lock_sleep() at __mtx_lock_sleep+0x7d/frame 0xfffffe2023326330 > tmpfs_reclaim() at tmpfs_reclaim+0x90/frame 0xfffffe2023326370 > VOP_RECLAIM_APV() at VOP_RECLAIM_APV+0x80/frame 0xfffffe20233263a0 > vgonel() at vgonel+0x1c1/frame 0xfffffe2023326420 > vnlru_free() at vnlru_free+0x1d2/frame 0xfffffe2023326490 > getnewvnode() at getnewvnode+0x82/frame 0xfffffe20233264d0 > tmpfs_alloc_vp() at tmpfs_alloc_vp+0x351/frame 0xfffffe2023326550 > tmpfs_alloc_file() at tmpfs_alloc_file+0xc3/frame 0xfffffe20233265c0 > VOP_CREATE_APV() at VOP_CREATE_APV+0x7a/frame 0xfffffe20233265f0 > vn_open_cred() at vn_open_cred+0x2a8/frame 0xfffffe2023326740 > kern_openat() at kern_openat+0x26f/frame 0xfffffe20233268c0 > filemon_wrapper_open() at filemon_wrapper_open+0x1c/frame 0xfffffe20233= 269a0 > amd64_syscall() at amd64_syscall+0x2a6/frame 0xfffffe2023326ab0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe2023326ab0 > --- syscall (5, FreeBSD ELF64, filemon_wrapper_open), rip =3D 0x65d1fc,= rsp =3D 0x7fffffff8fa8, rbp =3D 0x124 --- > Uptime: 85d9h49m15s --=20 Regards, Bryan Drewery --9VdhCUBn36JggGRgKowMpQOuG73hroWjC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTutNuAAoJEDXXcbtuRpfPjhkH/ieNzkXT2mn9JXVoqSRPScGi 3P8kF9JKYEQVQvGY17KJdJ8Ra+6M0QS82JvcpP4Ik+2Hs+pXY/sKy9VLK/5FbHjt +yeAZZteEWS42uqB/4GKY9uGprnRDQnXuDgsu3hCCNEs0+nvI3xoiYgkhi/gHAET hEJyAaskdZpDV7D11gYTfMe5xr3TsrEIzV7Y+eSPtx+xOxKfyG2ZeLPp2KVDZrhw RgONg+rUj2aezx878QWarGyL3xPw55TPt7wjzNWL2QdgzQS9m/RwUf8wsRU5Tyet w1WDMt+vV+FX5HkK8RGdCQy5AYnG/bYZGpV+3gnLnEzewOlGOMAVfrifNbTKQYs= =ZuyO -----END PGP SIGNATURE----- --9VdhCUBn36JggGRgKowMpQOuG73hroWjC--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?53BAD36E.9080201>