Date: 14 Jun 2002 14:38:36 +0930 From: "Daniel O'Connor" <doconnor@gsoft.com.au> To: Doug Hardie <bc979@lafn.org> Cc: thomas@cuivre.fr.eu.org, stable@FreeBSD.ORG Subject: Re: NIS server status Message-ID: <1024031324.11645.1.camel@chowder.gsoft.com.au> In-Reply-To: <f05111b53b92f1b5b9d0a@[10.0.1.90]> References: <20020609201909.J7944-100000@woozle.rinet.ru> <f05111b39b92cab4fd542@[10.0.1.90]> <20020612151050.A68356@melusine.cuivre.fr.eu.org> <f05111b53b92f1b5b9d0a@[10.0.1.90]>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 2002-06-14 at 13:33, Doug Hardie wrote: > >Why not use something along the line of: > > ps ax|grep ypserv|grep -v grep > /dev/null || ypserv > >from a crontab entry? > > Most servers create a pid file. It would be nice for there to be > consistency in this. Also, grepping for processes is hard to get exactly right. If I run 'vi ypserv.c' the previous example will falsely assume ypserv is running. PID files are better but really suck when you restart your computer badly and they aren't deleted, or a new process takes the PID of your daemon. It would be really really nice if there was some way of having the kernel associate a file with a process, and if the process dies the file is unlinked. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1024031324.11645.1.camel>