[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