| Summary: | baselayout-1.12.0_pre7 cannot start net.lo | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Sebastian Bergmann (RETIRED) <sebastian> |
| Component: | [OLD] baselayout | Assignee: | Roy Marples (RETIRED) <uberlord> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | jdaluz, matrixhax0r, rhill, spicerun, tacvbo, teidakankan, tetromino, tsdh |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
fixes ifconfig net.lo error checking
fixes kernel 2.6.13 + ifconfig lo issue fixed bring lo up too early |
||
|
Description
Sebastian Bergmann (RETIRED)
2005-08-31 12:37:49 UTC
This bug is a ***BLOCKER***, because without lo, almost all Gnome applications do not work. If someone only has a Gnome desktop, and lo is not up, their machine will hang at some stage during Gnome initialization. Could you test with stable gentoo-sources please? Currently 2.6.12-r9 Also, please add RC_VERBOSE="yes" to /etc/conf.d/rc and repost the actual results Thanks Same problem here on a 2.6.12-ck6 kernel ~x86 system. Not going to try it on the amd64 since there's nothing to fall back to. Error message was the same as the reporter and other network services failed to start after very long delays. gentoo-sources-2.6.12-r9, baselayout-1.12.0_pre7, pentium-m and i915 based
laptop, ~x86.
RC_VERBOSE="yes" is last line of /etc/conf.d/rc
The boot screen reads
* Starting lo
* Loading networking modules for lo
* modules: ifconfig
* ifconfig provided interface
* Running preup function
* Bringing up lo
* 127.0.0.1/8
SIOCSIFADDR: File exists
SIOCSIFFLAGS: Cannot assign requested address
SIOCSIFNETMASK: Cannot assign requested address
SIOCSIFBRDADDR: Cannot assign requested address
SIOCSIFFLAGS: Cannot assign requested address [ !! ]
The comments about preup are because I have a preup() function (in
/etc/conf.d/net) so that I can skip dhcpcd on /etc/eth0 if the cable is not
plugged in.
preup() {
case ${IFACE} in
"eth0" )
if ethtool ${IFACE} | grep -q 'Link detected: no'
then
ewarn "No link on ${IFACE}, aborting configuration"
return 1
fi
return 0;;
* )
return 0;;
esac
return 0
}
This all worked wonderfully with baselayout-1.12.0_pre6
Dunno if this is the same bug, I just can't ping localhost (hostname and domainname are setted fine and it worked before upgrading to 1.12.0_pre7) so I can't start KDE. (stopping at second icon of splash screen) I can't ping myself either using lan address.... hum, my etc-update command did not updated any file, should it have updated /etc/conf.d/net ? I have the same exact same problem on x86 and gentoo-sources-2.6.12. This is definatly a blocker since lo is very important to lots of stuff. I'm sorry, I meant 2.6.13 ... Same problem here on 2.6.13-ck1, on amd64
For those with problems, this is a temporary fix
emerge iproute2
and add
modules=("iproute2")
to /etc/conf.d/net
I have the same problem on 2.6.13-ck1, ~amd64. If I log into a VT and restart net.lo *twice*, the errors disappear after the second try and everything is back to normal (including Gnome successfully starting up), until the next reboot when the same errors recur. emerge --info Portage 2.0.51.22-r2 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r1, 2.6.13-ck1 x86_64) ================================================================= System uname: 2.6.13-ck1 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.12.0_pre7 ccache version 2.4 [enabled] dev-lang/python: 2.3.5, 2.4.1-r1 sys-apps/sandbox: 1.2.12 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 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -pipe -fvisibility-inlines-hidden" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org/" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/local/bmg-main /usr/local/gentopia" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="amd64 X aac aalib alsa avi bash-completion berkdb bitmap-fonts cdr crypt cups curl dbus eds encode esd flac foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 hal howl imagemagick imlib ipv6 java jpeg kde libwww lzw lzw-tiff mad maildir mikmod mono motif mozilla mp3 mpeg mysql ncurses nls nptl ogg oggvorbis opengl pam pdflib perl pic png python qt quicktime readline ruby sdl speex spell sqlite ssl tcltk tcpd tetex theora tiff truetype-fonts type1-fonts usb userlocales vorbis xine xml xml2 xmms xpm xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS (In reply to comment #9) > Same problem here on 2.6.13-ck1, on amd64 > > For those with problems, this is a temporary fix > emerge iproute2 > and add > modules=("iproute2") > to /etc/conf.d/net This worked for me on gentoo-sources-2.6.13, x86 pentium3. Seem's to be a kernel 2.6.13 related problem... no problems with "<sys-kernel/gentoo-sources-2.6.13" (that's it gentoo-sources-2.6.12-r10) Portage 2.0.51.22-r2 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r1, 2.6.13-gentoo x86_64) ================================================================= System uname: 2.6.13-gentoo x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.12.0_pre7 ccache version 2.4 [enabled] dev-lang/python: 2.4.1-r1 sys-apps/sandbox: 1.2.12 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 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=athlon64 -fomit-frame-pointer -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/init.d /etc/splash /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-O2 -march=athlon64 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig candy ccache collision-protect distlocks keeptemp multilib-strict noauto parallel-fetch sandbox sfperms strict userpriv usersandbox" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" LINGUAS="es" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 GAPING_SECURITY_HOLE X Xaw3d aac aim alsa avi bash-completion berkdb bitmap-fonts bluetooth buttons bzip2 cdparanoia cdr crypt cups curl dga directfb dvd dvdread emacs encode fam fbcon flac foomaticdb fortran gdbm gif gimpprint gpgme gpm gstreamer gtk gtk2 hlapi icq imagemagick imap imlib ipv6 irc jabber java javascript jpeg justify leim libcaca libwww lzw lzw-tiff mad mikmod mng motif mozdevelop mozsvg mp3 mpeg mpi msn ncurses new-login nls nptl nvidia offensive ogg oggvorbis opengl oss pam pcre pdflib perl png python quicktime readline real rtc samba scanner sdl sms spell ssl svg symlink tcpd tetex tiff truetype truetype-fonts type1-fonts unicode usb userlocales vorbis wmf xml2 xmms xpm xprint xv xvid yahoo zlib linguas_es userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS Created attachment 67384 [details, diff]
fixes ifconfig net.lo error checking
To apply
patch -p0 < /path/to/patch
Please test and report back ASAP
The patch from comment #13 did not solve the issue for me. Doesn't resolve the problem here either. Behaviour: avalancha ~ # /etc/init.d/net.lo start * Starting lo * Loading networking modules for lo * modules: ifconfig * ifconfig provides interface * Bringing up lo * 127.0.0.1/8 [ ok ] * Adding routes * 127.0.0.0/8 ... [ ok ] avalancha ~ # /etc/init.d/net.lo stop * WARNING: you are stopping a boot service. * Stopping lo * Loading networking modules for lo * modules: ifconfig * Bringing down lo * Shutting down lo ... [ ok ] avalancha ~ # /etc/init.d/net.lo start * Starting lo * Loading networking modules for lo * modules: ifconfig * ifconfig provides interface * Bringing up lo * 127.0.0.1/8 SIOCSIFADDR: File exists SIOCSIFFLAGS: Cannot assign requested address SIOCSIFNETMASK: Cannot assign requested address SIOCSIFBRDADDR: Cannot assign requested address SIOCSIFFLAGS: Cannot assign requested address [ !! ] avalancha ~ # /etc/init.d/net.lo stop * ERROR: "net.lo" has not yet been started. avalancha ~ # /etc/init.d/net.lo start * Starting lo * Loading networking modules for lo * modules: ifconfig * ifconfig provides interface * Bringing up lo * 127.0.0.1/8 [ ok ] * Adding routes * 127.0.0.0/8 ... [ ok ] Created attachment 67388 [details, diff]
fixes kernel 2.6.13 + ifconfig lo issue
I just replicated this using a 2.6.13 g.s kernel - any g.s kernel lower does
not have this issue. However, I see no harm in fixing it here as we have a
similar fix for iproute for 2.6.12 kernels!
New patch should work. Please test and report back.
Attachment 67388 [details, diff] doesn't work too, same behaviour. I'm on IRC (ta^3) if you want
more quickly feedback. :-)
Created attachment 67389 [details, diff]
fixed bring lo up too early
New patch, problem was not what I thought.
Please test and report back
The patch from comment #18 solves the issue for me. Fixed in -r1 *** Bug 104460 has been marked as a duplicate of this bug. *** Someone please mark bug #104486 as a duplicate. *** Bug 104486 has been marked as a duplicate of this bug. *** |