Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 149560 - sys-apps/baselayout-1.12.x - net.lo starting too late
Summary: sys-apps/baselayout-1.12.x - net.lo starting too late
Status: VERIFIED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] baselayout (show other bugs)
Hardware: All Linux
: High major (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-09-29 13:37 UTC by cilly
Modified: 2006-11-03 04:38 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description cilly 2006-09-29 13:37:09 UTC
After a reboot net.lo comes up too late so other services, i.e. named is not started. As a result, apache2 is not starting cause named has not been started.

/etc/conf.d/rc
 
RC_TTY_NUMBER=11
RC_PARALLEL_STARTUP="no"
RC_INTERACTIVE="no"
RC_HOTPLUG="no"
RC_COLDPLUG="no"
RC_PLUG_SERVICES=""
RC_NET_STRICT_CHECKING="no"
RC_DOWN_INTERFACE="yes"
RC_VOLUME_ORDER="raid evms lvm dm"
RC_VERBOSE="no"
RC_BOOTLOG="no"
RC_BOOTCHART="no"
RC_USE_FSTAB="no"
RC_USE_CONFIG_PROFILE="yes"
RC_FORCE_AUTO="yes"
RC_DEVICES="auto"
RC_DEVICE_TARBALL="no"
RC_SWAP_ERASE="no"
RC_DMESG_LEVEL="1"
RC_RETRY_KILL="yes"
RC_RETRY_TIMEOUT=1
RC_RETRY_COUNT=5
RC_FAIL_ON_ZOMBIE="no"
RC_KILL_CHILDREN="no"
RC_WAIT_ON_START="0.1"
svcdir="/var/lib/init.d"
svcmount="no"
svcfstype="tmpfs"
svcsize=2048

emerge --info

Portage 2.1.1 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.4-r3, 2.6.18 i686)
=================================================================
System uname: 2.6.18 i686 VIA Samuel 2
Gentoo Base System version 1.12.5
Last Sync: Fri, 29 Sep 2006 16:00:01 +0000
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: [Not Present]
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i586-pc-linux-gnu"
CFLAGS="-march=i586 -Os -m3dnow -mmmx -pipe -fomit-frame-pointer"
CHOST="i586-pc-linux-gnu"
CONFIG_PROTECT="/etc /var/bind"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=i586 -Os -m3dnow -mmmx -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo ftp://ftp.tu-clausthal.de/pub/linux/gentoo http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"
LANG="en_US.utf8"
LC_ALL="en_US.utf8"
LINGUAS="en"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_EXTRA_OPTS="--exclude-from=/etc/portage/rsync_excludes"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow acl apache2 bash-completion berkdb bitmap-fonts bzip2 caps cli crypt cups curl dlloader dri elibc_glibc fortran gd gdbm gmp idn imap innodb input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog jpeg kernel_linux libg++ libwww linguas_en lm_sensors maildir mhash mmx mysql ncurses nls nptl nptlonly pam pam-mysql pcre perl png posix ppds pppd python readline reflection sasl session snmp spl ssl tcpd threads tiff truetype-fonts type1-fonts udev unicode usb userland_GNU video_cards_apm video_cards_ark video_cards_ati video_cards_chips video_cards_cirrus video_cards_cyrix video_cards_dummy video_cards_fbdev video_cards_glint video_cards_i128 video_cards_i740 video_cards_i810 video_cards_imstt video_cards_mga video_cards_neomagic video_cards_nsc video_cards_nv video_cards_rendition video_cards_s3 video_cards_s3virge video_cards_savage video_cards_siliconmotion video_cards_sis video_cards_sisusb video_cards_tdfx video_cards_tga video_cards_trident video_cards_tseng video_cards_v4l video_cards_vesa video_cards_vga video_cards_via video_cards_vmware video_cards_voodoo xml zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS
Comment 1 cilly 2006-09-29 13:51:16 UTC
additional info:

net.lo is in boot level.
named is in default level.
Comment 2 cilly 2006-09-29 13:52:57 UTC
rc-update show
 * Invalid runlevel entry: /etc/runlevels/boot/.keep
 * Invalid runlevel entry: /etc/runlevels/default/.keep
 * Invalid runlevel entry: /etc/runlevels/nonetwork/.keep
 * Invalid runlevel entry: /etc/runlevels/single/.keep
             apache2 |      default                  
                 atd |      default                  
            bootmisc | boot                          
             checkfs | boot                          
           checkroot | boot                          
               clock | boot                          
         consolefont | boot                          
     courier-authlib |      default                  
       courier-imapd |      default                  
   courier-imapd-ssl |      default                  
               dhcpd |      default                  
            fail2ban |      default                  
              hdparm |      default                  
            hostname | boot                          
             ifplugd |      default                  
            iptables |      default                  
             keymaps | boot                          
          lm_sensors |      default                  
               local |      default nonetwork        
          localmount | boot                          
             modules | boot                          
                mrtg |      default                  
               mysql |      default                  
               named |      default                  
            net.eth0 |      default                  
            net.eth1 |      default                  
              net.lo | boot                          
            netmount |      default                  
                 nfs |      default                  
            nfsmount |      default                  
             portmap |      default                  
             postfix |      default                  
               quota | boot                          
           rmnologin | boot                          
           saslauthd |      default                  
       shape-traffic |      default                  
              smartd |      default                  
               snmpd |      default                  
                sshd |      default                  
           syslog-ng |      default                  
                 tor |      default                  
             urandom | boot                          
          vixie-cron |      default       
Comment 3 cilly 2006-09-29 13:59:07 UTC
I saw this first in baselayout 1.12.x. Since it's linux I am not restarting too often, so it may be necessary to check against all versions 1.12 of the baselayout.

The problem is for sure in sys-apps/baselayout-1.12.5-r2.
Comment 4 Roy Marples (RETIRED) gentoo-dev 2006-09-29 14:43:08 UTC
Does net.lo try to start in the boot runlevel?

Please attach your /etc/conf.d/net
Comment 5 cilly 2006-09-29 15:02:40 UTC
It tries to start in boot-level but sometimes it seems the default runlevel is starting before net.lo has been started successfully.

The Gateway is running with ppp0 on eth1 as the WAN-interface. I use "adsl" instead of config_ppp0=( "ppp" ) since config_ppp0=( "ppp" ) is not usable on a dynamic dsl-line cause it does not control the pppd daemon if it crashes, i.e. if line is totally dead for a long time. In this case adsl is way superiour.

$ cat /etc/conf.d/net

config_eth0=( "172.16.17.1 netmask 255.255.255.0 broadcast 172.16.17.255" )

config_eth1=( "adsl" )
adsl_user_eth1="someusername"
Comment 6 Roy Marples (RETIRED) gentoo-dev 2006-09-29 15:08:34 UTC
Try removing those .keep files in /etc/runlevels
Comment 7 cilly 2006-09-29 15:14:07 UTC
Won't the .keep-files be readded while reemerging the baselayout?
Comment 8 Roy Marples (RETIRED) gentoo-dev 2006-09-29 15:16:46 UTC
No
Comment 9 cilly 2006-09-29 16:00:32 UTC
Well, the init-script handling should not pay attention to .keep files.
Comment 10 Roy Marples (RETIRED) gentoo-dev 2006-09-29 16:03:27 UTC
The init scripts themselves don't

On the other hand, rc uses the contents of each runlevel folder to determine what needs to be started.

So again, remove those .keep files and see if it fixes it for you or not.
Comment 11 cilly 2006-09-29 16:24:48 UTC
I removed those .keep files, already. But as it didn't happen on every reboot before, I need to further investigate and find out if it is fixed. Btw, rc should ignore .keep files in those folders.
Comment 12 Lars Langhans 2006-09-30 13:10:44 UTC
Maybe you need to set
RC_NET_STRICT_CHECKING="yes" in your /etc/conf.d/rc
because I saw 2 network cards (eth0, eth1)

Only an idea.
Comment 13 cilly 2006-10-01 15:17:51 UTC
(In reply to comment #12)

(In reply to comment #12)

I have two interfaces, eth0 and eth1, where eth1 is configured as ppp0. If I set

> RC_NET_STRICT_CHECKING="yes" in your /etc/conf.d/rc

what will happen, if the WAN connection ppp0 can not be established?

Well, I need the services to come up whether ppp0 is active or not.
Comment 14 cilly 2006-10-02 09:04:46 UTC
Deleting .keep files did not help. Bug not resolved.
Comment 15 Roy Marples (RETIRED) gentoo-dev 2006-10-22 10:26:38 UTC
Is this bug still valid after solving your ppp problem in irc? If so, please re-open.
Comment 16 cilly 2006-10-22 16:24:34 UTC
The last couple of restarts went fine. I will reopen if this bug appears again.
Comment 17 cilly 2006-11-03 04:38:09 UTC
This bug is not invalid, it is caused of this bug:

https://bugs.gentoo.org/show_bug.cgi?id=153798

changed from Resolved Invalid >>> Closed