forum.opsi.org

Hallo,

wir nutzen OPSI jetzt schon erfolgreich seit ca. 4 Jahren zur Clientinstallation und zur Softwareverteilung. Jetzt wollte ich gestern den OPSI Server von 4.2 auf 4.3 hochziehen. Der Server LUbuntu 22.04.5 läuft in Hyper-V als virtuelle Maschine und ich habe zur Sicherheit vorher einen Snapshot gemacht, auf den ich heute morgen zurückgekehrt bin. Jetzt zu den Problemen / Phänomenen

1. der Health Check zeigte nur 1 Warnung an opsiclientd.global.verify_server_cert = false, also vor dem eigentlichen Upgrade umgestellt auf true
2. Upgrade nach Anleitung lief dann ohne sichtbare Fehlermeldungen durch
3. mein Rechner neugestartet und es wurde dann der opsi-client-agent, opsi-script und opsi-configed aktuallisiert
4. dann mit der neuen GUI Verbindung zum Server aufgebaut und nun taucht das erste Problem auf. Die Clients waren alle Gruppen zugeordnet, diese war irgendwie zerschossen, also neu gemacht
5. danach bei einem Testclient ein paar Localboot Produkte auf not installed gesetzt und das Betriebssystem neuinstalliert (lief auch sauber durch)
6. nach dem der Client fertig installiert war, nochmal den OPSI Server neugestartet und siehe da alle Gruppenzuordnungen waren wieder futsch und bei dem Testclient waren die entfernten Localboot Produkte wieder auf installed gesetzt

Habt ihr ne Idee wie das zustande kommen kann. Irgendwie scheint der Server dauerhaft nichts weg zu speichern. Ich spiele gerade über BackupExec den Stand der geupgradeten VM auf meine Testumgebung zurück.

Danke

Gruß
Thomas

Hallo!

Das ist sehr seltsam.
Zeigt der Health-Check jetzt irgendwelche Fehler an?
Sind im log von opsiconfd oder MySQL Fehler zu finden?

Grüße
Jan Schneider

Habe die beiden Logs mal angehangen. Werde da nicht so ganz schlau draus.

Gruß
Thomas

Mit opsi 4.3 gibt es kein File-Backend mehr.
Daher wird das vorhandene File-Backend automatisch in die MySQL-Datenbank migriert.
Bei der Migration tritt ein Fehler auf (Parsing-Error im File-Backend beim Lesen von configState_getObjects).
Da muss man jetzt auf die Suche nach der defekten INI-Datei gehen und diese korrigieren.

Im Rahmen eines Support-Vertrages können wir das auch gerne übernehmen.

Ah okay. Danke erstmal für den Anstoß, wo ich suchen muss, denn wir haben keinen Supportvertrag.

Gruß
Thomas

So Problem ist behoben. Habe auf dem OPSI 4.2 die ganzen alten Clients rausgelöscht, die nicht mehr aktiv sind und bei 2 Clients habe ich in dem Configeditor dann eine Fehlermeldung bekommen und konnte sie damit nicht weglöschen. Also im Filesystem die beiden ini Dateien aus /var/lib/opsi/config/clients gelöscht, sowie die /etc/opsi/pckeys editiert. Danach lief das Upgrade auf einem Testsystem sauber durch. So kann ich jetzt dann auch das Produktivsystem hochziehen. Was Kann eigentlich nach erfolgreichem Upgrade gelöscht werden? Die ganzen ini Dateien sind ja dann immer noch vorhanden.

Gruß
Thomas

Moin,

mit opsi4.3 wird "/var/lib/opsi/config" nicht mehr benötigt.

Gruß
Nils

Alles klar danke.

Gruß
Thomas