Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 78083 - network interfaces do not get ipv6 link-local addresses at startup
Summary: network interfaces do not get ipv6 link-local addresses at startup
Status: RESOLVED FIXED
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: 66472
  Show dependency tree
 
Reported: 2005-01-15 06:12 UTC by delete this account
Modified: 2005-01-28 09:34 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 delete this account 2005-01-15 06:12:27 UTC
As stated, eth0 and eth1 do not get their link-local address (inet6 addr: fe80::260:8ff:fe06:463d/64 Scope:Link, etc.) at startup. The problem is solved when I restart /etc/init.d/net.eth0 and net.eth1. There are no error messages at startup.

Here is a paste of the restart process:

root@kuu:~# /etc/init.d/net.eth1 restart
 * WARNING:  you are stopping a boot service.
 * Bringing eth1 down
 *   Releasing DHCP lease for eth1...                                                                                                                     [ ok ]
 *   Stopping eth1...                                                                                                                                     [ ok ]
 * Bringing eth1 up via DHCP...                                                                                                                           [ ok ]
 *   eth1 received address xx.xx.xxx.xxx

After this eth1 got its link-local address.

Reproducible: Always
Steps to Reproduce:
1. reboot



The system is all x86, except for the ppp and pptpd ebuilds.

Portage 2.0.51-r3 (default-linux/x86/2004.3, gcc-3.3.5, glibc-2.3.4.20040808-r1,
2.6.11-rc1-mm1 i586)
=================================================================
System uname: 2.6.11-rc1-mm1 i586 Pentium MMX
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.92.0.2-r1
Headers:  sys-kernel/linux26-headers-2.6.8.1-r2
Libtools: sys-devel/libtool-1.5.2-r7
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=pentium-mmx -O3 -pipe -fomit-frame-pointer -funroll-loops"
CHOST="i586-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=pentium-mmx -O3 -pipe -fomit-frame-pointer -funroll-loops"
DISTDIR="/usr/portage/distfiles"
FEATURES="collision-protect fixpackages sandbox severe sfperms strict userpriv
usersandbox"
GENTOO_MIRRORS="http://trumpetti.atm.tut.fi/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://trumpetti.atm.tut.fi/gentoo-portage"
USE="crypt ipv6 maildir msn ncurses nptl objprelink pam perl pic prelink ssl
threads unicode userlocales x86"
Comment 1 Roy Marples (RETIRED) gentoo-dev 2005-01-17 02:22:30 UTC
Do you get this problem with baselayout-1.11.8?
Comment 2 delete this account 2005-01-21 03:51:11 UTC
I finally got around to testing baselayout-1.11.8 and the problem still occurred. I even tried to add the ipv6 addresses to /etc/conf.d/net in the following manner:

config_eth0=(
       "192.168.0.1/24"
       "2001:xxxx:xxx::x"

Restarting eth0 assigned the ipv6 address and link-local address properly.

However, the interface lo gets its address as it is supposed to.
Comment 3 Roy Marples (RETIRED) gentoo-dev 2005-01-25 10:34:25 UTC
What happens if you move net.ethx to the default runlevel?

The boot runlevel is not really for net.ethx scripts
Comment 4 delete this account 2005-01-28 09:34:03 UTC
Moving the scripts to the default runlevel worked. All ipv6 addresses are now assigned properly. Thanks.