[Bug 1043244] Re: "Waiting up to 60 more seconds for network configuration" when using interface aliases
Steve Langasek
steve.langasek at canonical.com
Wed Sep 5 02:38:02 UTC 2012
** Summary changed:
- "Waiting up to 60 more seconds for network configuration" at startup, despite of static network configuration
+ "Waiting up to 60 more seconds for network configuration" when using interface aliases
** Changed in: ifupdown (Ubuntu)
Status: New => Triaged
** Changed in: ifupdown (Ubuntu)
Importance: Undecided => Medium
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ifupdown in Ubuntu.
https://bugs.launchpad.net/bugs/1043244
Title:
"Waiting up to 60 more seconds for network configuration" when using
interface aliases
Status in “ifupdown” package in Ubuntu:
Triaged
Bug description:
The startup of my freshly-installed Ubuntu Server 12.04 (64 bit), which uses static network configuration, is delayed with the "Waiting up to 60 more seconds for network configuration" message. The problem seems to be the existence of
sub-interfaces. If there is eth0:1 (iface eth0:1 inet static) in /etc/network/interfaces, an additional waiting time of ~2min is added to the boot sequence. This is quite inappropriate for an uptime-critical server setup. Commenting the sub-interface out resolves the delay-problem, but -- of course -- does not configure the necessary sub-interface.
/etc/network/interfaces:
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 132.252.156.70
netmask 255.255.255.0
gateway 132.252.156.1
dns-nameservers 8.8.8.8 8.8.4.4
auto eth0:1
iface eth0:1 inet static
address 169.254.100.70
netmask 255.255.255.0
gateway 169.254.100.1
There are no other interfaces on this machine except for lo and eth0.
The system is a VirtualBox-based virtual machine, with bridged
Ethernet adapter.
/var/boot.log:
fsck from util-linux 2.20.1
fsck from util-linux 2.20.1
Reiserfs super block in block 16 on 0xfc00 of format 3.6 with standard journal
Blocks (total/free): 1895424/1500373 by 4096 bytes
Filesystem is clean
Reiserfs super block in block 16 on 0x801 of format 3.6 with standard journal
Blocks (total/free): 62208/30422 by 4096 bytes
Filesystem is clean
* Stopping OpenSSH server [ OK ]
* Starting OpenSSH server [ OK ]
* Starting Mount network filesystems [ OK ]
* Stopping Mount network filesystems [ OK ]
* Starting configure network device [ OK ]
* Starting configure network device security [ OK ]
* Starting Mount network filesystems [ OK ]
* Starting Failsafe Boot Delay [ OK ]
* Stopping Mount network filesystems [ OK ]
* Starting Bridge socket events into upstart [ OK ]
* Starting configure network device [ OK ]
* Stopping cold plug devices [ OK ]
* Stopping log initial device creation [ OK ]
* Starting load fallback graphics devices [ OK ]
* Starting configure virtual network devices [ OK ]
* Stopping load fallback graphics devices [ OK ]
* Starting configure network device security [ OK ]
* Starting Userspace bootsplash [ OK ]
* Stopping Userspace bootsplash [ OK ]
* Stopping configure virtual network devices [ OK ]
* Stopping Failsafe Boot Delay [ OK ]
* Starting System V initialisation compatibility [ OK ]
Skipping profile in /etc/apparmor.d/disable: usr.sbin.rsyslogd
* Starting AppArmor profiles [ OK ]
* Stopping System V initialisation compatibility [ OK ]
* Starting System V runlevel compatibility [ OK ]
* Starting automatic crash report generation [ OK ]
* Starting deferred execution scheduler [ OK ]
* Starting regular background program processing daemon [ OK ]
* Starting ACPI daemon [ OK ]
* Starting save kernel messages [ OK ]
* Starting CPU interrupts balancing daemon [ OK ]
* Starting mouse interface server gpm [ OK ]
* Starting crash report submission daemon [ OK ]
* Stopping save kernel messages [ OK ]
* Starting NTP server ntpd [ OK ]
* Stopping System V runlevel compatibility [ OK ]
Commenting out the configuration of eth0:1 seems to solve the delay issue, but -- of course -- does not any more configure the necessary sub-interface.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/1043244/+subscriptions
More information about the foundations-bugs
mailing list