<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Fri, Jun 26, 2015 at 7:00 AM Mantas Mikulėnas <<a href="mailto:grawity@gmail.com">grawity@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Jun 26, 2015 at 4:15 PM, Lesley Kimmel <span dir="ltr"><<a href="mailto:ljkimmel99@hotmail.com" target="_blank">ljkimmel99@hotmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div><div dir="ltr">Hi all;<br><br>I've been working with RHEL5/6 for the past several years and have developed many init scripts/services which generally use lock files and PID files to allow for tracking of the service status. We are moving to RHEL7 (systemd) in the near future and I am looking for instruction or tutorials on how to effectively migrate these scripts to work with systemd. <br><br>I found <a href="https://wiki.archlinux.org/index.php/Systemd#Service_types" target="_blank">https://wiki.archlinux.org/index.php/Systemd#Service_types</a> which seems somewhat promising but it is fairly high-level. It looks like I may be able to use the 'forking' type with the 'pidfile' parameter to somewhat mimic what the scripts to today. However, I have a couple of questions:<br></div></div></blockquote><div><br></div></div></div></div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Usually systemd detects the main process even without PIDFile, using cgroups to keep track.</div></div></div></div></blockquote><div><br></div><div>Explicitly setting the PIDFIle is always the superior option, though. It removes ambiguity, ensures more accurate service startup completion detection, and (usually) ensures that systemd is definitely sending signals to the right PID for modes like "mixed."<br></div></div></div>