Re: Script vs command line behaviour
On Wed, Oct 12, 2016 at 05:59:10PM +0200, Frank wrote:
> Op 12-10-16 om 17:17 schreef Mark Fletcher:
> >I wonder if passing the --fetchmailrc option will work. The systemd
> >journal snippet I included in my original post shows that fetchmail is
> >getting started successfully -- but by the morning it's not running.
> >Now, clearly nothing gets past me, but that means it's terminating.
> >Which suggests it doesn't know what it is supposed to do once it is
> >started. Which suggests maybe it's not finding the fetchmailrc file?
>
> Looking at question C6 in the fetchmail FAQ, I'd say that's quite likely...
> :)
>
Likely though it may have been, I'm afraid it didn't work. I modified
the last line of the script to: sudo -u mark fetchmail -d 900
--fetchmailrc /home/mark/.fetchmailrc
Which is the correct location of my .fetchmailrc.
Then sudo journalctl -b | grep fetchmail shows:
Oct 12 23:59:04 kazuki systemd[1]: Starting LSB: init-Script for system
wide fetchmail daemon...
Oct 12 23:59:04 kazuki fetchmail[2801]: Not starting fetchmail daemon,
disabled via /etc/default/fetchmail.
Oct 12 23:59:04 kazuki systemd[1]: Started LSB: init-Script for system
wide fetchmail daemon.
Oct 13 01:30:06 kazuki sudo[4323]: root : TTY=unknown ; PWD=/ ;
USER=mark ; COMMAND=/usr/bin/fetchmail -q
Oct 13 01:30:06 kazuki homebackup.sh[4280]: fetchmail: background
fetchmail at 3734 killed.
Oct 13 03:48:33 kazuki sudo[5443]: root : TTY=unknown ; PWD=/ ;
USER=mark ; COMMAND=/usr/bin/fetchmail -d 900 --fetchmailrc
/home/mark/.fetchmailrc
[lines justified to make them easier to read]
I rebooted yesterday evening, as I was playing around with tails, but
that is a different story. So the above is the entirety of the output of
the command.
The first 3 lines are the system-wide fetchmail daemon getting kicked
off at system boot and deciding not to do anything.
Subsequently, unknown to systemd, I started fetchmail as my unprivelegd
user mark by hand from the command line using fetchmail -d 900 . That
invariably works correctly.
In line 4 you can see my backup script stopping fetchmail by running
fetchmail -q as user mark. Again this command does not involve systemd
(except for the fact that it is being executed in a script which is
being executed by a systemd unit)
Line 5 reports the success of that command.
And line 6 _appears_ to be a successful execution of the (modified) last
line of the script, sudo -u mark fetchmail -d 900 --fetchmailrc
/home/mark/.fetchmailrc , except once again this morning I got up to
find fetchmail was not running. And once again running fetchmail -d 900
from the command line started it successfully.
So I see Nicolas and others suggested other approaches involving greater
logging of what is going on overnight after I had gone to bed; my next
step is to try some of those ideas.
Mark
Reply to: