Cron <root@server> /usr/sbin/univention-share-replication

Hallo,

folgende Fehlermeldung erhalten wir an unserem zweiten Standort:

Traceback (most recent call last):
File “/usr/sbin/univention-share-replication”, line 50, in ?
lo = univention.uldap.getAdminConnection()
File “/usr/lib/python2.4/site-packages/univention/uldap.py”, line 68, in getAdminConnection
lo=access(host=baseConfig[‘ldap/master’], base=baseConfig[‘ldap/base’], binddn=‘cn=admin,’+baseConfig[‘ldap/base’], bindpw=bindpw, start_tls=start_tls, decode_ignorelist=decode_ignorelist)
File “/usr/lib/python2.4/site-packages/univention/uldap.py”, line 143, in init
self.__open()
File “/usr/lib/python2.4/site-packages/univention/uldap.py”, line 189, in __open
self.lo.start_tls_s()
File “/usr/lib/python2.4/site-packages/ldap/ldapobject.py”, line 532, in start_tls_s
return self._ldap_call(self._l.start_tls_s)
File “/usr/lib/python2.4/site-packages/ldap/ldapobject.py”, line 96, in _ldap_call
result = func(*args,**kwargs)
ldap.SERVER_DOWN: {‘desc’: “Can’t contact LDAP server”}

Klar, die Fehlermeldung besagt, dass der LDAP server down ist, aber wir haben keinerlei Änderung in dieser Hinsicht unternommen.

Danke,
Bjoern

Hallo,

um diese Meldung bewerten zu können, sind weitere Informationen nötig.

[ul]Wo genau erhalten Sie diese Meldung?
Um was für eine Systemrolle handelt es sich bei dem Standortserver?
Wie ist die Anbindung an den, vermutlich entfernt stehenden, DC Master umgesetzt?
Gibt es ggf. Nagiosmeldungen zu dem System?[/ul]

Ausserdem sollten Sie prüfen, ob die Dienste wie univention-directory-listener und slapd sowohl auf dem DC Master als auch auf den Standortserver laufen.

ps waux | grep slapd ps waux | grep listener

Mit freundlichen Grüßen
Tobias Scherer

Mastodon