I have a large ZFS pool (~9TB) that is 99% full. It is used for rsync backups using hard-links to create "daily snapshots". When trying to delete files the system is crashing and rebooting with the below error. I am able to move or write to the problem file but that does not solve the problem. I have run zfs scrub which repaired problems but this problem still exists afterwards. Fatal trap 12: page fault while in kernel mode cpuid = 5; apic id = 33 fault virtual address = 0x160 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff815cdc76 stack pointer = 0x28:0xffffff8685838870 frame pointer = 0x28:0xffffff8685838930 code segment = base rx0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1788 (rm) trap number = 12 panic: page fault cpuid = 5 KDB: stack backtrace: #0 0xffffffff809208a6 at kdb_backtrace+0x66 #1 0xffffffff808ea8be at panic+0x1ce #2 0xffffffff80bd8240 at trap_fatal+0x290 #3 0xffffffff80bd857d at trap_pfault+0x1ed #4 0xffffffff80bd8b9e at trap+0x3ce #5 0xffffffff80bc315f at calltrap+0x8 #6 0xffffffff80c68504 at VOP_REMOVE_APV+0x34 #7 0xffffffff8098709d at kern_unlinkat+0x32d #8 0xffffffff80bd7ae6 at amd64_syscall+0x546 #9 0xffffffff80bc3447 at Xfast_syscall+0xf7 How-To-Repeat: There are specific files that I know cause the problem. Trying to delete them causes the problem every time.
Are you able to get a crash dump for analysis with kgdb? -- Andriy Gapon
State Changed From-To: open->closed Seems to be a duplicate of kern/170238