DS720+ SSD Cache auch als Volume verwendbar?

[Whoisfoxmulder]

Korrekt, Volume 3 ist da. Container Manager ist auch auf Volume 3.

 

[ctrlaltdelete]

Was hast du denn zwischen Post 92 und 94 verändert?

 

[Whoisfoxmulder]

Ich habe einen Container gelöscht, welcher nicht mehr benötigt wurde (maybe, Finanztool).
Hab dann via SSH folgenden Befehl ausgeführt:

sudo rm -rf [Container-ID]*

ContainerID von maybe war: 89b80299be96b03f2972c8275fb66eaf939ea628af9f357f776428577bfdf8bb

Also

sudo rm -rf [89b80299be96b03f2972c8275fb66eaf939ea628af9f357f776428577bfdf8bb]*

bringt es nichts das Backup zu restoren?

 

[ctrlaltdelete]

oha, kann es sein, dass du alles in dem Verzeichnis gelöscht hast durch das: *
Schau mal ob es noch Inhalte in dem Verzeichnis gibt?
Edit: Bzw. in welchem Verzeichnis hast du den Befehl ausgeführt?

 

[Whoisfoxmulder]

War in diesem Verzeichnis: /volume3/@Docker/
Also folders gibt es noch:



und Inhalte auch: https://pastbin.net/untitled-783 (zu viel Code für hier)

 

[ctrlaltdelete]

Ich denke da hast du was benötigtes gelöscht, weil danach kam ja der Fehler?

 

[Whoisfoxmulder]

Ja richtig, also alle Container waren weg ist ein backup zielführend oder muss ich alles neu aufsetzen?

 

[ctrlaltdelete]

Das Backup bringt dir nichts, da die Anwendung Container Manager nicht gesichert wird.
Vielleicht kann @haydibe was dazu sagen, der kennst sich da besser aus als ich.
Mein workaround wäre die Container neu zu installieren und auf die gemappten Verzeichnisse zu pointen, dann sollten alle Container mit gemappten Verzeichnissen wieder laufen, blanke Theorie!!!

 

[ctrlaltdelete]

Edit: So sichere ich meine Dockerfiles
Docker Backup:
Die Docker-Container:
-gemappte Verzeichnisse sichern, mit Hyper Backup
-idealerweise Docker-Compose File sichern / erstellen (lassen)
->die Container kannst du im Container Manager auch exportieren
https://www.synology-forum.de/threads/raid-wechsel-wie-am-besten-vorgehen.130424/post-1121857
https://kb.synology.com/de-de/DSM/tutorial/How_do_I_back_up_Docker_containers#x_anchor_id0c4e40a25a

 

[Whoisfoxmulder]

Docker Backup:
Die Docker-Container:
-gemappte Verzeichnisse sichern, mit Hyper Backup
-idealerweise Docker-Compose File sichern / erstellen (lassen)
->die Container kannst du im Container Manager auch exportieren
https://www.synology-forum.de/threads/raid-wechsel-wie-am-besten-vorgehen.130424/post-1121857
https://kb.synology.com/de-de/DSM/tutorial/How_do_I_back_up_Docker_containers#x_anchor_id0c4e40a25a

Ich kann dir gerade nicht folgen. Ich habe ja bereits ein Backup, welches ich restoren könnte. Das ist von letzter Nacht und somit recht aktuell.

 

[ctrlaltdelete]

Und ich schrieb, dass das Paket Docker mit seinem Systemverzeichnis @Docker darin nicht enthalten sein wird.
Edit: Und das Posting 109 sollte ein Beispiel sein, wie man Docker sichern kann.

 

[Whoisfoxmulder]

Also ich habe versucht den Container neu zu erstellen. Ohne Erfolg




Log zeigt folgendes an:

Create container Portainer failed: {"message":"stat /volume3/@docker/btrfs/subvolumes/b580ad8e98874f9693701bca2f4ac3125896648d6edf968b5955b9019b4096ed: no such file or directory"}.

 

[ctrlaltdelete]

Ich bin jetzt arbeitstechnisch etwas eingebunden, ich schaue heute Abend nochmal rein.

 

[Whoisfoxmulder]

Danke dir, hab zur Sicherheit noch via SSH geschaut ob die Ordner wirklich nicht existieren. Allerdings existieren sie.

root@xfiles:/# cd /volume3
root@xfiles:/volume3# ls
@appconf  @appdata  @apphome  @appshare  @appstore  @apptemp  @config_backup  @docker  docker  @eaDir  @tmp

root@xfiles:/volume3# cd @docker
root@xfiles:/volume3/@docker# ls
btrfs  buildkit  containerd  containers  image  network  plugins  runtimes  swarm  tmp  trust  volumes

root@xfiles:/volume3/@docker# cd btrfs
root@xfiles:/volume3/@docker/btrfs# ls
subvolumes

root@xfiles:/volume3/@docker/btrfs# cd subvolumes
root@xfiles:/volume3/@docker/btrfs/subvolumes# ls -R
.:

 

[Benie]

Schau mal ob im Docker Verzeichnis die Unterordner/Verzeichnise für den entsprechenden Container hier Portainer, jeweils noch vollständig vorhanden sind. Wenn nicht die benötigten Ordner (gem Installationsanleitung neu anlegen und dann ggf. nochmals Installieren.

Portainer kannst Du vermutlich nicht aus dem Image neu erstellen, den Portainer Container und das Image löschen und so wie beim ersten Mal installieren.
Vor Installation von Portainer im Docker Ordner die Inhalte aller Ordner im portainer Verzeichnis löschen.
Notiere Dir oder Screenshot der ID von Portainer (im Containemanager) evtl. brauchst Du due noch. Um den Container mit SSH vollständig zu löschen.

 

[Whoisfoxmulder]

Hmmm also der Ordner Portainer ist noch vorhanden. Also verstehe ich dich richtig, dass ich das Image im Container Manager löschen und neu installieren soll; und dann das Verzeichnis verhängen? Container ist ja keiner mehr vorhanden

root@xfiles:/volume3# cd docker
root@xfiles:/volume3/docker# cd portainer
root@xfiles:/volume3/docker/portainer# ls -R
.:
backups  certs   compose      custom_templates  docker_config  portainer.db   portainer.pub
bin      chisel  config.json  data              @eaDir         portainer.key  tls

./backups:
common  portainer.db.bak

./backups/common:
portainer.db.035.20220628144514  portainer.db.071.20221121064549     portainer.db.2.18.4.20230831073402
portainer.db.050.20220712193954  portainer.db.2.16.0.20230207065211  portainer.db.2.19.0.20230920063543
portainer.db.051.20220726051438  portainer.db.2.17.0.20230222062156  portainer.db.2.19.1.20231113052344
portainer.db.052.20220906065350  portainer.db.2.17.1.20230418062103  portainer.db.2.19.2.20231122061409
portainer.db.060.20220916065132  portainer.db.2.18.1.20230501064530  portainer.db.2.19.4.20240422195842
portainer.db.061.20221031064314  portainer.db.2.18.2.20230523064456  portainer.db.bak
portainer.db.070.20221109064703  portainer.db.2.18.3.20230707080355

./bin:

./certs:
cert.pem  key.pem

./chisel:
private-key.pem

./compose:
10  25  4  46  47  48  51  53  55  56  57  61  62  @eaDir

./compose/10:
docker-compose.yml

./compose/25:
docker-compose.yml

./compose/4:
docker-compose.yml

./compose/46:
docker-compose.yml

./compose/47:
docker-compose.yml

./compose/48:
docker-compose.yml

./compose/51:
docker-compose.yml

./compose/53:
docker-compose.yml

./compose/55:
docker-compose.yml

./compose/56:
docker-compose.yml

./compose/57:
docker-compose.yml

./compose/61:
docker-compose.yml

./compose/62:
docker-compose.yml

./compose/@eaDir:

./custom_templates:
1  2  @eaDir

./custom_templates/1:
docker-compose.yml

./custom_templates/2:
docker-compose.yml

./custom_templates/@eaDir:

./data:

./docker_config:
cli-plugins  config.json

./docker_config/cli-plugins:
docker-compose

./@eaDir:

./tls:

 

[ctrlaltdelete]

Ganz ehrlich, ich würde da mal jemanden remote draufschauen lassen, der "ein wenig" davon versteht, bevor alles im A ist.

 

[Whoisfoxmulder]

bin offen dafür

 

[Benares]

Ich denke auch, @Whoisfoxmulder hat sich da durch seine ganzen Aktionen mehr zerschossen als ihm lieb ist.

So, wie es es verstehe, kennt Docker ja absolut angegebene Volumes (/volumeX/docker/irgendwas) und auch "benannte" (ich nenn's mal so) Volumes (z.B. portainer_data, ohne Pfad). Benannte Volumes landen wohl unter /volumeX/@Docker/volumes, die Snapshots dazu unter /volumeX/@Docker/btrfs/subvolumes mit irgendwelchen kryptischen Namen. Wenn da was nicht passt ist das Volume im A.

Leider sieht man im Container Manager gar nichts zu diesem Konstrukt, in Portainer wenigstens die benannten Volumes.

 

[Whoisfoxmulder]

@Benares: dein erster Satz ist mehr als treffend :/

Wäre ein Lösungsansatz den Container Manager komplett zu deinstallieren und dann neu zu installieren, danach die vorhandenen docker files zu importieren? Was ich, wenn möglich, retten möchte sind die ganzen Konfigurationen und Daten meiner Container.