Make installer runtime acceptance transactional
This commit is contained in:
@@ -36,6 +36,25 @@ Sicherheitsstopp. Die Installation darf nur über die Checkbox
|
||||
fortgesetzt werden. Der Installer zeigt dabei die entfernten und neuen Namen
|
||||
an. Eine bloß geänderte Ausgabereihenfolge gilt nicht als Rename.
|
||||
|
||||
Version 2.2.4 nimmt die umgeschaltete Installation zusätzlich vollständig ab:
|
||||
|
||||
- einmaliger, triggerloser Providerlauf unter dem angegebenen Collector-Konto,
|
||||
- erzwungener vollständiger Abgleich von `endpoints.xml`, wobei gültige
|
||||
manuelle Overrides erhalten bleiben,
|
||||
- maximal vier Minuten Warten auf `LastTaskResult=0`,
|
||||
- Snapshot muss nach Beginn des Abnahmelaufs erzeugt, SHA-256-valid, für die
|
||||
aktuelle Maschine und vom erwarteten Collector-Konto geschrieben sein,
|
||||
- alle neun stabilen Services müssen eindeutig vorhanden sein; `WARN` und
|
||||
`CRIT` sind reale Betriebszustände, `UNKNOWN` blockiert die Installation,
|
||||
- bei aktivierter Endpoint-Prüfung muss auch der Katalog nach Beginn des
|
||||
Abnahmelaufs atomar synchronisiert worden sein.
|
||||
|
||||
Erst danach ersetzt der Installer den Abnahmetask durch den normalen
|
||||
Minutentask und löscht das Backup. Bei Fehler oder Timeout wird die vorherige
|
||||
Programmversion samt Task wiederhergestellt und ein frischer Lauf der alten
|
||||
Version abgewartet. Fehler in Paket-, Config- oder Rename-Vorprüfung treten vor
|
||||
jeder Taskänderung auf und lassen die laufende Installation unangetastet.
|
||||
|
||||
Beim korrigierenden Wechsel von 2.2.1 mit `BizTalk ACC ...` auf stabile
|
||||
`BizTalk ...`-Namen ist die Änderung beabsichtigt: Checkbox aktivieren und den
|
||||
Servicebestand danach per Discovery abgleichen. Sind in Checkmk bereits die
|
||||
|
||||
Reference in New Issue
Block a user