From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/1961 Path: news.gmane.org!not-for-mail From: Mathieu Poumeyrol Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: Bug for sv status in lsb mode Date: Mon, 13 Jul 2009 16:18:36 +0200 Message-ID: <17A739BC-94BA-4611-A523-6978934F0D61@zoy.org> References: <8F9355C5-C168-4AD7-8B6C-502416E7EECC@zoy.org> <94175859-2733-4ACF-85E9-DD5FF627F23B@zoy.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v935.3) Content-Type: multipart/alternative; boundary=Apple-Mail-4-752060676 X-Trace: ger.gmane.org 1247494731 14971 80.91.229.12 (13 Jul 2009 14:18:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 13 Jul 2009 14:18:51 +0000 (UTC) Cc: Charlie Brady , supervision@list.skarnet.org To: Mathieu Poumeyrol Original-X-From: supervision-return-2196-gcsg-supervision=m.gmane.org@list.skarnet.org Mon Jul 13 16:18:44 2009 Return-path: Envelope-to: gcsg-supervision@gmane.org Original-Received: from antah.skarnet.org ([212.85.147.14]) by lo.gmane.org with smtp (Exim 4.50) id 1MQMMd-0000ED-Rv for gcsg-supervision@gmane.org; Mon, 13 Jul 2009 16:18:43 +0200 Original-Received: (qmail 8997 invoked by uid 76); 13 Jul 2009 14:19:57 -0000 Mailing-List: contact supervision-help@list.skarnet.org; run by ezmlm List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Archive: Original-Received: (qmail 8987 invoked from network); 13 Jul 2009 14:19:57 -0000 In-Reply-To: <94175859-2733-4ACF-85E9-DD5FF627F23B@zoy.org> X-Mailer: Apple Mail (2.935.3) Xref: news.gmane.org gmane.comp.sysutils.supervision.general:1961 Archived-At: --Apple-Mail-4-752060676 Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Le 13 juil. 09 =E0 16:13, Mathieu Poumeyrol a =E9crit : > > Le 13 juil. 09 =E0 15:42, Charlie Brady a =E9crit : >> >> On Mon, 13 Jul 2009, Mathieu Poumeyrol wrote: >> >>> I have tracked down a bug in the lsb-compatible code for sv =20 >>> status: sv return 0 even if the service is down. >> >> What makes you think that sv status should return non-zero if the =20 >> service is down? I see nothing to suggest that here: >> >> http://smarden.sunsite.dk/runit/sv.8.html > > > It's not explicit here, but required for LSB compliance. > > see = http://refspecs.freestandards.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-gene= ric/iniscrptact.html > > As a matter of fact, sv code looks like it is meant to achieve this, =20= > but fails because of the side effect on the "r" global. Sorry, it is actually explicit in the "Exit codes" last paragraph... If the command is status, it exits 3 if the service is down, and 4 if =20= the status is unknown. It exits 2 on wrong usage, and 151 on error.= --Apple-Mail-4-752060676--