[clug] What runlevel should bring network up?

[Bai, Junmin]

On linux, level 3 and 5 should bring network up.

-----Original Message-----
From: linux-bounces+junmin.bai=actewagl.com.au at lists.samba.org
[mailto:linux-bounces+junmin.bai=actewagl.com.au at lists.samba.org] On
Behalf Of Tony Lewis
Sent: Wednesday, 7 June 2006 3:54 PM
To: linux at lists.samba.org
Subject: Re: [clug] What runlevel should bring network up?

Michael James wrote:
> Debian brings network up in runlevel 2
>  when everything I know waits till 3.
>  

AIUI, these are simply arbitrary, and subject to interpretation (i.e.
what the OS designed wants to use them for).

> I'm seeing link S15xntpd fail its initial timeset
>  despite being ostensibly behind S08network.
> This suggests that runlevel 2 might be better.
>  

Whatever the problem is, I don't think it's a runlevel issue.  I'd
suggest you might want to manually run:
    sudo /etc/init.d/xntpd stop
then
    sudo /etc/init.d/xntpd start
to see if that helps.  For more debugging info, try:
    sudo sh -x /etc/init.d/xntpd stop
and
    sudo sh -x /etc/init.d/xntpd start
instead.

> AFAIK the booting system waits till all services in a level are alive
>  before starting the S scripts in the next.
> So moving network to 2 would guarantee it was up and running
>  before attempting to start any services on it.
>  

No, it enters a runlevel without sequentially going through any others.

So entering runlevel 2 does not mean it has executed the scripts in
runlevel 1.

When you change from one runlevel to another, I think the classic
approach is that the OS should execute all the K* scripts from the
current runlevel, then all the S* scripts from the new runlevel.  No
idea how tightly these rules are followed anymore, as most of the time,
we don't change runlevels like UNIXers used to in the olden days.

Tony
--
linux mailing list
linux at lists.samba.org
https://lists.samba.org/mailman/listinfo/linux


************************************************************************
*PLEASE NOTE*  This email and any attachments may
be confidential. If received in error, please delete all
copies and advise the sender. The reproduction or
dissemination of this email or its attachments is
prohibited without the consent of the sender.

WARNING RE VIRUSES:  Our computer systems sweep
outgoing email to guard against viruses, but no warranty
is given that this email or its attachments are virus free.
Before opening or using attachments, please check for
viruses.  Our liability is limited to the re-supply of any
affected attachments.

Any views expressed in this message are those of the
individual sender, except where the sender expressly,
and with authority, states them to be the views of the
organisation.
************************************************************************