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

Marcus Röckrath marcus.roeckrath at gmx.de
So Nov 3 18:14:54 CET 2024


Hallo Rolf,

Rolf Bensch wrote:

> 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.

Ja, denn das fetchmail-Wrapper-Skript /usr/bin/fetchmail-loader, startet den 
eigentlich fetchmail Poll mittel "su - exim ..." an, womit dann systemd 
seine Routine für das Einloggen des Users exim abspult - alles gänzlich 
normal.

Einzig die Meldung bezüglich /usr/local/share/systemd/user habe ich noch 
nirgends auf eis gesehen.

-- 
Gruß Marcus
[eisfair-Team]



Mehr Informationen über die Mailingliste Eisfair