Skip site navigation (1)Skip section navigation (2)
Date:      07 Jul 2000 03:06:50 +0200
From:      Cyrille Lefevre <clefevre@no-spam.citeweb.net>
To:        Steve Roome <steve@sse0691.bri.hp.com>
Cc:        David Scheidt <dscheidt@enteract.com>, freebsd-stable@FreeBSD.ORG
Subject:   Re: HEADS UP: /etc/rc.shutdown calls local scripts now
Message-ID:  <puoqg34l.fsf@pc166.gits.fr>
In-Reply-To: Steve Roome's message of "Thu, 6 Jul 2000 17:34:14 %2B0100"
References:  <Pine.BSF.4.21.0007060846010.74904-100000@q.closedsrc.org> <Pine.NEB.3.96.1000706111440.49943A-100000@shell-2.enteract.com> <20000706173414.D1802@moose.bri.hp.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Steve Roome <steve@sse0691.bri.hp.com> writes:

> On Thu, Jul 06, 2000 at 11:16:05AM -0500, David Scheidt wrote:
> > On Thu, 6 Jul 2000, Linh Pham wrote:
> > 
> > :> 
> > :> Can we have little green "[ OK ]"s as well? :)
> > :> 
> > :> j/k
> > :
> > :I hope you are joking... LOL... We don't want Linux emulation to go in
> > :that direction.
> > 
> > 
> > HP/UX does something like this.  I find it rather useful, but that may be
> > because I have boxes that take almost an hour to boot....
> 
> It's a general SYSVism I think, but on the whole I find it to be a
> pain, most of the things that happen at startup (on my HP-UX boxes)
> could happen in the background, but because someone has made them all
> sequential, so that they can all put ok's or not ok's on the screen it

it's the general SYSV way to run scripts sequentially, not HP-UX ones.

> means that after the 15 odd minutes of hardware testing that these
> machines do on bootup I then have to wait another 10 minutes until
> it's really started, and the same again when I want to shutdown.
> 
> The problem with that of course, is that I end up just calling reboot,
> rather than bothering to wait for the shutdown - which is probably not
> what should be encouraged.

on a client machine, right. but on a server running some sort of databases...

> I'd hate to see FreeBSD go the same way, it's nice to have the
> information available, but having a lot of sequential startup/shutdown
> scripts is a pain - and when say SNMP (early starter/stopper) hangs,
> the box won't boot or shutdown until someone kills off that process,
> which might involve a walk to the machine room.

well, too much informations, kills informations. I'd like the way HP-UX
goes. just a summary and if an error occur, look at /var/adm/rc.log
for error messages. I've even implemented this under FreeBSD :)

> It's a pain, and seems to be just there to look nice. (IMHO)
> 
> Unless someone wants to do the same sort of system, but one that runs
> in parallel - that I'd like.

at work, I run SYSV based OSes (HP-UX, Solaris, IRIX). from my point of view,
the bests startup scripts are HP-UX ones located in /etc^H^H^Hsbin/init.d
and configuration files located in /etc/rc.config.d. I'd like the idea to
stop/restart a service just by doing /sbin/init.d/nis.server stop/start.
I although like the way to number them in /etc/rc?.d, so they start in the
order you want. just like BSD /etc/rc files. but if you need to restart
some services, you don't have to egrep it in /etc/rc* to find the right
command and arguments like I need to do under BSD systems.

it's a pain to do something like ps -ef|awk '/yp/&&!/awk/{print $1}|xargs kill
if a process is missing, just do /sbin/init.d/nis.server start and it restart
the missing process. no need to stop all of them to have the right way like
needed under Solaris. yes, under HP-UX, a service isn't started if it's already
running.

PS : of course, I'm talking about HP-UX 10.x, not HP-UX 9.x which make uses
of /etc/rc files like BSD does :)

Cyrille.
-- 
home:mailto:clefevre@no-spam.citeweb.net Supprimer "no-spam." pour me repondre.
work:mailto:Cyrille.Lefevre@no-spam.edf.fr Remove "no-spam." to answer me back.


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?puoqg34l.fsf>