It looks like I have some leftovers of old clones that I cannot delete: Clone name is tank/WinSrv/Latest I''m trying: zfs destroy -f -R tank/WinSrv/Latest cannot unshare ''tank/WinSrv/Latest'': path doesn''t exist: unshare(1M) failed Please help me to get rid of this garbage. Thanks a lot. -- This message posted from opensolaris.org
Edward Ned Harvey
2010-Jul-02 02:12 UTC
[zfs-discuss] Help destroying phantom clone (zfs filesystem)
> From: zfs-discuss-bounces at opensolaris.org [mailto:zfs-discuss- > bounces at opensolaris.org] On Behalf Of Alxen4 > > It looks like I have some leftovers of old clones that I cannot delete: > > Clone name is tank/WinSrv/Latest > > I''m trying: > > zfs destroy -f -R tank/WinSrv/Latest > cannot unshare ''tank/WinSrv/Latest'': path doesn''t exist: unshare(1M) > failed > > Please help me to get rid of this garbage.This may not be what you''re experiencing, but I recently had a similar experience. If you "zdb -d poolname" you''ll see a bunch of stuff. If you grep for a percent % character, I''m not certain what it means, but I know on my systems, it is a temporary clone that only exists while a "zfs receive" incremental is in progress. If the incremental receive is interrupted, the % is supposed to go away, but if the receive is interrupted due to system crash, then of course, it remains, and prevents other things from being destroyed. As a reproducible thing: If you are receiving an incremental zfs send, and you power cycle the system, one of these things will remain and prevent you from receiving future incrementals. The solution is to simply "zfs destroy" the thing which contains the "%" ... and then the regular incremental works again. But you have a different symptom from what I had. So your problem might be different too.