Some ZFS-IOCTLS creates zfsvfs_t for non-mounted filesystems, that implicitly set long-hold and owner for the filesystem, that can break last stage of zfs-recv, that checks long-holds, so that zfs-recv returned EBUSY.
Also there is a race betwee receiving a mounted filesystem and umounting of it, that caused system-panic. Both bugs are fixed by the PR because they are related to the same code-block. We locally tested the fix, but not yet integrated and would be nice to see comments regarding to the solution. You can view, comment on, or merge this pull request online at: https://github.com/openzfs/openzfs/pull/595 -- Commit Summary -- * 9324 zfs-recv can be broken by some ZFS-ioctls -- File Changes -- M usr/src/uts/common/fs/zfs/zfs_ioctl.c (71) M usr/src/uts/common/fs/zfs/zfs_vfsops.c (4) -- Patch Links -- https://github.com/openzfs/openzfs/pull/595.patch https://github.com/openzfs/openzfs/pull/595.diff -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/openzfs/openzfs/pull/595 ------------------------------------------ openzfs: openzfs-developer Permalink: https://openzfs.topicbox.com/groups/developer/discussions/T183dbebf9be0ee51-M89ce675e9089e54353c02f33 Delivery options: https://openzfs.topicbox.com/groups
