1. Gewartet wird jetzt auf ALLE vier Container, nicht nur auf espocrm.
"health: starting" im Bericht war keine Aussage. Scheitert es, nennt die
Fehlermeldung, welcher Container in welchem Zustand haengt. Gilt fuer
ESPO-03, ESPO-10 und ESPO-12.
2. ESPO-10 raeumt alte Images weg: Es bleiben genau zwei je Anwendung, das
laufende und das vorherige - fuer EspoCRM wie fuer MariaDB. Das vorherige
muss bleiben, sonst zeigt die von ESPO-12 zurueckgerollte Compose auf einen
Tag, der lokal nicht mehr liegt. Alles aeltere fuellte bisher nur das
docker-lv; Docker raeumt von sich aus nichts weg.
3. ESPO-10 zeigt einen eigenen Abschnitt "Datenbank" mit Image, Version und
Digest, analog zum Abschnitt "Instanz", sowie die Images auf der VM.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Der vorige Commit hat nur den Kommentar geaendert, der Ersetzungsausdruck griff
nicht. Jetzt lesen alle drei Skripte defaults, config und config-internal in
dieser Reihenfolge; der spaetere Wert gewinnt.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
ESPO-20 meldete 'EspoCRM-Version nicht ermittelbar'. Ursache ist vermutlich der
relative Pfad: docker exec startet im Arbeitsverzeichnis des Images, data/...
ohne fuehrenden Schraegstrich geht dann ins Leere.
Jetzt absolute Pfade, beide Konfigurationsdateien (config-internal zuerst), als
Rueckfall ein grep ueber den Bind-Mount. Bleibt es leer, zeigt ESPO-20 welche
Dateien es gibt und welche Schluessel sie tragen - dann ist die Ursache nach
einem Lauf bekannt statt nach dreien.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Aus ESPO-04 und ESPO-05 werden ESPO-10 und ESPO-11. Ein Zehnerkreis
kennzeichnet den Block und beginnt bei x0; 0x bleibt der Weg von der leeren VM
zur laufenden Instanz, 1x das Aktualisieren, 2x Betrieb und Ueberwachung.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
