Hi there – we work all the time with temporary  datasets and sometimes it all 
locks up.
Not to be cruel…. But !
Create a OI usb stick
Use Gparted in the  OI desktop – delete it all.
More cruel…
Boot a W7 stick – use the diskmanager  - it will leave the drives in a 
unformatted state.
If the disks are write protected state Use diskpart – use the command attributes
diskpart attributes remove read only 
<https://www.google.dk/search?dcr=0&q=diskpart+attributes+read+only+clear&spell=1&sa=X&ved=0ahUKEwjagoGlg7vWAhWlApoKHcFAC-MQvwUIIigA>

then you are good to go – and the disk are reset

all he best
Jakob


Fra: OmniOS-discuss [mailto:omnios-discuss-boun...@lists.omniti.com] På vegne 
af Peter Tribble
Sendt: 22. september 2017 20:35
Til: Stephan Budach
Cc: omnios-discuss
Emne: Re: [OmniOS-discuss] Can't destroy ZFS



On Fri, Sep 22, 2017 at 7:18 PM, Stephan Budach 
<stephan.bud...@jvm.de<mailto:stephan.bud...@jvm.de>> wrote:
Hi,

after having received a zvol from my old S11 box vis zfs send/recv and being 
unable to re-import the LUN via stmfadm, I decided to remove that zvol/ZFS and 
start over. However, I cannot remove that particular ZFS and trying to do so 
yields this strange error:

root@omnios:~# zfs destroy vmpool/iSCSI-Targets/EyeTV
cannot destroy 'vmpool/iSCSI-Targets/EyeTV': dataset already exists

Does anything in this help:

https://serverfault.com/questions/66414/cannot-destroy-zfs-snapshot-dataset-already-exists

The zpool currently looks like this… (by the way, no snaps whatsoever on it):

root@omnios:~# zfs list -r vmpool
NAME                         USED  AVAIL  REFER  MOUNTPOINT
vmpool                       348G  3.17T    23K  /vmpool
vmpool/esxi                 39.4G  1.96T  39.4G  /vmpool/esxi
vmpool/iSCSI-Targets         238G  3.17T    23K  /tank/iSCSI-Targets
vmpool/iSCSI-Targets/EyeTV   238G  3.17T   238G  -
vmpool/nfsCloudData         70.3G   186G  70.3G  /vmpool/nfsCloudData
vmpool/nfsZimbraData          41K   100G    41K  /vmpool/nfsZimbraData


I have scrubbed the web a bit for this particular error, but all the reports 
seem to relate to either snapshots or clones.

Any idea is greatly appeciated.

Cheers,
stephan

_______________________________________________
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com<mailto:OmniOS-discuss@lists.omniti.com>
http://lists.omniti.com/mailman/listinfo/omnios-discuss



--
-Peter Tribble
http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/
_______________________________________________
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Reply via email to