Re: tmpfs panic

From: Bryan Drewery <bdrewery_at_FreeBSD.org>
Date: Mon, 07 Jul 2014 12:05:50 -0500
On 7/6/2014 8:53 AM, Steve Wills wrote:
> Hi,
> 
> Just experienced this tmpfs panic on r268160:
> 
> Freed UMA keg (TMPFS node) was not empty (16 items).  Lost 1 pages of memory.
> 
> 
> Fatal trap 12: page fault while in kernel mode
> cpuid = 12; apic id = 0c
> fault virtual address   = 0x378
> fault code              = supervisor read data, page not present
> instruction pointer     = 0x20:0xffffffff809638d1
> stack pointer           = 0x28:0xfffffe07243800a0
> frame pointer           = 0x28:0xfffffe0724380120
> code segment            = base 0x0, limit 0xfffff, type 0x1b
>                         = DPL 0, pres 1, long 1, def32 0, gran 1
> processor eflags        = interrupt enabled, resume, IOPL = 0
> current process         = 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> 
> 
> Any further debugging I can do?
> 
> Thanks,
> Steve
> 

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 = 14; apic id = 0e
> fault virtual address   = 0x378
> fault code              = supervisor read data, page not present
> instruction pointer     = 0x20:0xffffffff8063e1fd
> stack pointer           = 0x28:0xfffffe20233262d0
> frame pointer           = 0x28:0xfffffe2023326330
> code segment            = base 0x0, limit 0xfffff, type 0x1b
>                         = DPL 0, pres 1, long 1, def32 0, gran 1
> processor eflags        = interrupt enabled, resume, IOPL = 0
> current process         = 61893 (pkg-static)
> trap number             = 12
> panic: page fault
> cpuid = 14
> KDB: stack backtrace:
> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe2023325e80
> 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 = 0xffffffff8063e1fd, rsp = 0xfffffe20233262d0, rbp = 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 0xfffffe20233269a0
> amd64_syscall() at amd64_syscall+0x2a6/frame 0xfffffe2023326ab0
> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe2023326ab0
> --- syscall (5, FreeBSD ELF64, filemon_wrapper_open), rip = 0x65d1fc, rsp = 0x7fffffff8fa8, rbp = 0x124 ---
> Uptime: 85d9h49m15s



-- 
Regards,
Bryan Drewery


Received on Mon Jul 07 2014 - 15:05:56 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:50 UTC