QuTS hero: Container-Daten nicht mehr im Freigabeordner "Container" - wie Backup möglich?

Hinweis: Die Registrierung ist nicht mehr möglich, wenden Sie sich an den QNAP Support

    Problem: Nach Umstieg auf QuTS hero liegen meine Container-Daten nicht mehr geschlossen unter dem Freigabeordner "Container". Ich verstehe nicht, wie ich davon ein gescheites Backup machen soll.


    Hier die Details:

    Ich befinde mich im Umstieg vom QTS 5.2.6.3195 (auf einem TVS-673e) auf QuTS hero h5.2.6.3195 (auf einem TS-673A). Wegen der verschiedenen Filesystem ist eine direkte Mitnahme der Platten nicht möglich und damit auch keine Mitnahme der Container Station am Stück. Ich verwende die Station für Docker, die ich aber mit Portainer manage. Sicherlich nicht ungewöhnlich, soweit.

    Ich habe also im QuTS hero NAS die Container Station neu installiert und beim Starten wird auch brav der Freigabeordner "Container" angelegt. Der Hinweistext dabei besagt, dass dieser Ordner alle relevanten Daten (Images, Container, etc) enthalten würde. So kenne ich das bisher auch.

    Nachdem ich aber meinen Portainer neu deployed und mit einem Backup/Restore-File betankt hatte, wollte ich auch die anderen Container wieder starten. Dazu musste ich die Volumes der Container migrieren. Nur: der Ablageort ist offensichtlich nicht mehr unter Freigabeordner Container (bzw. /share/Container) Letztlich hat zwar alles funktioniert und Container laufen wieder.


    Nun das ABER und die Frage:

    Der Ablageort der Container-Daten ist leider nicht der Freigabeordner "Container" (/share/Container) sondern /share/ZFS530_DATA/.qpkg/container-station/docker


    In meinem Fall genauer:

    /share/Container ist ein Link auf /share/ZFS18_DATA = Mountpunkt des Filesystems zpool1/zfs18 Dort liegt z.B. die yaml-Datei von Portainer, aber eben nicht sein Volume und sein Image.

    Diese Container-Daten liegen nun in /share/ZFS530_DATA (=Filesystem zpool1/zfs530), also ganz woanders.


    Nun die Frage:

    Unter QTS auf meinem alten NAS konnte ich einfach über HBS3 ein Backup des Freigabeordners "Container" machen und hatte alles zusammen. Wie mache ich das unter QuTS hero? Weder sehe ich in HBS3 das Filesystem /share/ZFS530_DATA noch kann ich im Snapshot-Manager Snapshots davon machen, denn auch dort sehe ich nur den Freigabeordner "Container", der aber die Daten nicht enthält, die es zu backuppen gilt.

    Zur Sicherheit habe ich alles nochmal von vorne gemacht. Ergebnis bleibt gleich, d.h. die relevanten Docker-Daten liegen z.T. unter /share/ZFS530_DATA/.qpkg/container-station/docker und eben nicht unter

    /share/Container (=/share/ZFS18_DATA/Container/container-station-data/lib/docker) wie vorher unter QTS. Und wie kann ich sicher sein, dass es nicht weitere Filesysteme außerhalb der beiden genannten gibt, die noch Daten zum Funktionieren der Container Station enthalten?


    Verstehe ich das Konzept nicht?

    Einfach die Container via Compose/YAML erstellen und dann die Dateien auf der gewünschten Nutzer zugänglichen Freigabe ablegen. (/share/ZFSxx_DATA), So mach ich das auf meinem TVS-h1288X und es klappt ohne Probleme.

    Danke für den Tipp. Denke das hilft mir schon viel weiter.


    Ich hatte es schon mit einem Compose-File gemacht (ohne hinzuschauen übernommen), aber darin stand z.B.

    Code
    volumes:
- /var/run/docker.sock:/var/run/docker.sock
- portainer_data:/data

    Dann legt er das Volume portainer_data nach /share/ZFS530_DATA

    Wenn ich statt dessen /share/Container/Volumes anlege und dann schreibe

    Code
    volumes:
- /var/run/docker.sock:/var/run/docker.sock
- /share/Container/Volumes/portainer_data:/data

    ... dann legt er das Volume /share/Container/Volumes/portainer_data am gewünschten Ort an. Wie das mit Images geht, ist mir zwar nicht ganz klar, aber die kann man im Fall der Fälle eh neu ziehen.

    Schöner wäre es natürlich, wenn man den Default-Ablageort in der Konfig der Container Station einstellen könnte (habe ich nicht gefunden), denn das Vorgehen hat andere Nachteile. Die Container Station legt das Volume zwar an bzw. findet es am vorgegebenen Ort. Aber er "kennt" das Volume selbst dann nicht. Unter Volumes sehe ich es in der Station jedenfalls nicht.

    Solche Funktionen wie "prune unused Volumes" gehen dann leider auch nicht mehr.

    Aber gut, mein unmittelbares Problem scheint erstmal behoben, denn ohne Backup könnte ich nicht migrieren.


    Dank Dir nochmal!