enzfs/module/zfs/multilist.c:363
#10 0xffffffff82105083 in dmu_objset_sync_dnodes (list=3D0xfffff8000234cf40,
    tx=3D0xfffff80aa5726c00)
    at /usr/src/sys/contrib/openzfs/module/zfs/dmu_objset.c:1557
#11 sync_dnodes_task (arg=3D0xfffff8083ac22e60)
    at /usr/src/sys/contrib/openzfs/module/zfs/dmu_objset.c:1638
#12 0xffffffff8209addf in taskq_run (arg=3D0xfffff8005728f900,
    pending=3D<optimized out>)
    at /usr/src/sys/contrib/openzfs/module/os/freebsd/spl/spl_taskq.c:320
#13 0xffffffff80ba5992 in taskqueue_run_locked (
    queue=3Dqueue@entry=3D0xfffff80002356300)
    at /usr/src/sys/kern/subr_taskqueue.c:512
#14 0xffffffff80ba6c22 in taskqueue_thread_loop (
    arg=3Darg@entry=3D0xfffff80003a91620) at /usr/src/sys/kern/subr_taskque=
ue.c:824
#15 0xffffffff80afdb7f in fork_exit (
    callout=3D0xffffffff80ba6b60 <taskqueue_thread_loop>,
    arg=3D0xfffff80003a91620, frame=3D0xfffffe022b901f40)
    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 perfor=
med
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.

--=20
You are receiving this mail because:
You are the assignee for the bug.=