Am 16.06.2011 13:41, schrieb Tomasz Torcz:
> On Thu, Jun 16, 2011 at 01:25:40PM +0200, Michal Schmidt wrote:
>> On 06/16/2011 01:07 PM, Reindl Harald wrote:
>>> you can see the master-porcess and a child shortly in ps aux but
>>> after a few seconds systemd changes to "deactivating (stop-sigterm)"
>>> and is killing the processes
>> ...
>>
>>> [root@testserver:/lib/systemd/system]$ systemctl status dbmail-imapd.service
>>> dbmail-imapd.service - DBMail IMAP Server
>>>            Loaded: loaded (/lib/systemd/system/dbmail-imapd.service)
>>>            Active: deactivating (stop-sigterm) since Thu, 16 Jun 2011 
>>> 13:05:11 +0200; 1s ago
>>>           Process: 5013 ExecStart=/usr/sbin/dbmail-imapd (code=exited, 
>>> status=0/SUCCESS)
>>>          Main PID: 5014 (code=exited, status=0/SUCCESS)
>>
>> When the main PID of the service exits, the default action is to kill 
>> the whole cgroup.
>> The question is why did the main PID exit in the first place.
> 
>  dbmail is doing something confusing systemd.  For such cases, GuessMainPID=
> (systemd.service) was introduced.  Also worth playing with is PIDFile= (the 
> same manpage).
>  Reindl, could you put dbmail-imapd.service somewhere for us to download
> and play with?

below my "dbmail-imapd.service"
i will send a copy to the dbmail-mailing-list

some minutes ago dbmail-imapd <defunct> was in ps aux
i am not sure what here happens, finally systedm shoots the service down
PIDFile is given and /etc/init.d-scripts used this too


[root@testserver:/lib/systemd/system]$ cat dbmail-imapd.service
[Unit]
Description=DBMail IMAP Server
After=syslog.target mysqld.service local-fs.target network.target

[Service]
Type=forking
PIDFile=/var/run/dbmail-imapd.pid
ExecStart=/usr/sbin/dbmail-imapd

[Install]
WantedBy=multi-user.target

Attachment: signature.asc
Description: OpenPGP digital signature

_______________________________________________
DBmail mailing list
DBmail@dbmail.org
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail

Reply via email to