ip-snapshot.sh erweitern

[bejoe1]

@SebStaeubert
Wäre es ggf. möglich das Skript ip-snapshot.sh so zu erweitern, dass als DB_HOST (cds_hub) der DB_HOST aus der cds_hub_db_config.toml genommen wird?
Das wäre super. Bei uns heißt der Container nämlich immer nach der Version (z.B. cds_hub_v1_4_2) und dadurch kommt es beim Ausführen des Skriptes zu der Fehlermeldung "service "cds_hub" is not running".

Bis dahin würde ich einfach das Backup als Snapshot nehmen.

Vielen Dank und viele Grüße aus Gießen
Jördis

[SebStaeubert]

@bejoe1 Ich vermute hier geht etwas durcheinander. Das snapshot Script arbeitet nicht mit dem Host sondern nutzt den lokal im Container befindlichen Socket. Daher ist eine Angabe des DB-Hosts aktuell nicht erforderlich und es muss auch kein Passwort dafür angegeben werden.
Der von Dir beschriebene Fehler liegt nicht am DB-Host sondern am Service-Namen innerhalb des docker-compose Setups.
Das Script geht von unveränderten Service-Namen in der docker-compose.yml aus. Dort hast du vermutlich eine Umbenennung vorgenommen.
Es gibt mehrere Lösungen:

1. Du passt im Script die Zeilen mit docker compose exec cds_hub bzw. docker compose exec -T cds_hub an und änderst den Service-Namen 'cds_hub' in den bei Euch passenden (aktuell sind das 8 Zeilen).
2. Es wird eine Umgebundsvariable in Script für den Service-Namen eingeführt. Dann müsste die Anpassung aus a) nur an einer Stelle gemacht werden.
3. Übernahme der cds_hub_db_config.toml Zugangsparameter und Verbindung zur DB via Netzwerk und nicht wie bisher über Socket ermöglichen.

[bejoe1]

Okay, alles klar. Dann hatte ich da was durcheinander gebracht. Danke für die Erklärung, dann werde ich erstmal die Zeilen im Skript anpassen. Wenn niemand anderes das Problem hat, braucht ihr nicht extra eine Umgebungsvariable einführen.

[SebStaeubert]

@bejoe1 Ok. Darf ich fragen, warum habt ihr den Service Namen eigentlich geändert?

[bejoe1]

@SebStaeubert Während eines Updates laufen ja kurzzeitig zwei cds-Datenbanken. Damit ich die richtig identifizieren kann, habe ich den Namen des DockerContainers in der docker-compose Datei angepasst. So heißt der Container bei uns dann immer direkt nach der Version.

[SebStaeubert]

Während eines Updates laufen ja kurzzeitig zwei cds-Datenbanken.

@bejoe1 Das verstehe ich nicht. Wieso 2 Datenbanken? Wenn ihr das macht, um das Update zu testen, würde doch eher ein 2. docker-compose Setup dafür genutzt werden.

[bejoe1]

@SebStaeubert Vielleicht etwas missverständlich ausgedrück. Das meinte ich. Also wenn wir auf eine neue Version migrieren, clone ich den INTERPOLR-Ordner, pulle in diesem den aktuellen Stand und fahre dann einen neuen Docker-Container (2. Datenbank) auf einem anderen Port hoch.

[SebStaeubert]

@bejoe1 Ok, wenn du das machst, brauchst du den Service-Namen nicht anpassen, da sich docker-compose um die Benennung der Container kümmert indem es Prefixe mit dem Ordner-Namen vergibt. Wenn du das snap-Shot Script im jeweiligen Ordner ausführst, wird durch die docker compose Aufrufer der korrekte Service bzw. die korrekte Datenbank angesprochen.

Die Ordner-Struktur müsste doch so aussehen, oder?

• /opt/docker/interpolar_prod (aktuell laufende Instanz)
• /opt/docker/interpolar_test (geclontes Verzeichnis - also Kopie von interpolar_prod mit angepassten Ports in der docker-compose.yaml. Richtig? Wie gehst du dabei mit den Volumes um? Spielst du in interpolar_test zuvor gemachte Backups ein? Und verhinderst du während der Prozedur, dass interpolar_prod läuft?