Description of problem: /etc/init.d/mcstrans says in its header: # pidfile: /var/run/mcstransd.pid However, mcstrands does not seem to write a pidfile when it's started. Current systemd treats it as a failure of the service to start properly and kills the service's cgroup after a timeout of a few minutes. Version-Release number of selected component (if applicable): mcstrans-0.3.2-1.fc15.x86_64 How reproducible: always Steps to Reproduce: 1. make sure you have systemd >= 37-11.fc16 (it went recently to updates) 2. systemctl start mcstrans.service Actual results: systemctl seems hung for a few minutes, then quit unsuccessfully. In the meantime, mcstransd is actually running, but /var/run/mcstransd.pid does not exist. Expected results: mcstrans should write a pidfile. Ideally it would follow the steps described in "man 7 daemon". Additional info: As a workaround, removing the "# pidfile:" header from the initscript helps. See also bug 783108 where spamassassin had a similar bug.
mcstrans-0.3.2-1.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/mcstrans-0.3.2-1.fc16
*** Bug 786567 has been marked as a duplicate of this bug. ***
Michael, I am not sure if you are a regular user of mcstransd but I just converted it to use a unit file for F17.
Dan, I used to experiment with MCS on my machine, but I don't use it anymore. I took a look at mcstransd.service in the master branch. I don't like Type=oneshot and RemainAfterExit=yes. mcstransd is obviously a daemon and not a oneshot script that would do some work and exit. See what happens when you kill the daemon with a signal. The service will still appear as "active". Please change it to Type=forking, remove RemainAfterExit and add a PIDFile=... line. Untested, but it could look like this: [Unit] Description=Mcstrans maintaining path file context After=syslog.target ConditionPathExists=/etc/selinux/mls/setrans.d [Service] Type=forking PIDFile=/run/mcstransd.pid ExecStart=/usr/sbin/mcstransd [Install] WantedBy=multi-user.target
Package mcstrans-0.3.2-1.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing mcstrans-0.3.2-1.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-1197/mcstrans-0.3.2-1.fc16 then log in and leave karma (feedback).
Fixed mcstransd.service in mcstrans-0.3.3-3.fc17 Thanks.
mcstrans-0.3.2-1.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.