Automatisches erstellen der Export config json files via Skript

[peterhoffmann]

@ctrlaltdelete
Ja, das habe ich auch schon getestet (und funktioniert).

@*kw*
Hmm... da habe ich das gleiche Problem, sprich ein Teil fehlt im File und wird über die Konsole ausgeworfen:

CONTAINERNAME export
{
   "data" : {},
   "httpd_restart" : false,
   "success" : true
}

 

[ctrlaltdelete]

was kann denn das Script von hier besser oder mehr?

 

[peterhoffmann]

Das Script von hier hatte ich zuerst entdeckt. Ich gehe auch gerne zwei Wege. Wenn ein Weg ausfällt, ich das nicht bemerke, läuft noch der zweite Weg zum Ziel. Es sind ja nur ein paar KB.

 

[Hellraiser123]

Würde man sich nicht eine Menge "Ärger" ersparen, wenn man es direkt als compose.yml schreiben würde? Dann könnten diese direkt gesichert werden und man könnte sich das komplette Script sparen. Vor allem mit docker-autocompose könnte man sich einmalig die compose Dateien erstellen und darauf wechseln. Hat auch den Vorteil, dass die auf jedem System funktionieren und nicht nur bei Synology. Wobei man aufpassen muss, dass die API sich nicht ändert.

 

[*kw*]

Um meinen polnischen Freund zu zitieren ("Hä...was...doppla gemoppla?" "Nein, doppelt gemoppelt").

Für yaml dieser Forentipp.

#!/bin/bash

# anzupassen:
BackUpDir="/volume1/docker/backup"
IgnoredContainer=(jitsi_jicofo jitsi_jvb jitsi_prosody jitsi_web synology_docviewer_2 synology_docviewer_1)

#–––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––
for container in $(docker ps --format "{{ .Names }}"); do
    if grep -q "${container}" <<< "${IgnoredContainer[@]}" ; then
        echo "${container} is on ignore list. Skipping this container."
        continue
    else
        echo "${container} export"

    # YAML:
        # https://www.synology-forum.de/threads/docker-container-automatische-docker-compose-file-erstellen-als-backup.110444/post-897496
        docker run --rm -v /var/run/docker.sock:/var/run/docker.sock red5d/docker-autocompose "${container}" > "${BackUpDir}/${container}_$(date +%Y-%m-%d_%H-%M).yml"
    fi
done
find ${BackUpDir} -mtime +14 -exec rm {} \;
exit

 

[ctrlaltdelete]

Ich benutzet auch beides, yaml und json Export

 

[Hellraiser123]

Die Frage ist jetzt wirklich ernst gemeint und es interessiert mich einfach.
Wieso beides? Welchen Vorteil siehst du darin? Gerade beim JSON. Und die nächste Frage in dem Script löscht er ja alle Backups die älter als 14 Tage sind. daraus schließe ich einfach mal, dass es täglich läuft. Da frag ich mich wieso? Wie häufig ändert man irgendwas an der compose/Einstellungen?
Ich würde ja sagen, dass wenn man die Compose erstellt hat bräuchte man doch kein weiteren Export davon. Die Compose.yml liegt ja eh im Filesystem und kann direkt gesichert werden und der Export wäre nicht nötig. Einziger Grund der mir einfällt, man verwendet z.B. Portainer. Der schreibt sein Zeug ja nur in die DB, aber dann würde ich eher ein Backup per API machen und das sichern. Da sind die Stacks und die Portainer Einstellungen mit drin.
Aber wie gesagt, da würden mich die Gründe mal wirklich interessieren.

 

[ctrlaltdelete]

Ganz ehrlich, darüber habe ich nicht nachgedacht, ich mache alles im Portainer und wollte ein Backup haben, die Files werden auch noch mit HB weggesichert.

 

[Hellraiser123]

Du könntest mit

curl -k -X "POST" "https://portainer-ip:9443/api/backup" \
          -H 'x-api-key: DEIN-API-KEY' \
          -H 'Content-Type: application/json; charset=utf-8' \
          -d '{ "password": "" }' --output /volume1/..../backup.tar.gz>

dein komplettes Portainer halt sichern. Wenn du es neu machen musst kannst du es bei der Installation einfach hochladen und dann ist alles wie immer.

 

[peterhoffmann]

Ich muss @Hellraiser123 im Grunde recht geben. Es ist doppelt nicht nötig, zeitlich engmaschig auch nicht. Ich selber werde es monatlich einmal machen lassen, damit auch neue Container oder eventuelle Änderungen enthalten sind. Bei den paar KB spielt es keine Geige.

 

[*kw*]

Ich habe auch nur die json drin, die yaml bei Bedarf. Der Rest war bisher Gewohnheit und da sich meine Containereinstellungen kaum bis nicht verändern, hab ich die jetzt auch rausgenommen.

Ja, @Hellraiser123 hat Recht und manchmal braucht's so Momente zum Durchkehren.

 

[haydibe]

Auch hier werden die JSON-Files erzeugt, aber unvollständig. Das was in den JSON-Files fehlt, kommt über die Konsole:

Das ist die Status-Rückmeldung des Exports, also eher Meta-Informationen . Der Export der JSON sollte vollständig sein. Aber will man die wirklich haben? Compose-Dateien sind schon länger ein Industriestandard. Warum auf die Syno-Sonderlocke setzen, wenn man beiden dasselbe erreichen kann (wobei das nicht ganz wahr ist: eine Compose-Datei kann man danach flexibler erweitern)?

 

[wegomyway]

Im #49 von @Hellraiser123 hab ich den Code per Copy-and-Paste im Aufgabenplaner eine Aufgabe erstellt.
Nach Änderungen sieht dieser folgend aus:

curl -k -X "POST" "https://IPmeinerNAS:9443/api/backup" \
          -H 'x-api-key: ptr_xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx=' \
          -H 'Content-Type: portainer/json; charset = utf-8' \
          -d '{ "password" : xxxxxxxxxxxxxxxxxxxx'}' --output /volume1/docker/backup.tar.gz'

Standardausgabe/Fehler folgend:

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100   220  100   145  100    75    403    208 --:--:-- --:--:-- --:--:--   612
{"message":"Invalid request payload","details":"Json: invalid character 'F' looking for beginning of value: xxxxxxxxxxxxxxxxxxxx} --output /..."}

Das Passwort von demjenigen, um in Portainer sich einzuloggen, fängt mit "F" an.

Kann mir da vielleicht weiterhelfen, wo sich da der Fehler befindet? Ich komm’ da nicht wirklich weiter

wieder mit Code #49 verglichen und geändert:

curl -k -X "POST" "https://xxx.xxx.xxx.xx:9443/api/backup" \
          -H 'x-api-key : ptrxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx=' \
          -H 'Content-Type : portainer/json; charset=utf-8' \
          -d '{ "password" : xxxxxxxxxxxxxxxxxxxx'}' --output /volume1/docker/backup.tar.gz'

Ausgabe nachdem Änderung:

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100   111    0    36  100    75   4536   9450 --:--:-- --:--:-- --:--:-- 15857
400 Bad Request: invalid header name

 

[wegomyway]

Vielleicht kann ein jeder, der diesen Code erfolgreich verwendet, seinen hier mal "geschwärzt" posten. Wäre echt

 

[wegomyway]

ich hab nochmals von vorne begonnen. Vorhandene Aufgabe gelöscht und alles auf "=".
Die Datei wird erstellt, ist im zugewiesenen Ordner abgelegt. Soweit so gut.
In der Ausgabe steht folgendes drin :

/bin/bash: line 3: gt: command not found
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0

Korrekt und ignorieren oder "hängt" das noch was schief ?