0
I have a service Unit-File mediation.service
like this:
[Unit]
Description=Mobile-IP Log dumper
[Service]
Type=forking
ExecStart=/opt/mediation/mediation start
ExecStopPost=/opt/mediation/mediation stop
ExecReload=/opt/mediation/mediation reload
PIDFile=/var/lib/mediation/syslog-ng.pid
Now, assume somebody starts the service directly with /opt/mediation/mediation start
instead of using systemctl start mediation
In this case systemctl status mediation
will show:
● mediation.service - Mobile-IP Log dumper
Loaded: loaded (/etc/systemd/system/mediation.service; enabled; vendor preset: disabled)
Active: inactive (dead) since Mon 2016-07-11 11:24:11 CEST; 8s ago
Process: 14088 ExecStopPost=/opt/mediation/mediation stop (code=exited, status=0/SUCCESS)
Process: 13482 ExecStart=/opt/mediation/mediation start (code=exited, status=0/SUCCESS)
Main PID: 13746
Is it possible that systemctl status mediation
shows the correct status (i.e. running) of the service? Looks like systemctl does not reload the PIDFile when it checks the status, because in this case all information would be available and proper status is known.
Mobile-IP? Does that still work nowadays, and how can I make it work – user1686 – 2016-07-11T10:08:16.353
Mobile-IP
is just our internal name of the application. It is not related to the Mobile-IP protocol - maybe the name is not very smart but now it is too late to change it. – Wernfried Domscheit – 2016-07-11T10:33:14.067