Nichtmehrvohandene jails löschen // Dataset löschen

[555NASE]

Moin, ich möchte gerne nichtmehr vohandene Jails löschen. über das Web-if lassen sich diese nicht mehr entfernen es erscheint nur "warden_exception('ERROR: No such jail!\n',) "

Dann habe ich noch folgende Frage:

Kann ich ein Dataset gefahrlos löschen , ohne die Dateien darin zu löschen.
Oder wird mit dem löschen auch die Freigabe mit den darinliegenden Daten gelöscht.
Denn das Dataset zeigt ja auf den Freigabe Ordner.

 

[emk2203]

Dataset ist der Oberbegriff für Dateisystem, Volume, Snapshot oder Clone. Wenn du sowas löschst, gehen dann natürlich auch die Daten darin in die ewigen Jagdgründe ein.

Oder meinst du den Mountpoint, wenn du einen Jail hast? Den kannst du natürlich gefahrlos löschen.

 

[555NASE]

Was ich löschen möchte ist doch auf den screenshot zu sehen. Es soll nur "Medien" und "Nextcloud" gelöscht werden das "Volume1" soll erhalten bleiben.

 

[emk2203]

Deine Frage war aber: Kann ich ein Dataset gefahrlos löschen , ohne die Dateien darin zu löschen. Und da lautet die Antwort nein. Wenn du Medien und Nextcloud löschst, sind die Daten von Medien und Nextcloud weg. Die Daten von Volume1 sind noch da, die nicht in Medien oder Nextcloud gelegen haben.

 

[555NASE]

Sorry dann habe ich mich etwas ungünstig ausgedrückt.

habe die Daten die sich in der Freigabe "NextCloud" befinden in eine andere Freigabe kopiert. So sind die Daten nicht verloren.
Wenn ich jetzt das Dataset "NextCloud" entfernen möchte - sagt er allerdings das er cannot "unmount '/mnt/Volume1/NextCloud': Device busy"
Das wird warscheinlich daran liegen da die Freigabe noch irgendwo gemounted ist, oder ?

 

[emk2203]

Hm, er will sie ja unmounten, es greift aber noch ein Prozess darauf zu. Da reicht ein Shell-Fenster, das auf den Pfad zeigt. Man kann mit lsof leicht herausfinden, was da Probleme macht: https://de.wikipedia.org/wiki/Lsof

 

[555NASE]

So das dataset ist raus - da war noch die Freigabe im weg.
Natürlich alles vorher imponiert.
Jetzt das gleiche mit dem anderen dataset nur wird das umkopieren bei den Datenmengen ewig dauern.

Jetzt besteht nur noch das Problem mit den jails die sich nicht entfernen lasse.

Danke erstmal ;)

 

[emk2203]

Wenn du ALLE jails loswerden willst, kannst du auf der Kommandozeile iocage clean -j als root user machen. Das ist die nukleare Option, die alle Jails wegputzt. Klingt ja so, als ob dein System über das Webinterface ohnehin keine Jails hat. Dann ist das Wegputzen und von vorn Anfangen keine schlechte Option.

 

[555NASE]

Also eine jail habe ich noch, diese ist aber momentan abgeschaltet. Wie würde ich denn einzelne Jails löschen?

 

[emk2203]

iocage destroy <jail-id> . Jail-ID ist bei FreeNAS wohl der Name des Jails, widerspricht sich eigentlich. Mit iocage get -a <jailname> | grep uuid spuckt er bei mir z. B.

Code:

host_hostuuid:transmission

aus. Wenn er das nicht will, kann man es auch noch mal mit der hostid probieren: iocage get -a <jailname> | grep hostid gibt sie dir. Das scheint mir dann auch eine "echte" UUID zu sein.

Das ganze iocage steckt noch in den Kinderschuhen. Da muss man mit rauen Ecken leben.

 

[555NASE]

Danke für den Tipp, aber leider klappt das nicht. meine Jails nennen sich "plex" und "nextcloud".

weder mit

Code:

iocage get -a plex | grep uuid
iocage get -a plex | grep hostid

noch mit 

iocage get -a nextcloud | grep uuid
iocage get -a nextcloud | grep hostid

Es kommen eine menge Verzeichnisfehler und das die Jail nicht gefunden werden kann

Code:

iocage get -a plex | grep uuid
Traceback (most recent call last):
  File "/usr/local/bin/iocage", line 10, in <module>
    sys.exit(cli())
  File "/usr/local/lib/python3.6/site-packages/click/core.py", line 722, in __call__
    return self.main(*args, **kwargs)
  File "/usr/local/lib/python3.6/site-packages/click/core.py", line 697, in main
    rv = self.invoke(ctx)
  File "/usr/local/lib/python3.6/site-packages/click/core.py", line 1066, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "/usr/local/lib/python3.6/site-packages/click/core.py", line 895, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/usr/local/lib/python3.6/site-packages/click/core.py", line 535, in invoke
    return callback(*args, **kwargs)
  File "/usr/local/lib/python3.6/site-packages/iocage_cli/get.py", line 107, in cli
    props = ioc.IOCage(jail=jail, skip_jails=True).get(prop)
  File "/usr/local/lib/python3.6/site-packages/iocage_lib/iocage.py", line 1060, in get
    uuid, path = self.__check_jail_existence__()
  File "/usr/local/lib/python3.6/site-packages/iocage_lib/iocage.py", line 329, in __check_jail_exis                         tence__
    silent=self.silent)
  File "/usr/local/lib/python3.6/site-packages/iocage_lib/ioc_common.py", line 90, in logit
    _callback(content, exception)
  File "/usr/local/lib/python3.6/site-packages/iocage_lib/ioc_common.py", line 64, in callback
    raise callback_exception(message)
RuntimeError: jail 'plex' not found!

 

[emk2203]

Ganz einfach: Weil es diese Jails nicht gibt bei dir! Wenn ich bei mir statt transmission einen nicht existierenden Namen nehme, plex z. B., passiert genau das gleiche wie bei deiner Fehlermeldung. Ich würd das System wirklich mit dem clean Befehl säubern und von vorne anfangen.