After running and completing the full suite of iozone tests on an NFS share my client system running 12.0-RELEASE-p2 GENERIC amd64 had a GPF. The NFS server is FreeNAS 11.2-U6 exporting a basic NFS share. The client system, the system that panicked, had the share mounted. I ran the full battery of iozone 3.487 tests using the following command: iozone -a -g 32G. All the tests completed in about 16 hours, the system was idle for about 5 hours after the test. I was able to view the results. I then walked away for about an hour, came back and the system had rebooted with the following: pid 1573 (tracker-miner-fs), uid 1001: exited on signal 11 Limiting closed port RST response from 277 to 200 packets/sec Limiting closed port RST response from 206 to 200 packets/sec newnfs: server '192.168.1.65' error: fileid changed. fsid 0:0: expected fileid 0x4, got 0x2. (BROKEN NFS SERVER OR MIDDLEWARE) kernel trap 9 with interrupts disabled Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0xffffffff80bb524f stack pointer = 0x28:0xfffffe003fe92710 frame pointer = 0x28:0xfffffe003fe92780 code segment = base rx0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 11 (idle: cpu0) trap number = 9 panic: general protection fault cpuid = 0 time = 1572482669 KDB: stack backtrace: #0 0xffffffff80be7977 at kdb_backtrace+0x67 #1 0xffffffff80b9b563 at vpanic+0x1a3 #2 0xffffffff80b9b3b3 at panic+0x43 #3 0xffffffff8107496f at trap_fatal+0x35f #4 0xffffffff81073dbd at trap+0x6d #5 0xffffffff8104f315 at calltrap+0x8 #6 0xffffffff811aa358 at handleevents+0x1a8 #7 0xffffffff811aa9c9 at timercb+0xa9 #8 0xffffffff811e8af6 at lapic_handle_timer+0xb6 #9 0xffffffff81050f3e at Xtimerint+0xae #10 0xffffffff811df68f at cpu_idle_acpi+0x3f #11 0xffffffff811df747 at cpu_idle+0xa7 #12 0xffffffff80bcfb25 at sched_idletd+0x515 #13 0xffffffff80b5bf33 at fork_exit+0x83 #14 0xffffffff810502fe at fork_trampoline+0xe Uptime: 39d2h38m52s ---<<BOOT>>--- Copyright (c) 1992-2018 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.0-RELEASE-p2 GENERIC amd64 FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on LLVM 6.0.1) The FreeNAS server is fine. It had been up for a day and has no issues
Can you reproduce this with the latest 12.0 patches? There was a fix for an erratum which matches what you're seeing; it is described in bug 234296. It was fixed in -p3, which you do not have.
I updated to the latest patch, 12.0-RELEASE-p10. I haven't had any panics on this system except this one. It was up for almost 40 days before that happened and I've run a number of similar iozone tests in that time. I started a new iozone test with the same settings and will report if it happens again.
(In reply to e.moe from comment #2) Thanks. In the meantime I will close the bug report, please reopen if you hit this panic again. *** This bug has been marked as a duplicate of bug 234296 ***