NetBSD Problem Report #15536

Received: (qmail 24606 invoked from network); 8 Feb 2002 11:42:20 -0000
Message-Id: <20020208114351.9190468EE5@hiro.dyn.dhs.org>
Date: Fri,  8 Feb 2002 12:43:51 +0100 (CET)
From: wiz@netbsd.org
Reply-To: wiz@netbsd.org
To: gnats-bugs@gnats.netbsd.org
Subject: not all rc.d scripts handle 'status'
X-Send-Pr-Version: 3.95

>Number:         15536
>Category:       bin
>Synopsis:       not all rc.d scripts handle 'status'
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    bin-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Feb 08 11:43:00 +0000 2002
>Closed-Date:    
>Last-Modified:  Sat Jun 16 07:15:31 +0000 2012
>Originator:     Thomas Klausner
>Release:        NetBSD 1.5ZA
>Organization:
>Environment:
System: NetBSD hiro 1.5ZA NetBSD 1.5ZA (HIRO) #0: Thu Feb 7 14:12:23 CET 2002 wiz@hiro:/archive/cvs/src/sys/arch/i386/compile/HIRO i386
Architecture: i386
Machine: i386
>Description:
Not all (system) rc.d scripts support 'status'.
One could argue that not all are supposed to, but some that definitely
should support it, don't.
>How-To-Repeat:
Start sushi, try 'Show all daemons' or 'Show configured and running
processes'.
Or do:
	cd /etc/rc.d
	for i in [^.]*; do echo $i:; ./$i status; done
and look at the output.
Currently, the ones not supporting status are:
accounting, ccd, cleartmp, dmesg, fsck, ipnat, ipsec, ldconfig, lkm?, local,
motd, mountall, mountcritlocal, mountcritremote, network, newsyslog, ntpdate,
postfix, ppp, pwcheck, quota, raidframe, root, savecore, securelevel, swap?,
sysctl, sysdb, ttys, wscons.

At least the following should support the status keyword:
accounting, newsyslog, postfix, ppp, quota. 

The following could report useful status, though I'm not sure if that's
overloading:
ccd, ipnat, raidframe, securelevel, wscons.

`ipfilter status' doesn't return output like the others do.
>Fix:
Not provided, shouldn't be hard though.
>Release-Note:
>Audit-Trail:

From: woods@weird.com (Greg A. Woods)
To: gnats-bugs@gnats.netbsd.org (NetBSD GNATS submissions and followups),
	netbsd-bugs@NetBSD.ORG (NetBSD Bugs and PR posting List)
Cc:  
Subject: Re: bin/15536: not all rc.d scripts handle 'status'
Date: Fri,  8 Feb 2002 14:53:54 -0500 (EST)

 [ On Friday, February 8, 2002 at 12:43:51 (+0100), wiz@netbsd.org wrote: ]
 > Subject: bin/15536: not all rc.d scripts handle 'status'
 >
 > At least the following should support the status keyword:
 > accounting, newsyslog, postfix, ppp, quota. 

 Newsyslog isn't a daemon per se.  It runs from cron.  The rc.d/newsyslog
 script merely trims the files at boot in case they need it.  There's no
 point to having "status" keyword supprot for it as there's normally
 nothing much to report (though I guess you could have it use '-n -v' or
 something to see which files need trimming or some similar nonsense).

 > The following could report useful status, though I'm not sure if that's
 > overloading:
 > ccd, ipnat, raidframe, securelevel, wscons.

 I'd say 'quota' and 'accounting' fall into the latter category too.  :-)

 > `ipfilter status' doesn't return output like the others do.

 This is a good thing!

 -- 
 								Greg A. Woods

 +1 416 218-0098;  <gwoods@acm.org>;  <g.a.woods@ieee.org>;  <woods@robohack.ca>
 Planix, Inc. <woods@planix.com>; VE3TCP; Secrets of the Weird <woods@weird.com>
State-Changed-From-To: open->feedback 
State-Changed-By: lukem 
State-Changed-When: Wed Feb 13 18:37:48 PST 2002 
State-Changed-Why:  

"status" is documented in rc.d(8) as being optional if the rc.d 
script doesn't actually start a process (i.e, it performs a once-off 
operation). 

For consistency, we could make "status" act as a no-op if no status 
method is defined for that script.  Would that solve the problem-at-large 
that you have? 



Responsible-Changed-From-To: bin-bug-people->lukem 
Responsible-Changed-By: lukem 
Responsible-Changed-When: Wed Feb 13 18:37:48 PST 2002 
Responsible-Changed-Why:  
i'm mr rc.d 

From: Thomas Klausner <wiz@netbsd.org> (by way of Erik E. Fair)
To: NetBSD GNATS Problem Report Tracking System <gnats-bugs@gnats.netbsd.org>
Cc:  
Subject: Re: bin/15536
Date: Thu, 14 Feb 2002 00:47:04 -0800

 The actual problem I was having is that postfix doesn't support
 status, which makes it not show up in some lists in sushi.

 I thought I'd be thorough, but I think I somehow just made a fool of
 myself being too thorough here...

 Anyway, fixing postfix and the one or two other scripts that start
 processes but don't react too well to 'status' would be making me
 content.

 Bye,
   Thomas

 -- 
 Thomas Klausner - wiz@danbala.tuwien.ac.at
 When all other means of communication fail, try words.

From: Luke Mewburn <lukem@wasabisystems.com> (by way of Erik E. Fair)
To: NetBSD GNATS Problem Report Tracking System <gnats-bugs@gnats.netbsd.org>
Cc:  
Subject: Re: bin/15536
Date: Thu, 14 Feb 2002 00:47:38 -0800

 Any suggestions as to what command to run to generate status output
 for postfix?

 Luke.

From: Thomas Klausner <wiz@netbsd.org> (by way of Erik E. Fair)
To: NetBSD GNATS Problem Report Tracking System <gnats-bugs@gnats.netbsd.org>
Cc:  
Subject: Re: bin/15536
Date: Thu, 14 Feb 2002 00:48:04 -0800

 According to the man page, `/usr/libexec/postfix/master -t' should be
 a good test [but NOTE: It seems to report 'false' if postfix _IS_
 running].

 Bye,
   Thomas

 -- 
 Thomas Klausner - wiz@danbala.tuwien.ac.at
 When all other means of communication fail, try words.
State-Changed-From-To: feedback->open 
State-Changed-By: wiz 
State-Changed-When: Tue Mar 5 06:55:36 PST 2002 
State-Changed-Why:  
Feedback supplied. 
Responsible-Changed-From-To: lukem->bin-bug-people
Responsible-Changed-By: lukem@NetBSD.org
Responsible-Changed-When: Sat, 16 Jun 2012 07:15:31 +0000
Responsible-Changed-Why:
Back to the pool for someone with more time


>Unformatted:

Home	PR Database Search