Date: Sat, 27 Feb 2021 10:40:42 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 253890] [zfs] panic: Assertion lock == sq->sq_lock when sending ZFS snapshot Message-ID: <bug-253890-227@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D253890 Bug ID: 253890 Summary: [zfs] panic: Assertion lock =3D=3D sq->sq_lock when sending ZFS snapshot Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: kern Assignee: bugs@FreeBSD.org Reporter: delphij@FreeBSD.org Sending and receiving ZFS snapshot on the same machine with latest main (3baefc8e7bd5), using: $ sudo zfs send -vLeR pool/dataset.old@replica | dd obs=3D256m | dd obs=3D2= 56m | sudo zfs receive -Fv pool/dataset which basically tries to recompress an existing tree of datasets. =3D=3D=3D=3D Unread portion of the kernel message buffer: panic: Assertion lock =3D=3D sq->sq_lock failed at /usr/src/sys/kern/subr_sleepqueue.c:371 cpuid =3D 5 time =3D 1614415361 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe02bd63f= f00 vpanic() at vpanic+0x181/frame 0xfffffe02bd63ff50 panic() at panic+0x43/frame 0xfffffe02bd63ffb0 sleepq_add() at sleepq_add+0x3e3/frame 0xfffffe02bd640000 _sleep() at _sleep+0x20e/frame 0xfffffe02bd6400b0 taskqueue_drain() at taskqueue_drain+0xfb/frame 0xfffffe02bd6400f0 taskq_wait_id() at taskq_wait_id+0x2a/frame 0xfffffe02bd640110 spa_taskq_dispatch_sync() at spa_taskq_dispatch_sync+0x89/frame 0xfffffe02bd640160 dump_bytes() at dump_bytes+0x35/frame 0xfffffe02bd640190 dump_record() at dump_record+0x121/frame 0xfffffe02bd6401d0 dmu_dump_write() at dmu_dump_write+0x2fc/frame 0xfffffe02bd640220 do_dump() at do_dump+0x9e0/frame 0xfffffe02bd6403b0 dmu_send_impl() at dmu_send_impl+0x115b/frame 0xfffffe02bd640550 dmu_send_obj() at dmu_send_obj+0x29d/frame 0xfffffe02bd640790 zfs_ioc_send() at zfs_ioc_send+0x1f9/frame 0xfffffe02bd640830 zfsdev_ioctl_common() at zfsdev_ioctl_common+0x4df/frame 0xfffffe02bd6408f0 zfsdev_ioctl() at zfsdev_ioctl+0x146/frame 0xfffffe02bd640920 devfs_ioctl() at devfs_ioctl+0xcc/frame 0xfffffe02bd640970 VOP_IOCTL_APV() at VOP_IOCTL_APV+0x4e/frame 0xfffffe02bd640990 vn_ioctl() at vn_ioctl+0x131/frame 0xfffffe02bd640aa0 devfs_ioctl_f() at devfs_ioctl_f+0x1e/frame 0xfffffe02bd640ac0 kern_ioctl() at kern_ioctl+0x289/frame 0xfffffe02bd640b30 sys_ioctl() at sys_ioctl+0x12a/frame 0xfffffe02bd640c00 amd64_syscall() at amd64_syscall+0x12e/frame 0xfffffe02bd640d30 fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe02bd640d30 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x8015da7ea, rsp =3D 0x7fffffffafa8, rbp =3D 0x7fffffffb010 --- Uptime: 6h33m18s (kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 #1 doadump (textdump=3Dtextdump@entry=3D1) at /usr/src/sys/kern/kern_shutdown.c:399 #2 0xffffffff8068ef0f in kern_reboot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:486 #3 0xffffffff8068f370 in vpanic (fmt=3D<optimized out>, ap=3D<optimized ou= t>) at /usr/src/sys/kern/kern_shutdown.c:919 #4 0xffffffff8068f0c3 in panic (fmt=3D<unavailable>) at /usr/src/sys/kern/kern_shutdown.c:843 #5 0xffffffff806eaa03 in sleepq_add (wchan=3Dwchan@entry=3D0xfffff80167cfc= 3c0,=20 lock=3Dlock@entry=3D0xfffff800b3f2f240,=20 wmesg=3Dwmesg@entry=3D0xffffffff80b0e1df "tq_drain", flags=3Dflags@entr= y=3D0,=20 queue=3Dqueue@entry=3D0) at /usr/src/sys/kern/subr_sleepqueue.c:371 #6 0xffffffff8069b18e in _sleep (ident=3Dident@entry=3D0xfffff80167cfc3c0,= =20 lock=3D<optimized out>, lock@entry=3D0xfffff800b3f2f240,=20 priority=3Dpriority@entry=3D0, wmesg=3D<unavailable>, sbt=3Dsbt@entry= =3D0,=20 pr=3Dpr@entry=3D0, flags=3D256) at /usr/src/sys/kern/kern_synch.c:205 #7 0xffffffff806f06fb in TQ_SLEEP (tq=3D0xfffff800b3f2f200,=20 p=3D0xfffff80167cfc3c0, wm=3D<optimized out>) at /usr/src/sys/kern/subr_taskqueue.c:125 #8 taskqueue_drain (queue=3D0xfffff800b3f2f200, task=3D0xfffff80167cfc3c0) at /usr/src/sys/kern/subr_taskqueue.c:583 #9 0xffffffff814723fa in taskq_wait_id (tq=3D0xfffff80005898780,=20 tid=3D<optimized out>) at /usr/src/sys/contrib/openzfs/module/os/freebsd/spl/spl_taskq.c:430 #10 0xffffffff81532ff9 in spa_taskq_dispatch_sync (spa=3D<optimized out>,=20 t=3D<optimized out>, t@entry=3DZIO_TYPE_FREE, q=3D<optimized out>,=20 q@entry=3DZIO_TASKQ_ISSUE, func=3D0xffffffff815f9990 <dump_bytes_cb>,=20 arg=3Darg@entry=3D0xfffffe02bd640178, flags=3Dflags@entry=3D0) at /usr/src/sys/contrib/openzfs/module/zfs/spa.c:1105 #11 0xffffffff815f9985 in dump_bytes (os=3D<optimized out>,=20 buf=3D<optimized out>, len=3D<optimized out>, arg=3D<optimized out>) at /usr/src/sys/contrib/openzfs/module/zfs/zfs_ioctl.c:5354 #12 0xffffffff814de5c1 in dump_record (dscp=3D0xfffffe02bd6403c0,=20 payload=3D0xfffffe02bb771000, payload_len=3Dpayload_len@entry=3D131072) at /usr/src/sys/contrib/openzfs/module/zfs/dmu_send.c:308 #13 0xffffffff814e0f1c in dmu_dump_write (dscp=3D<optimized out>,=20 type=3D<optimized out>, object=3D<optimized out>, offset=3D<optimized o= ut>,=20 offset@entry=3D320733184, lsize=3D<optimized out>, psize=3D131072,=20 bp=3D0xfffff801854e5650, data=3D0xfffffe02bb771000) at /usr/src/sys/contrib/openzfs/module/zfs/dmu_send.c:548 --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-253890-227>