If there's a deferred destroy, it might be happening in reponse to the attempt to destroy it (because the snapshot has clones or something else).
#OPENZFS UNINITIALIZED ZFS DATASET CODE#
The "not applicable" error is generated any time the internal code path ends up returning an EINVAL but there's a fair number of places where that can happen. It would be interesting to try to remove the ".send" hold while your "wtf" hold is in place.
![openzfs uninitialized zfs dataset openzfs uninitialized zfs dataset](https://i.ytimg.com/vi/F5MDNr-QpvU/maxresdefault.jpg)
One other thing that comes to mind is that maybe the snapshot has a deferred destroy pending on it and the error is occurring because you're trying to release the last hold. The most common cause of the error you're getting is that the dataset specified is not a snapshot but it clearly is in your case. With the current code I'm running, I can manually delete temporary holds just find but there's a chance that might not work the same way in 0.6.2. I'm rather puzzled, however, as to the error you're getting when trying to release it. Strace of the failing command: Any hold with a tag beginning with a "." has been created by a send operation that required a temporary hold so you're totally correct about that. send-16208-1 release '.send-16208-1' from operation not applicable to datasets of this type ~ $ zfs get all PROPERTY VALUE type snapshot creation Tue Apr 9 0:00 2013 used 575M referenced 22.4G compressratio 1.07x devices on exec on setuid on xattr on nbmand off primarycache metadata inherited from secondarycache metadata inherited from defer_destroy on userrefs 1 mlslabel none refcompressratio 1.07x written 1.44G clones. ~ $ zfs get all data/backup/iscsi/client/2ĭata/backup/iscsi/client/2 creation Thu Mar 28 2:51 2013 -ĭata/backup/iscsi/client/2 available 487G -ĭata/backup/iscsi/client/2 referenced 27.0G -ĭata/backup/iscsi/client/2 compressratio 1.75x -ĭata/backup/iscsi/client/2 reservation none defaultĭata/backup/iscsi/client/2 volsize 80G localĭata/backup/iscsi/client/2 volblocksize 8K -ĭata/backup/iscsi/client/2 checksum on defaultĭata/backup/iscsi/client/2 compression lz4 inherited from data/backup/iscsiĭata/backup/iscsi/client/2 readonly off defaultĭata/backup/iscsi/client/2 copies 1 defaultĭata/backup/iscsi/client/2 refreservation none defaultĭata/backup/iscsi/client/2 primarycache metadata inherited from data/backup/iscsiĭata/backup/iscsi/client/2 secondarycache metadata inherited from data/backupĭata/backup/iscsi/client/2 usedbysnapshots 41.5G -ĭata/backup/iscsi/client/2 usedbydataset 13.3G -ĭata/backup/iscsi/client/2 usedbychildren 0 -ĭata/backup/iscsi/client/2 usedbyrefreservation 0 -ĭata/backup/iscsi/client/2 logbias latency defaultĭata/backup/iscsi/client/2 dedup off defaultĭata/backup/iscsi/client/2 mlslabel none defaultĭata/backup/iscsi/client/2 sync standard inherited from data/backup/iscsiĭata/backup/iscsi/client/2 refcompressratio 1.28x -ĭata/backup/iscsi/client/2 snapdev hidden default
![openzfs uninitialized zfs dataset openzfs uninitialized zfs dataset](https://image.slidesharecdn.com/cuc2013-zfs-131126141733-phpapp01/95/zfs-on-linux-use-your-disks-in-best-possible-ways-3-638.jpg)
~ $ zfs destroy destroy snapshots in dataset is busy