[Eisfair] [E1] Mail: 2 fetchmail-Instanzen gleichzeitig?

[Rolf Bensch]

Hallo Marcus,

Am 28.10.19 um 20:08 schrieb Marcus Roeckrath:
> Hallo Rolf,
> 
> Rolf Bensch wrote:
> 
>>> Das PID-File ist /home/exim/.fetchmail.pid, wobei die PID in der ersten
>>> Zeile steht, die zweite ist das "Schlafzeit" bis zum nächsten fetch.
>>
>> gibt es hier nicht. In /home/exim liegt nur .fetchids mit für mich nicht
>> verwertbaren Inhalt
> 
> Auch wenn du mit
> 
> /etc/init.d/mail restart
> 
> das Mailsystem neu startest?

heute Morgen waren wieder 2 Instanzen aktiv. Da war dann auch ein 
pid-File vorhanden:

n36l # ps -ax | grep fetchmail
18366 ?        SNs    1:13 /usr/bin/fetchmail -f /etc/fetchmail.conf
24526 pts/0    SN+    0:00 /bin/sh /bin/grep fetchmail
27194 ?        SNs   12:30 /usr/bin/fetchmail -f /etc/fetchmail.conf
n36l # ls -l /home/exim/.fetchmail.pid
-rw------- 1 exim trusted 10 Oct 29 00:00 /home/exim/.fetchmail.pid
n36l # setup

# hierüber hatte "ich mail stop" ausgeführt. Danach:

n36l # ls -l /home/exim/.fetchmail.pid
ls: cannot access '/home/exim/.fetchmail.pid': No such file or directory
n36l # ps -ax | grep fetchmail
27194 ?        SNs   12:30 /usr/bin/fetchmail -f /etc/fetchmail.conf
30087 pts/0    SN+    0:00 /bin/sh /bin/grep fetchmail
n36l # kill 27194
n36l # /etc/init.d/mail start
  * Starting SMTP server ...        [  OK  ]
  * Starting SSMTP server ...       [  OK  ]
  * Starting Fetchmail daemon ...   [  OK  ]
  * Enabling IMAP4 daemon ...       [  OK  ]
n36l # ps -ax | grep fetchmail
   382 pts/0    SN+    0:00 /bin/sh /bin/grep fetchmail
32178 ?        SNs    0:00 /usr/bin/fetchmail -f /etc/fetchmail.conf
n36l # cat /home/exim/.fetchmail.pid
32178
180

Interessant an dieser Stelle finde ich, dass das in der Nacht erzeugte 
pid-File exakt um 00:00 Uhr erzeugt wurde. In den Logfiles finde ich 
aber nichts mit Bezug zu fetchmail.

Weiterhin interessant in fetchmail.log:
fetchmail: sleeping at Mon, 28 Oct 2019 10:06:40 (CET) for 180 seconds
fetchmail: terminated with signal 15
... danach keine Einträge in fetchmail.log bis:
fetchmail: starting fetchmail 6.4.1 daemon
fetchmail: awakened at Tue, 29 Oct 2019 00:00:32 (CET)

Unter Tag kamen aber noch weitere Mails von extern. Vermutlich hatte ich 
um 10:06 die falsche fetchmail-Instanz gekillt.

Zeitgleich im mainlog:
2019-10-28 10:05:28 End queue run: pid=9064
2019-10-28 10:05:34 1iP0xy-0001jr-6Q <= root at rolf.lan U=root P=local S=1000
2019-10-28 10:05:34 1iP0xy-0001jr-6Q => discarded <rolf at rolf.lan> 
R=userforward
2019-10-28 10:05:34 1iP0xy-0001jr-6Q Completed
2019-10-28 10:10:29 Start queue run: pid=26987
2019-10-28 10:10:29 End queue run: pid=26987
...
2019-10-29 00:00:28 pid 32555: SIGHUP received: re-exec daemon
2019-10-29 00:00:28 exim 4.92.3 daemon started: pid=32555, -q5m, 
listening for SMTP on port 25 (IPv6 and IPv4) port 587 (IPv6 and IPv4)
2019-10-29 00:00:28 pid 32585: SIGHUP received: re-exec daemon

Ich werde weiter beobachten

Grüße Rolf