nach Update alle Clients im opsi config editor weg

[DocDOS]

Hallo Community,

gestern habe ich die letzten Pakete aktualisieren lassen, seit dem sind im ConfigEditor sämtliche Clients weg

Die ClientFiles in /var/lib/opsi/config/clients sind aber noch da. Im ConfigEditor kann ich die erstellen ClientGroups (wobei die eingetragenen Clients nicht im Tree erscheinen), Depots und die Software-Pakete alle noch sehen.

Ich kann auch in die verschiedenen Depots wechseln, aber auch hier ist nichts von den Clients zu sehen.

Die Clients booten auch ganz normal, starten den Winst und verbinden sich anstandslos mit dem Server (der natürlich gerade keine Pakete anzubieten hat).

Version der configed.jar ist 4.0.2.5.4 vom 03.09.2012

kann mir da jemand helfen?

[n.wenselowski]

Hallo,

die dispatch.conf steht korrekt auf file-backend?

Ich würde dann mal das Loglevel des opsiconfd hochstellen (temporär auf 8) und Logs durchsehen, wo da was nicht stimmt.

Und ich würde das System aktualisieren


Gruß

Niko

[DocDOS]

Hallo,
die dispatch.conf sieht so aus:

Code: Alles auswählen

backend_.*         : mysql, file, opsipxeconfd
host_.*            : file, opsipxeconfd
productOnClient_.* : file, opsipxeconfd
configState_.*     : file, opsipxeconfd
audit.*            : mysql
.*                 : file

hat bis gestern auch einwandfrei funktioniert, erst nachdem 3 Pakete upgegraded wurden, spinnt das hier..

Welche Logs brauchen wir genau?

Server läuft "noch" auf Ubuntu 12.04 x86

[n.wenselowski]

Hi,

hat bis gestern auch einwandfrei funktioniert, erst nachdem 3 Pakete upgegraded wurden, spinnt das hier..

Welche Pakete waren das denn?

Welche Logs brauchen wir genau?

Du solltest anschließend in das opsiconfd-Log des Clients mit welchem du dich zum Server verbindest schauen, also bspw. /var/log/opsi/opsiconfd/arbeitsplatz.domain.local


Gruß

Niko

[DocDOS]

Hallo Niko,

die History der APT sagt

Code: Alles auswählen

Start-Date: 2015-08-17  08:43:34
Upgrade: opsipxeconfd (4.0.5.3-6, 4.0.5.4-4), python-opsi (4.0.5.19-1, 4.0.5.20-4), opsiconfd (4.0.5.3-3, 4.0.5.3-4)
End-Date: 2015-08-17  08:44:02

in der APT term.log steht dazu:

Code: Alles auswählen

Log started: 2015-08-17  08:43:34
(Lese Datenbank ... 
(Lese Datenbank ... 5%
(Lese Datenbank ... 10%
(Lese Datenbank ... 15%
(Lese Datenbank ... 20%
(Lese Datenbank ... 25%
(Lese Datenbank ... 30%
(Lese Datenbank ... 35%
(Lese Datenbank ... 40%
(Lese Datenbank ... 45%
(Lese Datenbank ... 50%
(Lese Datenbank ... 55%
(Lese Datenbank ... 60%
(Lese Datenbank ... 65%
(Lese Datenbank ... 70%
(Lese Datenbank ... 75%
(Lese Datenbank ... 80%
(Lese Datenbank ... 85%
(Lese Datenbank ... 90%
(Lese Datenbank ... 95%
(Lese Datenbank ... 100%
(Lese Datenbank ... 226749 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereiten zum Ersetzen von python-opsi 4.0.5.19-1 (durch .../python-opsi_4.0.5.20-4_all.deb) ...
Entpacke Ersatz für python-opsi ...
Vorbereiten zum Ersetzen von opsiconfd 4.0.5.3-3 (durch .../opsiconfd_4.0.5.3-4_all.deb) ...
Stopping opsi config service....   (done).
Entpacke Ersatz für opsiconfd ...
Vorbereiten zum Ersetzen von opsipxeconfd 4.0.5.3-6 (durch .../opsipxeconfd_4.0.5.4-4_all.deb) ...
Stopping opsi pxe configuration service...   .(done).
Entpacke Ersatz für opsipxeconfd ...
dpkg: Warnung: Kann altes Verzeichnis »/var/run/opsipxeconfd« nicht löschen: Das Verzeichnis ist nicht leer
Verarbeite Trigger für python-support ...
Verarbeite Trigger für ureadahead ...
Richte python-opsi ein (4.0.5.20-4) ...
Installiere neue Version der Konfigurationsdatei /etc/opsi/version ...
Installiere neue Version der Konfigurationsdatei /etc/opsi/hwaudit/locales/en_US ...
Installiere neue Version der Konfigurationsdatei /etc/opsi/hwaudit/locales/de_DE ...
Installiere neue Version der Konfigurationsdatei /etc/opsi/hwaudit/locales/fr_FR ...

Richte opsiconfd ein (4.0.5.3-4) ...
OK
Starting opsi config service.......   (done).

Richte opsipxeconfd ein (4.0.5.4-4) ...
Installiere neue Version der Konfigurationsdatei /etc/init.d/opsipxeconfd ...
Starting opsi pxe configuration service.....   (done).

Verarbeite Trigger für python-support ...
Log ended: 2015-08-17  08:44:02

Also ohne Fehler installiert.
Ich hatte am 03.08. einen "No Space left on device", weil Backups zwar vom Server gechoben, aber hinterhet nicht gelöscht wurden. Leider war ich zu dem Zeitpunkt im Urlaub, weswegen ich es erst gestern bemerkte.
in den Logfiles findet sich ein Hinweis auf "Platte voll", ist aber schon wieder bereinigt.

[n.wenselowski]

Hallo,

Ich hatte am 03.08. einen "No Space left on device", weil Backups zwar vom Server gechoben, aber hinterhet nicht gelöscht wurden. Leider war ich zu dem Zeitpunkt im Urlaub, weswegen ich es erst gestern bemerkte.
in den Logfiles findet sich ein Hinweis auf "Platte voll", ist aber schon wieder bereinigt.

vermutlich ist hier das Problem, dass er die Dateien mit den Informationen nicht ordentlich schreiben konnte.
Mein Vorschlag wäre ein aktuelles Backup zurück zu spielen.


Gruß

Niko

[DocDOS]

Hallo,

das wäre aber doof.. gibt es nicht ne Möglichkeit, die PCs, wenn die sich beim booten am config-Server melden, die wieder einbinden zu lassen?

eine Neuinstallation des Opsi-Clients habe ich bei 2 Testsystemen versucht, schlägt aber auch fehl:

Code: Alles auswählen

[notice] Disabling mysql backend and license management module: modules file invalid
[notice] Starting deployment to host 'n1145.papp-gruppe.nbg'
[notice] Querying for ip address of host 'n1145.papp-gruppe.nbg'
[notice] Got ip address '192.168.10.101' from syscall
[notice] Pinging host 192.168.10.101 ...
[notice] Host 192.168.10.101 is up
[notice] Getting hardware ethernet address of host 'n1145.papp-gruppe.nbg'
[notice] Found hardware ethernet address 'xx:xx:xx:xx:xx:xx'
[notice] Testing winexe
[notice] Patching config.ini
[notice] Copying installation files
[notice] Installing opsi-client-agent
[notice] opsi-client-agent successfully installed on 'n1145.papp-gruppe.nbg'
[error] Deployment to 'n1145.papp-gruppe.nbg' failed: Backend error: Cannot set productInstallationStatus 'installed' for product 'opsi-client-agent' on client 'n1145.papp-gruppe.nbg': product/package version not set and depot for client not found

Wie meint er das, er das depot für den client wird nicht gefunden?

[DocDOS]

Hallo,

ich glaube, ich habs hinbekommen:
als root (hier unter Ubuntu):

Code: Alles auswählen

dpkg-reconfigure opsiconfd

und danach

Code: Alles auswählen

dpkg-reconfigure opsi-depotserver

gab mir schonmal den Zugriff im ConfigEditor auf die Clients zurück.

Einen Wehrmutstropfen gibts allerdings noch: Die Clients sind wieder für das Master-Depot da, jedoch die anderen Standort-Depots sind noch leer. Ggf. muss ich das da auch noch machen.

[n.wenselowski]

Hi,

Wie meint er das, er das depot für den client wird nicht gefunden?

Zuordnung von Produkt <-> Depot und Depot <-> Client scheint nicht ganz sauber zu sein.


Gruß

Niko

PS: Wenns mal wieder läuft empfehle ich dann dringend den Einsatz von opsi-backup oder vergleichbarem!