Debian Bug report logs - #586360
preseed/url: netcfg/get_hostname value is ignored even if DHCP was disabled

Reply or subscribe to this bug.

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Teodor <mteodor@gmail.com>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: preseed/url: netcfg/get_hostname value is ignored even if DHCP was disabled

Date: Fri, 18 Jun 2010 21:51:58 +0300

Package: debian-installer
Severity: normal

Hi,

I've performed several (automatic) installations of virtual machines with Debian
5.0 (lenny) using preseed/url and this line is completely ignored:
| d-i netcfg/get_hostname string pro-kd5x01

Instead of setting the hostname to 'pro-kd5x01' it was computed from the reverse
DNS entry for the given IP address with 'netcfg/get_ipaddress' parameter. Also,
probably the 'netcfg/get_domain' is also ignored but in this case it was the same
as in rDNS so it didn't matter.

Note that DHCP was disabled during the installation with this d-i key:
| netcfg/disable_dhcp=true

>From the docs I've read that 'netcfg/get_ipaddress' should only be ignored if
these values are given by a DHCP server. However, I don't have a DHCP server in
that remote network (thus the use of netcfg/disable_dhcp=true to avoid any
interactive communication during install).

Thanks


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Message #10 received at 586360@bugs.debian.org (full text, mbox, reply):

From: Teodor MICU <mteodor@gmail.com>

To: anthony <afm404@gmail.com>

Cc: 586360@bugs.debian.org

Subject: Re: re Debian Bug report logs - #586360.

Date: Thu, 29 Mar 2012 19:40:21 +0300

Hi,

2012/3/29 anthony <afm404@gmail.com>:
> I've just seen your bug on d-i bugtracker.
> I'm having similar issues and wondered how you had got on .
>
> You've probably found out by now on the bootline you can do auto=true url=http  hostname=name domainname=name
>
> It seems to be a chicken and egg thing, it needs dhcp first to get the preseed file. And once that's done debian installer doesn't go back over those options. I fail to see why they even exist except for local media preseed file.
>
> If you found a way round it i'd be very interested to know.

I don't remember exactly but I think I had to give the network
settings twice, on the install line and on the preseed file.

> I'm trying to preseed with name / domain name from the bootline as they get set wrong by default, and because i am url/preseed the IP static settings i want to use get ignored, not even set on reboot. And i have a DHCP server but i want it to use the domainname i specifiy and not the one it finds on the dhcp server.
>
> Any help would be much appreciated, your bug is just about 2 years old, i figure you might have found out what you needed to know by now . :)

At that time I investigated automated installations of Debian but I
gave up due to many reasons, among them being the lack of time to do
many tests and a very low volume of Debian installations. Thus, I
don't have much to add on this subject.

Cheers

Message #15 received at 586360@bugs.debian.org (full text, mbox, reply):

From: Nye Liu <nyet@nyet.org>

To: 586360@bugs.debian.org

Subject: netcfg/get_hostname

Date: Tue, 13 Sep 2016 17:25:25 -0700

With DCHP ENABLED:

I have tried:

Null string:
d-i netcfg/hostname string 
d-i netcfg/get_hostname string 

Seen false:
d-i netcfg/hostname seen false
d-i netcfg/get_hostname seen false

The only workaround seems to be to remove priority=critical from the kernel
command line (annoying, since there is no easy way to automate this short
of making your own iso or editing grub.cfg in your tftp netboot server)

There is an annoying side effect to this though; d-i netcfg/get_domain
is ignored, and the user always has to enter the domain.

Send a report that this bug log contains spam.