opsi4ucs(@school): Problem mit dem opsilistener

[gprade]

Hallo zusammen,

ich versuche gerade einen opsi ConfigServer auf einem UCS(@school) 3.2 DC-Backup zu installieren und bin dazu laut der Anleitung http://download.uib.de/opsi_stable/doc/ ... n-base-ucs vorgegangen.

Jetzt habe ich ein Problem, was dem Forumsbeitrag viewtopic.php?t=8128 ähnlich ist.

Wenn ich univention-directory-listener-ctrl resync opsilistener ausführe, bekomme ich im /var/log/univention/listener.log den Fehler (anonymisiert)

08.04.16 17:59:41.494 LISTENER ( WARN ) : received signal 15
08.04.16 17:59:47.711 DEBUG_INIT
08.04.16 17:59:48.309 LISTENER ( WARN ) : replication: ldap server changed to master.example.local
UNIVENTION_DEBUG_BEGIN : uldap.__open host=master.example.local port=7389 base=dc=example,dc=local
UNIVENTION_DEBUG_END : uldap.__open host=master.example.local port=7389 base=dc=example,dc=local
UNIVENTION_DEBUG_BEGIN : uldap.__open host=master.example.local port=7389 base=dc=example,dc=local
UNIVENTION_DEBUG_END : uldap.__open host=master.example.local port=7389 base=dc=example,dc=local
08.04.16 17:59:48.341 LISTENER ( WARN ) : initializing module opsilistener
08.04.16 17:59:49.171 LISTENER ( ERROR ) : opsilistener: opsi-admin data:
08.04.16 17:59:49.172 LISTENER ( ERROR ) : Traceback (most recent call last):
File "/usr/lib/univention-directory-listener/system/opsilistener.py", line 106, in get_all_hostobjects
return json.loads(data)
File "/usr/lib/pymodules/python2.6/simplejson/__init__.py", line 384, in loads
return _default_decoder.decode(s)
File "/usr/lib/pymodules/python2.6/simplejson/decoder.py", line 402, in decode
obj, end = self.raw_decode(s, idx=_w(s, 0).end())
File "/usr/lib/pymodules/python2.6/simplejson/decoder.py", line 420, in raw_decode
raise JSONDecodeError("No JSON object could be decoded", s, idx)
JSONDecodeError: No JSON object could be decoded: line 1 column 0 (char 0)

Traceback (most recent call last):
File "/usr/lib/univention-directory-listener/system/opsilistener.py", line 239, in initialize
for host in hosts:
TypeError: 'NoneType' object is not iterable
08.04.16 17:59:51.133 LISTENER ( WARN ) : finished initializing module opsilistener

und im opsi configed Management-Interface für Client-Management mit opsi (Applet startet über Java-Webstart) sind keine Clients vorhanden.

Leider endet der Beitrag viewtopic.php?t=8128 ohne weitere Hinweise oder Lösungsvorschläge.

Was kann ich tun?

Liebe Grüße, Gerhard Prade

PS: opsi-admin -d method host_getObjects ergibt folgendes (anonymisiert)

[
{
"masterDepotId" : null,
"ident" : "deploy.example.local",
"networkAddress" : "10.0.0.0/255.255.255.0",
"description" : "",
"inventoryNumber" : "",
"ipAddress" : "10.0.0.5",
"repositoryRemoteUrl" : "webdavs://deploy.example.local:4447/repository",
"depotLocalUrl" : "file:///var/lib/opsi/depot",
"isMasterDepot" : true,
"notes" : "",
"hardwareAddress" : "00:50:50:50:50:50",
"maxBandwidth" : 0,
"repositoryLocalUrl" : "file:///var/lib/opsi/repository",
"opsiHostKey" : "fffffffffffffffffffffffffffffffffffffffff",
"type" : "OpsiConfigserver",
"id" : "deploy.example.local",
"depotWebdavUrl" : "webdavs://deploy.example.local:4447/depot",
"depotRemoteUrl" : "smb://deploy/opsi_depot"
}
]

[n.wenselowski]

Hi Gerhard,

um das vielleicht nachvollziehen zu können, würdest du noch verraten welche Version des Listeners eingesetzt wird?


Gruß

Niko

[gprade]

Hallo Niko,

apt-cache show digitec-opsi-listener ergibt


Package: digitec-opsi-listener
Version: 1.3-2
Architecture: all
Maintainer: DIGITEC GmbH <info@digitec-ses.de>
Installed-Size: 112
Depends: univention-directory-listener, opsiconfd
Filename: ./all/digitec-opsi-listener_1.3-2_all.deb
Size: 8098
MD5sum: 64e371d6fa8ac9f92d75d226a999278f
SHA1: cef338f88eb15b3de0d55669e0ac73eb8f39d091
SHA256: 84a6ea618e907be3975d6d120dc4d6895a3c7ec21b06f5e1abea7fa35905d6b7
Section: digitec
Priority: optional
Homepage: http://www.digitec-ses.de/
Description: Add, remove and update windows clients in OPSI
Listener module to add, remove and update windows clients in OPSI

Ich hoffe, das hilft weiter.

Liebe Grüße, Gerhard

[n.wenselowski]

Hi,

was ergibt:

Code: Alles auswählen

dpkg -l digitec-opsi-listener

Und was ist die Ausgabe von:

Code: Alles auswählen

opsi-admin -d method host_getObjects '[]' '{"type":"OpsiClient"}'

Gruß

Niko

[gprade]

Hallo Niko,

was ergibt:

Code: Alles auswählen

dpkg -l digitec-opsi-listener

||/ Name Version Beschreibung
+++-=================================-=================================-==================================================================================
ii digitec-opsi-listener 1.3-2 Add, remove and update windows clients in OPSI

Und was ist die Ausgabe von:

Code: Alles auswählen

opsi-admin -d method host_getObjects '[]' '{"type":"OpsiClient"}'

nix.


Liebe Grüße, Gerhard

[n.wenselowski]

Hi Gerhard,

Und was ist die Ausgabe von:

Code: Alles auswählen

opsi-admin -d method host_getObjects '[]' '{"type":"OpsiClient"}'

Nur nix? Oder vielleicht ein paar Klammern?


Gruß

Niko

[gprade]

Hallo Niko,


ne, nur nix.

Code: Alles auswählen

root@deploy:~# opsi-admin -d method host_getObjects '[]' '{"type":"OpsiClient"}'
root@deploy:~#

Liebe Grüße, Gerhard

[n.wenselowski]

Hi Gerhard,

der Fix kommt mit opsi-utils 4.0.6.12.

Wenn du solange nicht warten willst, dann kannst du in /usr/bin/opsi-admin die Zeile 1177 in folgendes ändern:

Code: Alles auswählen

if result is not None:

Da es Python-Code ist, bitte die Einrückung beibehalten und darauf achten, dass es genau so geschrieben wird.

Anschließend sollte der Listener ohne Murren arbeiten.


Gruß

Niko

[n.wenselowski]

Andere, einfache Lösung: einfach einen Client in opsi anlegen und nach dem ersten Sync wieder löschen.
Das erspart das händische Rumfummeln

[gprade]

Hallo Niko,

Andere, einfache Lösung: einfach einen Client in opsi anlegen und nach dem ersten Sync wieder löschen.
Das erspart das händische Rumfummeln

Ich hab den opsi configuration editor (java web start) verwendet und einen Client angelegt. Dann ergab

Code: Alles auswählen

root@deploy:~# opsi-admin -d method host_getObjects '[]' '{"type":"OpsiClient"}'
[
    {
    "ident" : "windows.domain.local",
    "description" : "Windows",
    "created" : "2016-04-15 16:20:24",
    "inventoryNumber" : "",
    "ipAddress" : "10.0.0.100",
    "notes" : "",
    "oneTimePassword" : null,
    "lastSeen" : "2016-04-15 16:20:24",
    "hardwareAddress" : "00:0c:29:a5:35:b0",
    "opsiHostKey" : "c415c6624d507f6edf8d9916bd7401a4",
    "type" : "OpsiClient",
    "id" : "windows.domain.local"
    }
]

Dann habe ich nochmals

Code: Alles auswählen

root@deploy:~# univention-directory-listener-ctrl resync opsilistener
waiting for listener modules to finish
waiting for listener modules to finish
waiting for listener modules to finish
waiting for listener modules to finish
waiting for listener modules to finish
waiting for listener modules to finish
listener shutdown done

Dann war die Ausgabe wie folgt

Code: Alles auswählen

root@deploy:~# opsi-admin -d method host_getObjects '[]' '{"type":"OpsiClient"}'
root@deploy:~#

unter /var/log/univention/listener.log steht dann zwar kein Traceback, aber

Code: Alles auswählen

15.04.16 16:32:09.801  LISTENER    ( WARN    ) : received signal 15
15.04.16 16:32:15.225  DEBUG_INIT
15.04.16 16:32:16.385  LISTENER    ( WARN    ) : replication: ldap server changed to master.domain.local
UNIVENTION_DEBUG_BEGIN  : uldap.__open host=master.domain.local port=7389 base=dc=domain,dc=local
UNIVENTION_DEBUG_END    : uldap.__open host=master.domain.local port=7389 base=dc=domain,dc=local
UNIVENTION_DEBUG_BEGIN  : uldap.__open host=master.domain.local port=7389 base=dc=domain,dc=local
UNIVENTION_DEBUG_END    : uldap.__open host=master.domain.local port=7389 base=dc=domain,dc=local
15.04.16 16:32:16.439  LISTENER    ( WARN    ) : initializing module opsilistener
15.04.16 16:32:25.743  LISTENER    ( WARN    ) : finished initializing module opsilistener

und im opsi configuration editor (java web start) war der zuvor angelegte Client wieder weg.
Sorry, das funktionierte nicht.

Liebe Grüße, Gerhard