Problem: Listener is still processing but writes in an already rotated and deleted logfile

See also Bug 56076


If a logrotate happens during initializing or reinitializing of a listener modul, the listener module progess cannot be followed in the listener.log, there are no new entries in the file.

It seems like the listener is hanging, although it is still processing entries. One might suspect something is wrong and restart the listener, which will only restart the module initialization from the start.

The reason is, that signal processing is deactivated while initializing the listener. The listener also currently handles the initialization as one atomic event and will start from scratch after it is restarted, which is what the logrotate config is trying to do.


Initializing or reinitializing a listener module in a domain with many affected objects can take a long time, because all matching objects are fetched from LDAP and passed to the module. The duration can also be longer if an external service is contacted by the listener module, e.g. in the MS365 connector.

After the logrotate, you can see the listener process logging into a deleted file:

$ lsof -p <listener-pid>
univentio 2047 listener    1w   REG  253,0    27130 1309466 /var/log/univention/listener.log.1 (deleted)
univentio 2047 listener    2w   REG  253,0    27130 1309466 /var/log/univention/listener.log.1 (deleted)

To continue reading the deleted file

less /proc/2047/fd/1


Wait until the initialisation is finished without interrupting the listener with a restart.
Or the Bug is fixed.

This topic was automatically closed after 24 hours. New replies are no longer allowed.