Troubleshooting: Listener-/Notifier



Listener-/Notifier replication

When the domain replication is running normally (normal system load, no network problems), the delay between the change being made in Univention Management Console and replicated to, for example, a slave domain controller is barely noticeable. An incomplete replication can be identified by comparing the transaction IDs of the listener and notifier services.

The transactions registered by the notifier service are written in the /var/lib/univention-ldap/notify/transaction file in ascending order on the master domain controller. An example:

root@dcmaster:~# tail -1 /var/lib/univention-ldap/notify/transaction
836 cn=dcslave3,cn=dc,cn=computers,dc=firma,dc=de m

The last transaction received by the listener system is stored in the /var/lib/univention-directory-listener/notifier\id file:

root@dcslave1:~# cat /var/lib/univention-directory-listener/notifier_id

In short, you can also use a preconfigures nagios check for this:


Since UCS 4.1-3 there is also the possibilty to use:

univention-directory-listener-ctrl status

to get a quite complete overview of the Listener- / Notifier Replication status.

DNS Change does not succeed
User not granted admin privileges in SuiteCRM
Domaincontroller not found
Using NFS instead of Samba for Mac homes