Our backup system has a couple of datasets used for iscsi that have somehow lost their baseline snapshots with the live system. In fact zfs list -t snapshots doesn''t show any snapshots at all for them. We rotate backup and live every now and then, so these datasets have been shared at some time. Therefore an incremental zfs send/recv will fail for these datasets. The send script automatically uses a non-incremental send if the target dataset is missing, so all I need to do is somehow destroy them. # svcs -a | grep iscsi disabled 18:50:21 svc:/network/iscsi_initiator:default disabled 18:50:34 svc:/network/iscsi/target:default disabled 18:50:38 svc:/system/iscsitgt:default disabled 18:50:39 svc:/network/iscsi/initiator:default # zfs list space/os-vdisks/osolx86 NAME USED AVAIL REFER MOUNTPOINT space/os-vdisks/osolx86 20G 657G 14.9G - # zfs get shareiscsi space/os-vdisks/osolx86 NAME PROPERTY VALUE SOURCE space/os-vdisks/osolx86 shareiscsi off local # zfs destroy -f space/os-vdisks/osolx86 cannot destroy ''space/os-vdisks/osolx86'': dataset is busy AFAIK they aren''t shared in any way now. How to delete these datasets, or find out why they are busy? Thanks
Hi, even if you didn''t specify so below (both, Comstar and legacy target services are inactive) I assume that you have been using Comstar, right? In that case, the questions are: - is there still a view on the targets? (check stmfadm) - is there still a LU mapped? (check sbdadm) cheers, Tonmaus -- This message posted from opensolaris.org