SOLVED Error Disconnecting Pool

[theaddies]

I am trying to destroy a pool so that I can rebuild it with additional disks. I have created a replication on a separate pool and plan to reconfigure the existing pool with additional drives. When I go to destroy the original pool the message I receive is "Error exporting/disconnecting pool". Is there something I could be missing? I tried to delete all the tasks associated with this pool thinking that might be the issue. It seems not to be. I appreciate the help in advance.

 

[theaddies]

I went to the legacy interface and tried to delete the pool there. The error I received was

Code:

Request Method:     POST
Request URL:     http://freenas.bigdaddy/legacy/storage/detach/1/
Software Version:     FreeNAS-11.2-U3 (e140b6b8a)
Exception Type:     MiddlewareError
Exception Value:     

[MiddlewareError: jail not found]

Exception Location:     ./freenasUI/plugins/models.py in _do_delete, line 165
Server time:     Tue, 9 Apr 2019 21:34:29 -0400

And then the traceback message is:

Code:

Environment:

Software Version: FreeNAS-11.2-U3 (e140b6b8a)
Request Method: POST
Request URL: http://freenas.bigdaddy/legacy/storage/detach/1/


Traceback:
File "/usr/local/lib/python3.6/site-packages/django/core/handlers/exception.py" in inner
  42.             response = get_response(request)
File "/usr/local/lib/python3.6/site-packages/django/core/handlers/base.py" in _legacy_get_response
  249.             response = self._get_response(request)
File "/usr/local/lib/python3.6/site-packages/django/core/handlers/base.py" in _get_response
  178.             response = middleware_method(request, callback, callback_args, callback_kwargs)
File "./freenasUI/freeadmin/middleware.py" in process_view
  163.         return login_required(view_func)(request, *view_args, **view_kwargs)
File "/usr/local/lib/python3.6/site-packages/django/contrib/auth/decorators.py" in _wrapped_view
  23.                 return view_func(request, *args, **kwargs)
File "./freenasUI/storage/views.py" in volume_detach
  740.                     cascade=form.cleaned_data.get('cascade', True))
File "./freenasUI/storage/models.py" in delete
  412.                 systemdataset=systemdataset,
File "./freenasUI/storage/models.py" in _delete
  391.             n.volume_destroy(self)
File "./freenasUI/middleware/notifier.py" in volume_destroy
  1195.         self.__destroy_zfs_volume(volume)
File "./freenasUI/middleware/notifier.py" in __destroy_zfs_volume
  951.             self.delete_plugins()
File "./freenasUI/middleware/notifier.py" in delete_plugins
  1710.             p.delete(force=force)
File "./freenasUI/plugins/models.py" in delete
  189.                 self._do_delete(force=force)
File "./freenasUI/plugins/models.py" in _do_delete
  165.             raise MiddlewareError(_("jail not found"))

Exception Type: MiddlewareError at /legacy/storage/detach/1/
Exception Value: [MiddlewareError: jail not found]

 

[theaddies]

I fixed this myself and thought I would post. I am not exactly sure what worked, but it seemed as though I had an old jail from FreeNAS 9.x that I was unable to delete. I went into the old GUI and deleted the jail storage. I was then able to detach the pool.

 

[Vincent Jansen]

I fixed this myself and thought I would post. I am not exactly sure what worked, but it seemed as though I had an old jail from FreeNAS 9.x that I was unable to delete. I went into the old GUI and deleted the jail storage. I was then able to detach the pool.

Im getting this error as well. How do you get into the old gui, I thought they removed that in truenas.

 

[sretalla]

How do you get into the old gui, I thought they removed that in truenas.

You don't.

You would use zfs destroy (or the GUI) to get rid of the warden jail dataset(s)

 

[Vincent Jansen]

You don't.

You would use zfs destroy (or the GUI) to get rid of the warden jail dataset(s)

but there is no jail visible.

 

[sretalla]

but there is no jail visible.

Which is why you can only destroy the jail datasets... probably on your pool under jails.. you can check with zfs list | grep jail

 

[Vincent Jansen]

You don't.

You would use zfs destroy (or the GUI) to get rid of the warden jail dataset(s)

if I try to destroy it in the gui i get "
Error exporting/disconnecting pool.

Document is empty, line 1, column 1 (, line 1)"

 

[Vincent Jansen]

if I look under jails, I have no jails at all.
There are also no longer disks in that pool.

 

[Vincent Jansen]

 

[sretalla]

You don't have the same problem as the OP in this thread.

You have a zombie pool.

Deleting a "Zombie Pool"

I recently created myself a "Zombie Pool" by yanking out a temporary USB disk I had attached to do a backup/restore, but hadn't exported from the GUI before destroying at the CLI. This results in the GUI thinking the pool still exists, but isn't currently available, so it remains in the list...

www.truenas.com