Rapid incremental zfs sends can leave hidden clones
A couple of my guys discovered that rapid succession "zfs send/recv" can result in some hidden clones being left around. while not on-demand reproducible, one of the scripts they where working on can reproduce it with relative regularity.
there is a workaround which does work at
- zdb -d <poolname> | grep %
- zfs destroy <clone-with-%-in-the-name>