Re: (r257598) panic: Assertion tmp->tm_pages_used == 0 failed at /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_vfsops.c:316

From: Allan Jude <freebsd_at_allanjude.com>
Date: Mon, 04 Nov 2013 11:15:16 -0500
On 2013-11-04 09:35, Bryan Drewery wrote:
> 11.0-CURRENT #87 r257598
>
> During a poudriere build.
>
> It creates a tmpfs, builds a port in a jail using that tmpfs and then
> removes the tmpfs and recreate the tmpfs before building the next port.
>
>> panic: Assertion tmp->tm_pages_used == 0 failed at /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_vfsops.c:316
>> cpuid = 9
>> KDB: stack backtrace:
>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe1247ee57a0
>> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe1247ee5850
>> vpanic() at vpanic+0x126/frame 0xfffffe1247ee5890
>> kassert_panic() at kassert_panic+0x136/frame 0xfffffe1247ee5900
>> tmpfs_unmount() at tmpfs_unmount+0x163/frame 0xfffffe1247ee5930
>> dounmount() at dounmount+0x41f/frame 0xfffffe1247ee59b0
>> sys_unmount() at sys_unmount+0x356/frame 0xfffffe1247ee5ae0
>> amd64_syscall() at amd64_syscall+0x265/frame 0xfffffe1247ee5bf0
>> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe1247ee5bf0
>> --- syscall (22, FreeBSD ELF64, sys_unmount), rip = 0x8008a02fa, rsp = 0x7fffffffd198, rbp = 0x7fffffffd2b0 ---
>> Uptime: 44m40s
>> (kgdb) #0  doadump (textdump=1) at pcpu.h:219
>> #1  0xffffffff808bcf87 in kern_reboot (howto=260)
>>     at /usr/src/sys/kern/kern_shutdown.c:447
>> #2  0xffffffff808bd495 in vpanic (fmt=<value optimized out>,
>>     ap=<value optimized out>) at /usr/src/sys/kern/kern_shutdown.c:754
>> #3  0xffffffff808bd326 in kassert_panic (fmt=<value optimized out>)
>>     at /usr/src/sys/kern/kern_shutdown.c:642
>> #4  0xffffffff81e159d3 in tmpfs_unmount (mp=0xfffff810502cd660,
>>     mntflags=<value optimized out>)
>>     at /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_vfsops.c:316
>> #5  0xffffffff8095e1af in dounmount (mp=0xfffff810502cd660, flags=134742016,
>>     td=0xfffff8013d57a490) at /usr/src/sys/kern/vfs_mount.c:1324
>> #6  0xffffffff8095dd66 in sys_unmount (td=0xfffff8013d57a490,
>>     uap=0xfffffe1247ee5b80) at /usr/src/sys/kern/vfs_mount.c:1212
>> #7  0xffffffff80cb7d75 in amd64_syscall (td=0xfffff8013d57a490, traced=0)
>>     at subr_syscall.c:134
>> #8  0xffffffff80c9c90b in Xfast_syscall ()
>>     at /usr/src/sys/amd64/amd64/exception.S:391
>> #9  0x00000008008a02fa in ?? ()
>

Not sure if it is related, but I had a similar looking panic on a
10.0-BETA1 machine after doing a zfs receive:


 Fatal trap 12: page fault while in kernel mode
 cpuid = 5; apic id = 05
 fault virtual address     = 0x378
 fault code                = supervisor read data, page not present
 instruction pointer       = 0x20:0xffffffff8089bf51
 stack pointer             = 0x28:0xfffffe1835d715d0
 frame pointer             = 0x28:0xfffffe1835d71650
 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           = 44435 (zfs)
 trap number               = 12
 panic: page fault
 cpuid = 5
 KDB: stack backtrace:
 #0 0xffffffff808e7580 at kdb_backtrace+0x60
 #1 0xffffffff808af065 at panic+0x155
 #2 0xffffffff80c8e292 at trap_fatal+0x3a2
 #3 0xffffffff80c8e569 at trap_pfault+0x2c9
 #4 0xffffffff80c8dcf6 at trap+0x5e6
 #5 0xffffffff80c75022 at calltrap+0x8
 #6 0xffffffff8094a32b at vflush+0x48b
 #7 0xffffffff8189e682 at zfs_umount+0x112
 #8 0xffffffff809434f5 at dounmount+0x4b5
 #9 0xffffffff80943004 at sys_unmount+0x3d4
 #10 0xffffffff80c8eb87 at amd64_syscall+0x357
 #11 0xffffffff80c7530b at Xfast_syscall+0xfb


-- 
Allan Jude



Received on Mon Nov 04 2013 - 15:15:25 UTC

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