[OmniOS-discuss] Can't destroy ZFS

Jakob B. Sørensen jbs at lean-on.com
Sat Sep 23 09:49:27 UTC 2017

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

Fra: OmniOS-discuss [mailto:omnios-discuss-bounces at 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.budach at jvm.de<mailto:stephan.budach at jvm.de>> wrote:

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 at omnios:~# zfs destroy vmpool/iSCSI-Targets/EyeTV
cannot destroy 'vmpool/iSCSI-Targets/EyeTV': dataset already exists

Does anything in this help:


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

root at 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.


OmniOS-discuss mailing list
OmniOS-discuss at lists.omniti.com<mailto:OmniOS-discuss at lists.omniti.com>

-Peter Tribble
http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20170923/303e0e4f/attachment-0001.html>

More information about the OmniOS-discuss mailing list