Activity log for bug #1327412

Date Who What changed Old value New value Message
2014-06-06 20:41:35 Jim Wright bug added bug
2014-06-09 19:26:16 Brian Murray affects ubuntu-release-upgrader (Ubuntu) initramfs-tools (Ubuntu)
2014-06-09 19:26:16 Brian Murray initramfs-tools (Ubuntu): importance Undecided High
2014-06-09 19:26:56 Brian Murray bug added subscriber Brian Murray
2014-07-23 09:36:53 Launchpad Janitor initramfs-tools (Ubuntu): status New Confirmed
2014-07-31 13:49:50 patpat affects initramfs-tools (Ubuntu) klibc (Ubuntu)
2014-08-08 08:10:50 patpat bug watch added http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756633
2014-08-08 14:43:22 Brian Murray bug task added klibc (Debian)
2014-08-08 14:45:04 Brian Murray tags amd64 apport-bug dist-upgrade trusty amd64 apport-bug dist-upgrade rls-u-incoming trusty
2014-08-09 10:43:24 Bug Watch Updater klibc (Debian): status Unknown New
2014-09-08 13:43:40 bishoptf bug added subscriber bishoptf
2014-12-15 14:08:22 Louis Bouchard tags amd64 apport-bug dist-upgrade rls-u-incoming trusty amd64 apport-bug cts dist-upgrade rls-u-incoming trusty
2015-03-26 21:24:55 Louis Bouchard tags amd64 apport-bug cts dist-upgrade rls-u-incoming trusty amd64 apport-bug dist-upgrade rls-u-incoming trusty
2015-10-15 06:18:00 AaronLan bug added subscriber AaronLan
2016-03-12 19:28:02 Guga attachment added Binaries and more info https://bugs.launchpad.net/ubuntu/+source/klibc/+bug/1327412/+attachment/4597191/+files/debug-klibc-ipconfig.tar.gz
2016-03-18 19:18:38 Mathieu Trudel-Lapierre klibc (Ubuntu): status Confirmed In Progress
2016-03-18 19:18:41 Mathieu Trudel-Lapierre klibc (Ubuntu): assignee Mathieu Trudel-Lapierre (mathieu-tl)
2016-03-18 21:31:43 Launchpad Janitor klibc (Ubuntu): status In Progress Fix Released
2016-04-26 14:16:59 Peter Van Rompaey bug added subscriber Peter Van Rompaey
2016-04-26 17:01:13 Mathieu Trudel-Lapierre nominated for series Ubuntu Trusty
2016-04-26 17:01:13 Mathieu Trudel-Lapierre bug task added klibc (Ubuntu Trusty)
2016-04-26 17:01:13 Mathieu Trudel-Lapierre nominated for series Ubuntu Xenial
2016-04-26 17:01:13 Mathieu Trudel-Lapierre bug task added klibc (Ubuntu Xenial)
2016-04-26 17:01:13 Mathieu Trudel-Lapierre nominated for series Ubuntu Wily
2016-04-26 17:01:13 Mathieu Trudel-Lapierre bug task added klibc (Ubuntu Wily)
2016-04-26 17:01:29 Mathieu Trudel-Lapierre klibc (Ubuntu): status Fix Released In Progress
2016-04-26 17:01:33 Mathieu Trudel-Lapierre klibc (Ubuntu Trusty): importance Undecided High
2016-04-26 17:01:35 Mathieu Trudel-Lapierre klibc (Ubuntu Wily): importance Undecided High
2016-04-26 17:01:36 Mathieu Trudel-Lapierre klibc (Ubuntu Xenial): importance Undecided High
2016-04-26 17:01:40 Mathieu Trudel-Lapierre klibc (Ubuntu Trusty): status New In Progress
2016-04-26 17:01:42 Mathieu Trudel-Lapierre klibc (Ubuntu Wily): status New In Progress
2016-04-26 17:01:45 Mathieu Trudel-Lapierre klibc (Ubuntu Xenial): status New In Progress
2016-04-26 17:08:29 Mathieu Trudel-Lapierre description Attempting to PXE boot both the 12.04.3 and 14.04 Live images. PXE boot works normally (PXE Menu, select desired image, image begins loading), then the boot process hangs while IP-Config attempts to get an IP address: IP-Config: eth0 hardware address e0:db:55:0c:34:7e mtu 1500 DHCP IP-Config: eth1 hardware address e0:db:55:0c:34:80 mtu 1500 DHCP IP-Config: no response after 2 secs - giving up IP-Config: eth0 hardware address e0:db:55:0c:34:7e mtu 1500 DHCP IP-Config: eth1 hardware address e0:db:55:0c:34:80 mtu 1500 DHCP IP-Config: no response after 3 secs - giving up These lines appear very quickly (5 seconds has NOT elapsed), after about a minute, we get this: IP-Config: eth0 hardware address e0:db:55:0c:34:7e mtu 1500 DHCP IP-Config: eth1 hardware address e0:db:55:0c:34:80 mtu 1500 DHCP IP-Config: no response after 4 secs - giving up Some time later, this: IP-Config: eth0 hardware address e0:db:55:0c:34:7e mtu 1500 DHCP IP-Config: eth1 hardware address e0:db:55:0c:34:80 mtu 1500 DHCP IP-Config: no response after 6 secs - giving up Until finally, this: IP-Config: eth0 hardware address e0:db:55:0c:34:7e mtu 1500 DHCP IP-Config: eth1 hardware address e0:db:55:0c:34:80 mtu 1500 DHCP IP-Config: no response after 9 secs - giving up IP-Config: eth0 hardware address e0:db:55:0c:34:7e mtu 1500 DHCP IP-Config: eth1 hardware address e0:db:55:0c:34:80 mtu 1500 DHCP IP-Config: eth0 guessed broadcast address 172.25.11.31 IP-Config: eth0 complete (dhcp from 172.25.10.20): (snip) While watching the DHCP server logs, Ubuntu is either not sending a DHCP Discover at times, or is not replying back with a DHCPRequest during these sessions, presumably ignoring an response from the DHCP server. From the initial booting of the system via PXE, to when Ubuntu finally shows the desktop, almost 12 minutes will have elapsed. I am seeing this same behavior on both 12.04.3 and 14.04. After finding a number of similar erros via Google and no real resolution, I have opened this bug. The system experiencing this issue has multiple ethernet interfaces (actual HW, not a VM), some Google found solutions suggest hard coding DEVICE=eth0 in /etc/initramfs-tools/initramfs.conf, however this isn't acceptable as a system attempting to PXE boot may be using an alternate port for the network. I have found what looks to be a very similar bug filed for Debian, #584583, which also contains a patch for this issue (under Debian). I have no problems in PXE booting to various Windows, RedHat, Centos, or Fedora OSs. Ubuntu is the only Live OS that I'm attempting to boot at present. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: ubuntu-release-upgrader-core 1:0.220.2 ProcVersionSignature: Ubuntu 3.13.0-24.46-generic 3.13.9 Uname: Linux 3.13.0-24-generic x86_64 ApportVersion: 2.14.1-0ubuntu3 Architecture: amd64 CasperVersion: 1.340 CrashDB: ubuntu CurrentDesktop: Unity Date: Fri Jun 6 20:22:09 2014 LiveMediaBuild: Ubuntu 14.04 LTS "Trusty Tahr" - Release amd64 (20140417) PackageArchitecture: all ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR=<set> LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: ubuntu-release-upgrader Symptom: release-upgrade UpgradeStatus: No upgrade log present (probably fresh install) [Impact] PXE booting users with live images or other minimal setups using klibc-utils. [Test case] Attempt to PXE boot using Ubuntu live images; see below for details. [Regression potential] This forces the yiaddr (client requested/current IP) to be set to 0 when sending DHCP messages; currently the messages are DHCPREQUEST and DHCPDISCOVER, which should typically only happen when there is no IP set on the device and it is otherwise unable to receive unicast (on account of not being configured). Should there be a need to send other messages which would require setting the yiaddr value to the current configured IP address, a naive change would break. The yiaddr variable would need to be adjusted to pull value from a new location, or initialized directly by the callers to dhcp_send() where the business logic would reside. --- Attempting to PXE boot both the 12.04.3 and 14.04 Live images. PXE boot works normally (PXE Menu, select desired image, image begins loading), then the boot process hangs while IP-Config attempts to get an IP address: IP-Config: eth0 hardware address e0:db:55:0c:34:7e mtu 1500 DHCP IP-Config: eth1 hardware address e0:db:55:0c:34:80 mtu 1500 DHCP IP-Config: no response after 2 secs - giving up IP-Config: eth0 hardware address e0:db:55:0c:34:7e mtu 1500 DHCP IP-Config: eth1 hardware address e0:db:55:0c:34:80 mtu 1500 DHCP IP-Config: no response after 3 secs - giving up These lines appear very quickly (5 seconds has NOT elapsed), after about a minute, we get this: IP-Config: eth0 hardware address e0:db:55:0c:34:7e mtu 1500 DHCP IP-Config: eth1 hardware address e0:db:55:0c:34:80 mtu 1500 DHCP IP-Config: no response after 4 secs - giving up Some time later, this: IP-Config: eth0 hardware address e0:db:55:0c:34:7e mtu 1500 DHCP IP-Config: eth1 hardware address e0:db:55:0c:34:80 mtu 1500 DHCP IP-Config: no response after 6 secs - giving up Until finally, this: IP-Config: eth0 hardware address e0:db:55:0c:34:7e mtu 1500 DHCP IP-Config: eth1 hardware address e0:db:55:0c:34:80 mtu 1500 DHCP IP-Config: no response after 9 secs - giving up IP-Config: eth0 hardware address e0:db:55:0c:34:7e mtu 1500 DHCP IP-Config: eth1 hardware address e0:db:55:0c:34:80 mtu 1500 DHCP IP-Config: eth0 guessed broadcast address 172.25.11.31 IP-Config: eth0 complete (dhcp from 172.25.10.20): (snip) While watching the DHCP server logs, Ubuntu is either not sending a DHCP Discover at times, or is not replying back with a DHCPRequest during these sessions, presumably ignoring an response from the DHCP server. From the initial booting of the system via PXE, to when Ubuntu finally shows the desktop, almost 12 minutes will have elapsed. I am seeing this same behavior on both 12.04.3 and 14.04. After finding a number of similar erros via Google and no real resolution, I have opened this bug. The system experiencing this issue has multiple ethernet interfaces (actual HW, not a VM), some Google found solutions suggest hard coding DEVICE=eth0 in /etc/initramfs-tools/initramfs.conf, however this isn't acceptable as a system attempting to PXE boot may be using an alternate port for the network. I have found what looks to be a very similar bug filed for Debian, #584583, which also contains a patch for this issue (under Debian). I have no problems in PXE booting to various Windows, RedHat, Centos, or Fedora OSs. Ubuntu is the only Live OS that I'm attempting to boot at present. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: ubuntu-release-upgrader-core 1:0.220.2 ProcVersionSignature: Ubuntu 3.13.0-24.46-generic 3.13.9 Uname: Linux 3.13.0-24-generic x86_64 ApportVersion: 2.14.1-0ubuntu3 Architecture: amd64 CasperVersion: 1.340 CrashDB: ubuntu CurrentDesktop: Unity Date: Fri Jun 6 20:22:09 2014 LiveMediaBuild: Ubuntu 14.04 LTS "Trusty Tahr" - Release amd64 (20140417) PackageArchitecture: all ProcEnviron:  TERM=xterm  PATH=(custom, no user)  XDG_RUNTIME_DIR=<set>  LANG=en_US.UTF-8  SHELL=/bin/bash SourcePackage: ubuntu-release-upgrader Symptom: release-upgrade UpgradeStatus: No upgrade log present (probably fresh install)
2016-04-26 18:05:41 Mathieu Trudel-Lapierre bug added subscriber Ubuntu Stable Release Updates Team
2016-04-26 19:03:09 Launchpad Janitor klibc (Ubuntu): status In Progress Fix Released
2016-04-28 04:25:46 Adam Conrad klibc (Ubuntu Trusty): status In Progress Fix Committed
2016-04-28 04:25:52 Adam Conrad bug added subscriber SRU Verification
2016-04-28 04:25:59 Adam Conrad tags amd64 apport-bug dist-upgrade rls-u-incoming trusty amd64 apport-bug dist-upgrade rls-u-incoming trusty verification-needed
2016-04-28 04:26:45 Adam Conrad klibc (Ubuntu Wily): status In Progress Fix Committed
2016-04-28 04:28:05 Adam Conrad klibc (Ubuntu Xenial): status In Progress Fix Committed
2016-04-29 10:12:36 Bartosz Kosiorek tags amd64 apport-bug dist-upgrade rls-u-incoming trusty verification-needed amd64 apport-bug dist-upgrade rls-u-incoming trusty verification-done-trusty verification-needed
2016-04-29 16:42:07 Mathew Hodson tags amd64 apport-bug dist-upgrade rls-u-incoming trusty verification-done-trusty verification-needed amd64 apport-bug dist-upgrade trusty verification-done-trusty verification-needed
2016-05-09 09:00:23 Launchpad Janitor klibc (Ubuntu Trusty): status Fix Committed Fix Released
2016-07-06 06:30:59 Martin Pitt klibc (Ubuntu Wily): status Fix Committed Won't Fix
2016-07-18 09:44:03 Launchpad Janitor klibc (Ubuntu Xenial): status Fix Committed Fix Released
2016-09-16 07:21:07 Mathew Hodson tags amd64 apport-bug dist-upgrade trusty verification-done-trusty verification-needed amd64 apport-bug dist-upgrade trusty verification-done-trusty
2017-12-26 06:38:35 Bug Watch Updater klibc (Debian): status New Fix Committed
2017-12-29 09:33:17 Bug Watch Updater klibc (Debian): status Fix Committed Fix Released