[Eisfair] [E64] exim: "systemd: Failed to resolve symlink /usr/local/share/systemd/user, ignoring: Permission denied"

[Rolf Bensch]

Hallo Marcus,

Am 02.11.24 um 18:21 schrieb Marcus Röckrath:
>> Nach Prüfung: die Verschiebung ist nicht exakt 0 und entspricht ziemnlich
>> genau den Aufzeichnungen in fetchmail.log. Die Wahrscheinlichkeit, dass
>> der Mailabruf die Ursache ist, scheint sehr hoch zu sein.
> Ja, zumindest muss es für jeden Poll auch die Meldungen in der messages für
> den User exim geben.


Habe das mal weiter analysiert.

/var/log/messages startet heute um 00:00 Uhr. "grep ": (to exim) root on none" /var/log/messages" liefert aktuell 71 Fundstellen. Habe daraufhin ein "grep sleeping /var/log/fetchmail.log" ausgeführt und die Zeiten verglichen. Es gibt geringe Abweichungen von max. einer Sekunde. M.E. rührt diese Abweichung aus dem Bereich der 10tel-Sekunden zur Laufzeit her.

Habe daraufhin die Zeitstempel, reduziert auf hh:mm nach /tmp/msg.log schreiben lassen:

   grep ": (to exim) root on none" /var/log/messages | cut -d " " -f4 | cut -d ":" -f1,2 >/tmp/msg.log

und gleiches mit dem Zeitstempel aus /var/log/fetchmail.log

   grep "sleeping" /var/log/fetchmail.log | cut -d " " -f8 | cut -d ":" -f1,2 >/tmp/fetch.log

und schließlich auf die Ergebnisse ein diff ausgeführt:

   diff /tmp/msg.log /tmp/fetch.log
   0a1
   > 00:00
   31c32
   < 07:45
   ---
   > 07:46

Es gibt also zu _jeder_ Fundstelle aus msg.log einen Eintrag in fetch.log mit einer einzigen Abweichung. Auch diese Abweichung ordne ich wieder der Laufzeitdifferenz zu.

Für mich ist das eindeutig und dürfte vermutlich auch in anderen Fetchmail-Installationen so auftauchen.

Grüße

Rolf