ESPO-03, ESPO-10, ESPO-12 und ESPO-20 lasen version aus
defaults/config.php, config.php und config-internal.php. EspoCRM 10 fuehrt
version aber als State-Parameter in data/state.php, und Config::load() liest
die Image-Vorgaben gar nicht. Gemeldet wurde also der Vorgabewert des Images:
nach einem gescheiterten migrate die neue Version, obwohl die Instanz auf der
alten steht.
Jetzt fragen die Skripte EspoCRM ueber "command.php version" - derselbe Wert,
gegen den auch Extensions ihre acceptableVersions pruefen. Aufruf als
www-data mit absolutem Pfad (bootstrap.php wechselt selbst ins
Installationsverzeichnis); akzeptiert wird nur eine Zeile der Form 1.2.3,
damit eine PHP-Warnung nie als Version in ein Custom Field geraet. Die
grep-Rueckfallwege auf config.php entfallen, sie lasen dieselbe falsche Quelle.
Probe gegen die Integrationsinstanz 10.0.8: Ausgabe "10.0.8".
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
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>
Beim Zusammenfuehren verbraucht LVM den Snapshot; bleibt er stehen, wurde das
Zusammenfuehren auf die naechste Aktivierung verschoben und der Stand ist noch
nicht zurueckgenommen. Das Skript sagt jetzt welches von beidem eingetreten ist
und zeigt am Ende die freien Extents - wie ESPO-11 es tut.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
