Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs
Frans Pop wrote: For one thing, my dhcp server setup [1] already uses 'filename' for PXE netbooting. So it seems that the chosen solution is incompatible with netbooting which I doubt was the intention. No, see the documentation (in the installation manual). It's possible to conditionalise the filename to send the url only to the d-i dhcp client while sending a regular file for the pxe boot stage. a Maybe it would be better to use something like 'preseed-url' instead [2]. If someone can get it to work, sure. I tried and non-standard values did not seem to be available from within d-i. -- see shy jo signature.asc Description: Digital signature
Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs
tags 354339 patch pending
thanks
On Tue, Feb 28, 2006 at 10:33:47PM -0800, Joey Hess wrote:
Frans Pop wrote:
For one thing, my dhcp server setup [1] already uses 'filename' for PXE
netbooting. So it seems that the chosen solution is incompatible with
netbooting which I doubt was the intention.
No, see the documentation (in the installation manual). It's possible to
conditionalise the filename to send the url only to the d-i dhcp client
while sending a regular file for the pxe boot stage.
By giving lines like
if substring (option vendor-class-identifier, 0, 14) = NetcfgDHClient {
filename http://pierre/di/coco/preseed.cfg;; }
else { filename pxelinux.0; }
to the dhcpd.conf
GSt
signature.asc
Description: Digital signature
Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs
On Wednesday 01 March 2006 07:33, Joey Hess wrote: Frans Pop wrote: For one thing, my dhcp server setup [1] already uses 'filename' for PXE netbooting. So it seems that the chosen solution is incompatible with netbooting which I doubt was the intention. No, see the documentation (in the installation manual). It's possible to conditionalise the filename to send the url only to the d-i dhcp client while sending a regular file for the pxe boot stage. Right, I missed that. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs
On Tue, Feb 28, 2006 at 06:50:57PM +0100, Frans Pop wrote: IMO all this needs some thought and changes in the implementation. I have therefore uploaded a version of preseed without support for dhcp pre- seeding but with the fixes needed for existing preseeding functionality. From the changelog of network-preseed.postinstall: | * Load dhcp preseed file first, but then load any specified preseed/url. | This allows for using dhcp preseeding for network-global stuff, like | mirrors etc, while fully automating installs in the old manner. Note that | I chose to let preseed/url override the dhcp preseeding, which should | override the other is debatable. So when the DHCP filename has an URL then that file is fetched and preseeded Next it does the kernel command line provided preseed/url. (it even will do DHCP provided preseed/url ( cool, really cool )) Having the DHCP preseed support in beta2 is good thing, please make it possible. GSt signature.asc Description: Digital signature
Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs
tags 354339 - patch
tags 354339 - pending
thanks
I have looked at the coding and I'm not happy with it for the release.
Although I agree that the patch by Geert will solve the problem seen by
Christian, I think it only helps to hide some more basic problems with
the whole implementation of dhcp preseeding.
For one thing, my dhcp server setup [1] already uses 'filename' for PXE
netbooting. So it seems that the chosen solution is incompatible with
netbooting which I doubt was the intention. Maybe it would be better to
use something like 'preseed-url' instead [2].
Having the dual use of 'filename' also makes the isinstallable check less
than ideal as it will currently also make network-preseed installable for
my PXE netboot setup while I have not set that up for dhcp preseeding.
I think the current test
if [ -n $FN -a -z ${FN##*://*} ]; then
is intended to check that $FN actually contains an URL.
However, this is not very obvious from the code. It is probably better to
replace this test with something like
if echo $FN | grep -q \(http\|ftp\):// ; then
IMO all this needs some thought and changes in the implementation. I have
therefore uploaded a version of preseed without support for dhcp pre-
seeding but with the fixes needed for existing preseeding functionality.
[1]
My dhcp server setup contains:
group {
filename /i386/pxelinux.0;
next-server 10.19.66.2;
host hostname {
hardware ethernet MAC address;
fixed-address address;
option host-name hostname;
}
}
This results in a lease file which contains (even if I do not actually PXE
boot):
lease {
interface eth0;
fixed-address address;
filename /i386/pxelinux.0;
option [...]
[...]
}
[2] Note that this would also need to be changed in the manual.
pgpdMnfdBG2OL.pgp
Description: PGP signature
Processed: Re: Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs
Processing commands for [EMAIL PROTECTED]: tags 354339 - patch Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs Tags were: pending patch Tags removed: patch tags 354339 - pending Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs Tags were: pending Tags removed: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs
tags 354339 + unreproducible thanks On Saturday 25 February 2006 14:14, Christian Perrier wrote: It seems that preseed always tries to retrieve a preseed file...even for not preseeded installs. I found this while running a standard install with the sid_d-i netinst of 20060224. I cannot reproduce this with either sid_d-i 20060224 or 20060225, so there must be something in your local situation that causes this. Please run the installation at medium priority and tell at which menu step the preseeding happens. When you've done that, try to find the script that is run and add a 'set -x' to get a log of what it actually does. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs
Processing commands for [EMAIL PROTECTED]: tags 354339 + unreproducible Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs There were no tags set. Tags added: unreproducible thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs
Looking closer at the logs, I see that dhclient.leases is used.
Here's this file in my vmware virtual machine while it runs th
einstaller:
lease {
interface eth0;
fixed-address 192.168.7.128;
option subnet-mask 255.255.255.0;
option routers 192.168.7.2;
option domain-name-servers 192.168.7.2;
option domain-name localdomain;
option broadcast-address 192.168.7.255;
option dhcp-lease-time 1800;
option dhcp-message-type 5;
option dhcp-server-identifier 192.168.7.254;
renew 1 2006/2/27 23:17:01;
rebind 1 2006/2/27 23:28:16;
expire 1 2006/2/27 23:32:01;
}
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs
I cannot reproduce this with either sid_d-i 20060224 or 20060225, so there
must be something in your local situation that causes this.
Well, my vmware setup didn't change in last weeks..:-)
The DHCP server setup is typical Vmware:
#
# Configuration file for ISC 2.0b6pl1 vmnet-dhcpd operating on vmnet8.
#
# This file was automatically generated by the VMware configuration program.
# If you modify it, it will be backed up the next time you run the
# configuration program.
#
# We set domain-name-servers to make some DHCP clients happy
# (dhclient as configued in SuSE, TurboLinux, etc.).
# We also supply a domain name to make pump (Red Hat 6.x) happy.
#
allow unknown-clients;
default-lease-time 1800;# 30 minutes
max-lease-time 7200;# 2 hours
subnet 192.168.7.0 netmask 255.255.255.0 {
range 192.168.7.128 192.168.7.254;
option broadcast-address 192.168.7.255;
option domain-name-servers 192.168.7.2;
option domain-name localdomain;
option routers 192.168.7.2;
}
So, no special parameters passed as DHCP options or whatever...just
standard stuff...
I'm currently trying a medium priority install
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs
On Mon, Feb 27, 2006 at 11:25:23PM +0100, Christian Perrier wrote: Running it seems to trigger network-preseed.postinst, which I made set -x as suggested. The result is that attached log file. It features a first attempt *without* set -x and another one *with* it Okay, that helped. A proposal for fixing this showstopper^Wshowpostponer is in SVN. It is unverified (my local time has midnight plus 1 hour) GSt signature.asc Description: Digital signature
Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs
# On Mon, Feb 27, 2006 at 05:06:29PM +0100, Frans Pop wrote: # tags 354339 + unreproducible # thanks tags 354339 - unreproducible thanks I cannot reproduce this with either sid_d-i 20060224 or 20060225, so there must be something in your local situation that causes this. The bug is only visable when when the DHCP server doesn't offer a filename. Night GSt signature.asc Description: Digital signature
Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs
On Mon, Feb 27, 2006 at 11:08:34PM +0100, Christian Perrier wrote:
I cannot reproduce this with either sid_d-i 20060224 or 20060225, so there
must be something in your local situation that causes this.
Well, my vmware setup didn't change in last weeks..:-)
snip/
subnet 192.168.7.0 netmask 255.255.255.0 {
range 192.168.7.128 192.168.7.254;
option broadcast-address 192.168.7.255;
option domain-name-servers 192.168.7.2;
option domain-name localdomain;
option routers 192.168.7.2;
}
So, no special parameters passed as DHCP options or whatever...just
standard stuff...
Because there is no filename,
we (Frans, Joey, I) weren't affected by the bug.
I'm currently trying a medium priority install
You shall encounter the bug again.
A thing that might work is:
| --- debian/network-preseed.postinst (revision 35134)
| +++ debian/network-preseed.postinst (working copy)
| @@ -31,7 +31,7 @@
| for file in /var/lib/dhcp/dhclient.leases
| /var/lib/dhcp3/dhclient.leases; do
| if [ -r $file ]; then
| FN=$(sed -n -e '/filename/s/.*\(.*\)./\1/p' $file)
| - if [ -z ${FN##*://*} ]; then
| + if [ -n $FN -a -z ${FN##*://*} ]; then
| preseed_location $FN
| fi
| fi
It is also available in SVN trunk.
Good Night,
Geert Stappers
signature.asc
Description: Digital signature
Processed: Re: Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs
Processing commands for [EMAIL PROTECTED]: # On Mon, Feb 27, 2006 at 05:06:29PM +0100, Frans Pop wrote: # tags 354339 + unreproducible # thanks tags 354339 - unreproducible Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs Tags were: unreproducible Tags removed: unreproducible thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs
tags 354339 patch thanks Quoting Geert Stappers ([EMAIL PROTECTED]): On Mon, Feb 27, 2006 at 11:25:23PM +0100, Christian Perrier wrote: Running it seems to trigger network-preseed.postinst, which I made set -x as suggested. The result is that attached log file. It features a first attempt *without* set -x and another one *with* it Okay, that helped. A proposal for fixing this showstopper^Wshowpostponer is in SVN. It is unverified (my local time has midnight plus 1 hour) I quickly verified it in the vmware machine which experienced the problem and it fixed it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs
Package: preseed Severity: grave Justification: renders package unusable It seems that preseed always tries to retrieve a preseed file...even for not preseeded installs. I found this while running a standard install with the sid_d-i netinst of 20060224. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs
On Sat, Feb 25, 2006 at 02:14:18PM +0100, Christian Perrier wrote: It seems that preseed always tries to retrieve a preseed file... even for not preseeded installs. From which location does it try to fetch a preseed file? (file: ? http: ?) GSt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs
Quoting Geert Stappers ([EMAIL PROTECTED]): On Sat, Feb 25, 2006 at 02:14:18PM +0100, Christian Perrier wrote: It seems that preseed always tries to retrieve a preseed file... even for not preseeded installs. From which location does it try to fetch a preseed file? (file: ? http: ?) Well, it says Can't retrieve preseed file from. blahblahso neither file nor http -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
