[OpenIndiana-discuss] Failure to zfs destroy - after interrupting zfs receive

Edward Ned Harvey (openindiana) openindiana at nedharvey.com
Fri Sep 28 16:32:45 UTC 2012

Formerly, if you interrupted a zfs receive, it would leave a clone with a % in its name, and you could find it via "zdb -d" and then you could destroy the clone, and then you could destroy the filesystem you had interrupted receiving.

That was considered a bug, and it was fixed, I think by Sun.  If the lingering clone was discovered laying around, zfs would automatically destroy it.  But now I'm encountering a new version of the same problem...

Unfortunately, now I have a filesystem where "zfs receive" was interrupted, and I can't destroy the filesystem or the snapshot of the filesystem on the receiving side.

sudo zfs destroy -R tank/Downloads
cannot destroy 'tank/Downloads at zfs-auto-snap_hourly-2012-08-31-17h54': dataset already exists

sudo zfs destroy -R tank/Downloads at zfs-auto-snap_hourly-2012-08-31-17h54
cannot destroy snapshot tank/Downloads at zfs-auto-snap_hourly-2012-08-31-17h54: snapshot is cloned

sudo zfs list -t all | grep Downloads
tank/Downloads at zfs-auto-snap_hourly-2012-08-31-17h54

sudo zdb -d tank/Downloads
Dataset tank/Downloads [ZPL], ID 139, cr_txg 31408, 3.91G, 30 objects
(Notice, I don't get any clones listed.)

I'm running openindiana 151.1.6 (the latest, fully patched a couple of weeks ago.)

More information about the OpenIndiana-discuss mailing list