https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278958
Bug ID: 278958
Summary: zfs panic: page fault in sync_dnodes_task
Product: Base System
Version: 14.0-RELEASE
Hardware: amd64
OS: Any
Status: New
Severity: Affects Only Me
Priority: ---
Component: kern
Assignee: [email protected]
Reporter: [email protected]
Created attachment 250626
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=250626&action=edit
core.txt
Fatal trap 12: page fault while in kernel mode
cpuid = 29; apic id = 1d
fault virtual address = 0x0
fault code = supervisor write data, page not present
instruction pointer = 0x20:0xffffffff820975a1
stack pointer = 0x28:0xfffffe022b901de0
frame pointer = 0x28:0xfffffe022b901de0
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 = 6 (dp_sync_taskq_17)
rdi: fffff8000234cf60 rsi: fffff800022f8328 rdx: 0000000000000000
rcx: 0000000000000000 r8: 0000000000000000 r9: fffffe027bbf1a00
rax: 00000000000000e8 rbx: 0000000000000270 rbp: fffffe022b901de0
r10: 0000000000000000 r11: 0000000098ff24fe r12: fffff800022f8328
r13: 0000000000000000 r14: fffff8000234cf40 r15: fffff80aa5726c00
trap number = 12
panic: page fault
cpuid = 29
time = 1715524597
KDB: stack backtrace:
#0 0xffffffff80b9009d at kdb_backtrace+0x5d
#1 0xffffffff80b431a2 at vpanic+0x132
#2 0xffffffff80b43063 at panic+0x43
#3 0xffffffff8100c85c at trap_fatal+0x40c
#4 0xffffffff8100c8af at trap_pfault+0x4f
#5 0xffffffff80fe3ac8 at calltrap+0x8
#6 0xffffffff82105083 at sync_dnodes_task+0x63
#7 0xffffffff8209addf at taskq_run+0x1f
#8 0xffffffff80ba5992 at taskqueue_run_locked+0x182
#9 0xffffffff80ba6c22 at taskqueue_thread_loop+0xc2
#10 0xffffffff80afdb7f at fork_exit+0x7f
#11 0xffffffff80fe4b2e at fork_trampoline+0xe
Uptime: 4d20h39m45s
kgdb backtrace:
#0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:57
#1 doadump (textdump=<optimized out>) at /usr/src/sys/kern/kern_shutdownc:405
#2 0xffffffff80b42d37 in kern_reboot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:526
#3 0xffffffff80b4320f in vpanic (fmt=0xffffffff81136b3b "%s",
ap=ap@entry=0xfffffe022b901c30) at /usr/src/sys/kern/kern_shutdown.c:970
#4 0xffffffff80b43063 in panic (fmt=<unavailable>)
at /usr/src/sys/kern/kern_shutdown.c:894
#5 0xffffffff8100c85c in trap_fatal (frame=0xfffffe022b901d20, eva=0)
at /usr/src/sys/amd64/amd64/trap.c:952
#6 0xffffffff8100c8af in trap_pfault (frame=0xfffffe022b901d20,
usermode=false, signo=<optimized out>, ucode=<optimized out>)
at /usr/src/sys/amd64/amd64/trap.c:760
#7 <signal handler called>
#8 0xffffffff820975a1 in list_remove (list=0xfffff8000234cf60,
object=object@entry=0xfffff800022f8328)
at /usr/src/sys/contrib/openzfs/module/os/freebsd/spl/list.c:127
#9 0xffffffff8216158e in multilist_sublist_remove (
mls=mls@entry=0xfffff8000234cf40, obj=obj@entry=0xfffff800022f8328)
at /usr/src/sys/contrib/openzfs/module/zfs/multilist.c:363
#10 0xffffffff82105083 in dmu_objset_sync_dnodes (list=0xfffff8000234cf40,
tx=0xfffff80aa5726c00)
at /usr/src/sys/contrib/openzfs/module/zfs/dmu_objset.c:1557
#11 sync_dnodes_task (arg=0xfffff8083ac22e60)
at /usr/src/sys/contrib/openzfs/module/zfs/dmu_objset.c:1638
#12 0xffffffff8209addf in taskq_run (arg=0xfffff8005728f900,
pending=<optimized out>)
at /usr/src/sys/contrib/openzfs/module/os/freebsd/spl/spl_taskq.c:320
#13 0xffffffff80ba5992 in taskqueue_run_locked (
queue=queue@entry=0xfffff80002356300)
at /usr/src/sys/kern/subr_taskqueue.c:512
#14 0xffffffff80ba6c22 in taskqueue_thread_loop (
arg=arg@entry=0xfffff80003a91620) at /usr/src/sys/kern/subr_taskqueue.c:824
#15 0xffffffff80afdb7f in fork_exit (
callout=0xffffffff80ba6b60 <taskqueue_thread_loop>,
arg=0xfffff80003a91620, frame=0xfffffe022b901f40)
at /usr/src/sys/kern/kern_fork.c:1160
#16 <signal handler called>
See attached for core.txt
This seems to happen intermittently while running a backup, which is performed
by a remote computer running `zfs send` through SSH.
If there's anything else you'd like to see please let me know. I have a full
vmcore as well if needed (11GB). I am also able to run kgdb to inspect said
vmcore.
--
You are receiving this mail because:
You are the assignee for the bug.
