Activity log for bug #94398

Date Who What changed Old value New value Message
2007-03-21 12:30:54 Chris Howells bug added bug
2008-05-30 10:26:28 Colin Watson debian-installer: status New Triaged
2008-05-30 10:26:28 Colin Watson debian-installer: importance Undecided High
2008-05-30 11:36:56 Colin Watson net-retriever: status New Triaged
2008-05-30 11:36:56 Colin Watson net-retriever: importance Undecided High
2008-05-30 11:36:56 Colin Watson net-retriever: milestone ubuntu-8.04.1
2008-05-30 11:45:06 Launchpad Janitor net-retriever: status Triaged Fix Released
2008-05-30 11:56:18 Colin Watson description Binary package hint: debian-installer I am trying to do a local network install over Ubuntu Server by pxeboot'ing it. The installer however tries to pull down more recent files than are found on the CD. For instance, I am currently trying to do an install of 6.10. After pointing the installer at my "mirror" (copy of the contents of the CD), the installer dies complaining it cannot find the correct files. Looking at my web server's error log, it is looking for the following file: [Wed Mar 21 12:04:02 2007] [error] [client 192.168.2.162] File does not exist: /export/ubuntu610serverx8664/pool/main/l/linux-source-2.6.17/cdrom-core-modules-2.6.17-10-generic-di_2.6.17.1-10.34_amd64.udeb Googling for this file name shows that is was released as a security update after 6.10 was realeased. My guess is that Ubuntu is somehow pulling down the list of files from an Ubuntu mirror rather than trying to use the file list on my "mirror" -- since the CD is not fully up to date with the contents of the security mirror it of course then fails. The correct fix would be to ensure that the installer only tries to use files on the CD. I have seen the same behaviour with 6.06 server. For reference, my method of netinstalls is as follows: copy install/netboot/ubuntu-installer/amd64/linux to my tftpboot root copy install/netboot/ubuntu-installer/amd64/initrd.gz to my tftpboot root set up a suitable section in the pxelinux.cfg such as: label ubuntu610serverx8664 kernel linux append base-installer/kernel/linux/extra-packages-2.6= pkgsel/install-pattern=~t^ubuntu-standard$ pkgsel/language-pack-patterns= pkgsel/install-language-support=false preseed/locale=en_GB kbd-chooser/method=uk debian-installer/locale=en_GB mirror/country="enter information manually" mirror/http/directory=/ubuntu610serverx8664 mirror/suite=edgy passwd/make-user=true passwd/user-fullname=blah ramdisk_size=21234 root=/dev/ram rw initrd=initrd.gz -- The netboot installer's network package retriever fetches Packages files from the main archive it's given and from security.ubuntu.com (or the value of apt-setup/security_host if set). However, it only actually fetches packages from the main archive. This means that if the main archive does not contain security updates - either because they have not been copied from -security to -updates yet, or because it's a limited local mirror that doesn't contain -security rather than *.archive.ubuntu.com - then netboot installations will fail as soon as they need to retrieve any security updates. The fix is simple and safe: fall back to trying to retrieve packages from the security archive if fetching them from the main archive fails. This has been fixed in net-retriever 1.21ubuntu2 in intrepid. The attached patch fixes this bug. Changelog entry: * Fetch packages from security host if trying to fetch them from the main host fails (LP: #94398). TEST CASE: Fetch the netboot mini.iso from the archive (http://archive.ubuntu.com/ubuntu/dists/hardy-proposed/main/installer-i386/current/images/netboot/mini.iso; replace hardy-proposed with hardy to test the failing version), type 'cli anna/choose_modules=network-console' at the boot: prompt, and confirm that it gets as far as asking you for an SSH password. (This test case also covers bug 234486.) I suggest also confirming that a normal netboot installation (so just type 'cli' at the boot: prompt) works. Regression potential: netboot installations might end up broken in different ways, though I think the risk is low. CD installations will be unaffected.
2008-05-30 11:56:54 Colin Watson bug added attachment '94398.diff' (hardy-proposed patch)
2008-05-30 13:55:38 Martin Pitt net-retriever: status Triaged Fix Committed
2008-05-30 13:55:38 Martin Pitt net-retriever: milestone ubuntu-8.04.1
2008-05-30 17:27:07 Steve Langasek net-retriever: milestone ubuntu-8.04.1
2008-06-01 12:45:32 Colin Watson net-retriever: assignee kamion
2008-06-01 12:45:39 Colin Watson net-retriever: assignee kamion
2008-06-18 20:09:37 Colin Watson description The netboot installer's network package retriever fetches Packages files from the main archive it's given and from security.ubuntu.com (or the value of apt-setup/security_host if set). However, it only actually fetches packages from the main archive. This means that if the main archive does not contain security updates - either because they have not been copied from -security to -updates yet, or because it's a limited local mirror that doesn't contain -security rather than *.archive.ubuntu.com - then netboot installations will fail as soon as they need to retrieve any security updates. The fix is simple and safe: fall back to trying to retrieve packages from the security archive if fetching them from the main archive fails. This has been fixed in net-retriever 1.21ubuntu2 in intrepid. The attached patch fixes this bug. Changelog entry: * Fetch packages from security host if trying to fetch them from the main host fails (LP: #94398). TEST CASE: Fetch the netboot mini.iso from the archive (http://archive.ubuntu.com/ubuntu/dists/hardy-proposed/main/installer-i386/current/images/netboot/mini.iso; replace hardy-proposed with hardy to test the failing version), type 'cli anna/choose_modules=network-console' at the boot: prompt, and confirm that it gets as far as asking you for an SSH password. (This test case also covers bug 234486.) I suggest also confirming that a normal netboot installation (so just type 'cli' at the boot: prompt) works. Regression potential: netboot installations might end up broken in different ways, though I think the risk is low. CD installations will be unaffected. The netboot installer's network package retriever fetches Packages files from the main archive it's given and from security.ubuntu.com (or the value of apt-setup/security_host if set). However, it only actually fetches packages from the main archive. This means that if the main archive does not contain security updates - either because they have not been copied from -security to -updates yet, or because it's a limited local mirror that doesn't contain -security rather than *.archive.ubuntu.com - then netboot installations will fail as soon as they need to retrieve any security updates. The fix is simple and safe: fall back to trying to retrieve packages from the security archive if fetching them from the main archive fails. This has been fixed in net-retriever 1.21ubuntu2 in intrepid. The attached patch fixes this bug. Changelog entry: * Fetch packages from security host if trying to fetch them from the main host fails (LP: #94398). TEST CASE: Fetch the netboot mini.iso from the archive (http://archive.ubuntu.com/ubuntu/dists/hardy-proposed/main/installer-i386/current/images/netboot/mini.iso; replace hardy-proposed with hardy to test the failing version), type 'cli apt-setup/proposed=true anna/choose_modules=network-console' at the boot: prompt, and confirm that it gets as far as asking you for an SSH password. (This test case also covers bug 234486.) I suggest also confirming that a normal netboot installation (so just type 'cli' at the boot: prompt) works. Regression potential: netboot installations might end up broken in different ways, though I think the risk is low. CD installations will be unaffected.
2008-06-25 16:32:41 Martin Pitt net-retriever: status Fix Committed Fix Released
2009-07-09 10:50:16 Launchpad Janitor branch linked lp:ubuntu/karmic/net-retriever
2009-07-09 10:56:07 Launchpad Janitor branch linked lp:~ubuntu-branches/ubuntu/hardy/net-retriever/hardy-proposed