Multi Depot Setup with Univention

[preetz77]

Hallo,

ich habe Probleme in einer Univention 2.4-2 Umgebung eine Opsi-Multidepot Setup einzurichten.

Die Installation von opsi4ucs und opsi4ucs-ldap-schema auf dem Master hat problemlos funktioniert. Ich kann auf die Konfigurationsoberfläche von opsi zugreifen und Clients anlegen.

Die Installation von opsi4ucs auf dem slave, der ebenfalls als Depotserver dienen soll, war etwas hakelig. Das Paket hat sich beschwert, dass die uid 983 nicht eindeutig ist, da bereits auf dem Master vorhanden. Ich habe den User opsiconfd dann manuell angelegt und danach lief die Installation ohne Probleme durch.

Wenn ich nun allerdings auf dem slave opsi-setup --register-depot ausführe, bekomme ich folgende Fehlermeldung, mit der ich leider nichts anfangen kann:

Code: Alles auswählen

root@hes-slave:~# opsi-setup --register-depot
[5] [Dez 08 13:17:55] Getting current system config (opsi-setup|70)
[5] [Dez 08 13:17:55] System information: (opsi-setup|120)
[5] [Dez 08 13:17:55]    distributor  : Univention (opsi-setup|121)
[5] [Dez 08 13:17:55]    distribution : Univention Corporate Server 2.4-2-0 (golden beech) (opsi-setup|122)
[5] [Dez 08 13:17:55]    ip address   : 192.168.100.240 (opsi-setup|123)
[5] [Dez 08 13:17:55]    netmask      : 255.255.255.0 (opsi-setup|124)
[5] [Dez 08 13:17:55]    subnet       : 192.168.100.0 (opsi-setup|125)
[5] [Dez 08 13:17:55]    broadcast    : 192.168.100.255 (opsi-setup|126)
[5] [Dez 08 13:17:55]    fqdn         : depot.test.ucs (opsi-setup|127)
[5] [Dez 08 13:17:55]    hostname     : depot (opsi-setup|128)
[5] [Dez 08 13:17:55]    domain       : test.ucs (opsi-setup|129)
[5] [Dez 08 13:17:55]    win domain   : TEST (opsi-setup|130)
[5] [Dez 08 13:18:33] Creating depot 'depot.test.ucs' (opsi-setup|2384)
[2] [Dez 08 13:18:33] Traceback: (Logger.py|742)
[2] [Dez 08 13:18:33]      line 94 in 'processResult' in file '/var/lib/python-support/python2.5/OPSI/Backend/JSONRPC.py' (Logger.py|742)
[2] [Dez 08 13:18:33]      ==>>> Backend I/O error: {'desc': 'Insufficient access'} (error on server) (JSONRPC.py|98)
[2] [Dez 08 13:18:33] Traceback: (Logger.py|742)
[2] [Dez 08 13:18:33]      line 3137 in '<module>' in file '/usr/bin/opsi-setup' (Logger.py|742)
[2] [Dez 08 13:18:33]      line 3115 in 'main' in file '/usr/bin/opsi-setup' (Logger.py|742)
[2] [Dez 08 13:18:33]      line 2385 in 'registerDepot' in file '/usr/bin/opsi-setup' (Logger.py|742)
[2] [Dez 08 13:18:33]      line 1 in 'host_createObjects' in file '<string>' (Logger.py|742)
[2] [Dez 08 13:18:33]      line 603 in '_jsonRPC' in file '/var/lib/python-support/python2.5/OPSI/Backend/JSONRPC.py' (Logger.py|742)
[2] [Dez 08 13:18:33]      line 123 in 'execute' in file '/var/lib/python-support/python2.5/OPSI/Backend/JSONRPC.py' (Logger.py|742)
[2] [Dez 08 13:18:33]      line 135 in 'waitForResult' in file '/var/lib/python-support/python2.5/OPSI/Backend/Backend.py' (Logger.py|742)
[2] [Dez 08 13:18:33]      ==>>> Backend I/O error: {'desc': 'Insufficient access'} (error on server) (opsi-setup|3145)

Die Logdateien haben mir leider auch nicht weitergeholfen. Angemeldet habe ich mich als Administrator. Der Zugriff auf die Konfigoberfläche mit dem Administratoraccount funktioniert.

Vielen Dank für jede Hilfe.

Mit freundlichen Grüßen,
Philip Reetz

[d.oertel]

Hi,

bei den aktuellen Paketen sollte ein UCS im Rahmen des JOIN-Scripts erkennen das es schon einen opsi-configserver gibt
und automatisch zum depot-server werden.
http://download.uib.de/opsi4.0/doc/html ... n-base-ucs

Code: Alles auswählen

univention-run-join-scripts

Von daher müsste der Aufruf von opsi-setup --register-depot unnötig sein.
Wenn man den Befehlt trotzdem Aufrufft, dann als root.

Hilft das ?

gruss
d.oertel

[preetz77]

Hallo,

das mit den Join-Script hat nicht geholfen. Ich hatte jetzt nochmal alles runtergeschmissen und neu installiert und jetzt kommt folgende Meldung bei der Installation von opsiconfd:

Richte opsi-configed ein (4.0.1.16-1) ...
Richte opsi-linux-bootimage ein (20110926-1) ...
chown: ungültiger Benutzer: âopsiconfd:pcpatchâ
dpkg: Fehler beim Bearbeiten von opsi-linux-bootimage (--configure):
Unterprozess post-installation script gab den Fehlerwert 1 zurück
Richte python-opsi ein (4.0.1.32-1) ...
Richte opsi-utils ein (4.0.1.15-1) ...
Richte opsiconfd ein (4.0.1.9-4) ...
useradd: UID 993 ist nicht einmalig

Meine Vermutung ist, dass es mit der Univention-Domäne zusammenhängt und der User mit der gleichen UID ja bereits einmal auf dem Master Opsi- Server angelegt wurde ?!? Wobei der User aber nicht im LDAP ist sondern nur lokal auf dem Master und auf dem Slave Depot mit getent passwd opsiconfd auch nicht angezeigt wird.

Ciao,
Philip

[ueluekmen]

Hi,

was kommt den wenn man auf dem slave:

Code: Alles auswählen

grep 993 /etc/passwd

ausführt? Vielleicht gibt es ja einen anderen User, der diese ID schon hat.

[preetz77]

Hi,

root@slave:~# grep 993 /etc/passwd
nagios993:62:Nagios Check:/home/nagios:/usr/sbin/nologin
root@slave:~#


Ist opsi auf die uid angewiesen? Ich dachte, ich hätte es vorher schon überprüft, muss es aber wohl irgendwie übersehen haben.

Ciao,
Philip

[ueluekmen]

Nicht zwingend, es ist aber auch nicht wirklich getestet. Einfach mal versuchen:

useradd -u 993 -g pcpatch -d /var/lib/opsi -s /bin/bash opsiconfd

mit einer ID, die noch frei ist, sollte aber auch in dem Bereich liegen und nicht über 1000 sein, denn diese werden in der Regel auf die LDAP-User gemappt. (Alle IDs unter 1000 sind den Systemusern vorbehalten.)

Wenn der User dann die ist, sollte sich das opsiconfd-Paket ohne Probleme installieren lassen.

Rückmeldung erwünscht.

PS.: Das der nagios-User sich genau diese ID krallt ist mir neu. Ist bei der Installation dieses Servers etwas besonderes gemacht worden, oder wurde der Standard UCS-Installationsmechanismus verwendet?

[preetz77]

Hallo,

das manuelle Anlegen des Benutzer hat funktioniert. Danach ließen sich die Pakete installieren. Nachdem ich dann univention-run-join-scripts noch manuell aufgerufen hatte, ließen sich auch die Dienste starten.

(Der Nagios-Benutzer hat übrigens auf allen Systemen in der Domäne die uid 993 - installiert mit den Standard Nagiosclientpaketen aus Univention 2.4)

Da das Depot auf dem Masterserver nicht auftauchte, habe ich dann auf dem slave noch versucht manuell das Depot zu registrieren, dabei kommt jetzt folgende Fehlermeldung

Code: Alles auswählen

root@hes-slave:~# opsi-setup --register-depot
[5] [Jan 24 12:27:46] Getting current system config (opsi-setup|70)
[5] [Jan 24 12:27:46] System information: (opsi-setup|120)
[5] [Jan 24 12:27:46]    distributor  : Univention (opsi-setup|121)
[5] [Jan 24 12:27:46]    distribution : Univention Corporate Server 2.4-2-0 (gol                                   den beech) (opsi-setup|122)
[5] [Jan 24 12:27:46]    ip address   : 192.168.65.240 (opsi-setup|123)
[5] [Jan 24 12:27:46]    netmask      : 255.255.255.0 (opsi-setup|124)
[5] [Jan 24 12:27:46]    subnet       : 192.168.65.0 (opsi-setup|125)
[5] [Jan 24 12:27:46]    broadcast    : 192.168.65.255 (opsi-setup|126)
[5] [Jan 24 12:27:46]    fqdn         : hes-slave.univention.ucs (opsi-setup                                   |127)
[5] [Jan 24 12:27:46]    hostname     : hes-slave (opsi-setup|128)
[5] [Jan 24 12:27:46]    domain       : univention.ucs (opsi-setup|129)
[5] [Jan 24 12:27:46]    win domain   : UNIVENTION (opsi-setup|130)
[5] [Jan 24 12:30:22] Creating depot 'hes-slave.univention.ucs' (opsi-setup|                                   2384)
[2] [Jan 24 12:30:23] Traceback: (Logger.py|742)
[2] [Jan 24 12:30:23]      line 94 in 'processResult' in file '/var/lib/python-s                                   upport/python2.5/OPSI/Backend/JSONRPC.py' (Logger.py|742)
[2] [Jan 24 12:30:23]      ==>>> Backend I/O error: {'desc': 'Insufficient acces                                   s'} (error on server) (JSONRPC.py|98)
[2] [Jan 24 12:30:23] Traceback: (Logger.py|742)
[2] [Jan 24 12:30:23]      line 3137 in '<module>' in file '/usr/bin/opsi-setup'                                    (Logger.py|742)
[2] [Jan 24 12:30:23]      line 3115 in 'main' in file '/usr/bin/opsi-setup' (Lo                                   gger.py|742)
[2] [Jan 24 12:30:23]      line 2385 in 'registerDepot' in file '/usr/bin/opsi-s                                   etup' (Logger.py|742)
[2] [Jan 24 12:30:23]      line 1 in 'host_createObjects' in file '<string>' (Lo                                   gger.py|742)
[2] [Jan 24 12:30:23]      line 603 in '_jsonRPC' in file '/var/lib/python-suppo                                   rt/python2.5/OPSI/Backend/JSONRPC.py' (Logger.py|742)
[2] [Jan 24 12:30:23]      line 123 in 'execute' in file '/var/lib/python-suppor                                   t/python2.5/OPSI/Backend/JSONRPC.py' (Logger.py|742)
[2] [Jan 24 12:30:23]      line 135 in 'waitForResult' in file '/var/lib/python-                                   support/python2.5/OPSI/Backend/Backend.py' (Logger.py|742)
[2] [Jan 24 12:30:23]      ==>>> Backend I/O error: {'desc': 'Insufficient acces                                   s'} (error on server) (opsi-setup|3145)

ERROR: Backend I/O error: {'desc': 'Insufficient access'} (error on server)

Irgendwelche Ideen? An dieser Stelle schonmal vielen Dank für den tollen Support hier im Forum.

Ciao,
Philip

[d.oertel]

Hi,

was sagt den der log des opsiconfd zum Zeitpunkt der Registrierung auf der Seite des config-servers und des zukünfigen depot-servers ?

gruss
d.oertel

[preetz77]

Hallo,

sowohl das Log auf dem Depot als auch das Log auf dem Master zeigen nichts an zum Zeitpunkt der Registrierung.

Eine Sache ist mir noch aufgefallen. Wenn ich manuell opsi-setup --register-depot aufrufe, werde ich zunächst nach den Daten des Masterservers gefragt, das scheint auch soweit zu funktionieren. Auf dem nächsten Dialog sind die Vorbelegungen aber alle Grütze. Scheinbar fehlen Daten oder sie sind in der Zeile verrutscht. Ich habe hiervon mal einen Screenshot gemacht. Leider kann ich ihn nicht anhängen, da das Forum meint das Kontingent für Dateianhänge wäre ausgeschöpft?!? Ich kann den aber gerne direkt zuschicken, wer es sich anschauen möchte.

Ciao,
Philip

[preetz77]

Hi,

habe vorhin in den falschen Logs geschaut. Da ist doch ein bisschen was passiert.

qHier vom Master:

Code: Alles auswählen

[4] [Jan 27 14:14:48] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/e
tc/opsi/modules' (Backend.py|356)
[5] [Jan 27 14:14:48] Application 'opsi jsonrpc module version 4.0.1' on client '192.168.65.240' did not send cookie
(workers.py|161)
[5] [Jan 27 14:14:48] New session created (session.py|74)
[5] [Jan 27 14:14:48] Authorization request from Administrator@192.168.65.240 (application: opsi jsonrpc module versi
on 4.0.1) (workers.py|188)
[4] [Jan 27 14:14:48] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/e
tc/opsi/modules' (Backend.py|356)
[5] [Jan 27 14:14:48] -----> Executing: backend_getInterface() (JsonRpc.py|123)
[4] [Jan 27 14:14:48] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/e
tc/opsi/modules' (Backend.py|356)
[5] [Jan 27 14:14:49] -----> Executing: accessControl_userIsAdmin() (JsonRpc.py|123)
[4] [Jan 27 14:14:49] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/e
tc/opsi/modules' (Backend.py|356)
[5] [Jan 27 14:14:49] -----> Executing: host_getObjects([], {'id': u'hes-slave.till-hydraulik.ucs'}) (JsonRpc.py|123)
[4] [Jan 27 14:15:58] Failed to read opsi modules file '/etc/opsi/modules': [Err
no 2] No such file or directory: u'/etc/opsi/modules' (Backend.py|356)
[5] [Jan 27 14:15:58] -----> Executing: host_createObjects([<OpsiDepotserver id 'hes-slave.univention.ucs'>]) (JsonRpc.py|123)
[3] [Jan 27 14:15:58] Execution error: Backend I/O error: {'desc': 'Insufficient access'} (JsonRpc.py|136)
[4] [Jan 27 14:19:55] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/etc/opsi/modules' (Backend.py|356)
[5] [Jan 27 14:19:55] Application 'opsi jsonrpc module version 4.0.1' on client '192.168.65.240' did not send cookie (workers.py|161)
[5] [Jan 27 14:19:55] New session created (session.py|74)
[5] [Jan 27 14:19:55] Authorization request from Administrator@192.168.65.240 (application: opsi jsonrpc module version 4.0.1) (workers.py|188)
[4] [Jan 27 14:19:55] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/etc/opsi/modules' (Backend.py|356)
[5] [Jan 27 14:19:56] -----> Executing: backend_getInterface() (JsonRpc.py|123)
[4] [Jan 27 14:19:56] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/etc/opsi/modules' (Backend.py|356)
[5] [Jan 27 14:19:56] -----> Executing: accessControl_userIsAdmin() (JsonRpc.py|123)
[4] [Jan 27 14:19:56] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/etc/opsi/modules' (Backend.py|356)
[5] [Jan 27 14:19:56] -----> Executing: host_getObjects([], {'id': u'hes-slave.univention.ucs'}) (JsonRpc.py|123)

und hier vom zukünftigen Depot:

Code: Alles auswählen

==================================================================
=             opsi configuration service starting                =
==================================================================
 (Logger.py|831)
[5] [Jan 27 14:12:44] Starting opsiconfd main thread (opsiconfd.py|430)
[5] [Jan 27 14:12:44] Opening socket /var/run/opsiconfd/opsiconfd.socket for interprocess communication. (opsiconfd.py|414)
[5] [Jan 27 14:12:44] Added static content '/' which points to directory '/usr/share/opsiconfd/static' (opsiconfd.py|273)
[2] [Jan 27 14:12:44] Traceback: (Logger.py|742)
[2] [Jan 27 14:12:44]      line 437 in 'run' in file '/var/lib/python-support/python2.5/opsiconfd/opsiconfd.py' (Logger.py|742)
[2] [Jan 27 14:12:44]      line 286 in '_createSite' in file '/var/lib/python-support/python2.5/opsiconfd/opsiconfd.py' (Logger.py|742)
[2] [Jan 27 14:12:44]      line 1 in 'host_getObjects' in file '<string>' (Logger.py|742)
[2] [Jan 27 14:12:44]      line 423 in '_executeMethod' in file '/var/lib/python-support/python2.5/OPSI/Backend/Backend.py' (Logger.py|742)
[2] [Jan 27 14:12:44]      line 1 in 'host_getObjects' in file '<string>' (Logger.py|742)
[2] [Jan 27 14:12:44]      line 423 in '_executeMethod' in file '/var/lib/python-support/python2.5/OPSI/Backend/Backend.py' (Logger.py|742)
[2] [Jan 27 14:12:44]      line 1 in 'host_getObjects' in file '<string>' (Logger.py|742)
[2] [Jan 27 14:12:44]      line 423 in '_executeMethod' in file '/var/lib/python-support/python2.5/OPSI/Backend/Backend.py' (Logger.py|742)
[2] [Jan 27 14:12:44]      line 1 in 'host_getObjects' in file '<string>' (Logger.py|742)
[2] [Jan 27 14:12:44]      line 388 in '_dispatchMethod' in file '/var/lib/python-support/python2.5/OPSI/Backend/BackendManager.py' (Logger.py|742)
[2] [Jan 27 14:12:44]      line 1264 in 'host_getObjects' in file '/var/lib/python-support/python2.5/OPSI/Backend/File.py' (Logger.py|742)
[2] [Jan 27 14:12:44]      line 766 in '_read' in file '/var/lib/python-support/python2.5/OPSI/Backend/File.py' (Logger.py|742)
[2] [Jan 27 14:12:44]      line 437 in '_getIdents' in file '/var/lib/python-support/python2.5/OPSI/Backend/File.py' (Logger.py|742)
[2] [Jan 27 14:12:44]      ==>>> [Errno 2] No such file or directory: '/var/lib/opsi/config/depots' (opsiconfd.py|449)

Ciao,
Philip