| 2015-05-06 09:39:24 |
bugproxy |
bug |
|
|
added bug |
| 2015-05-06 09:39:26 |
bugproxy |
tags |
|
architecture-ppc64le bugnameltc-124423 severity-high targetmilestone-inin1510 |
|
| 2015-05-06 09:39:27 |
bugproxy |
attachment added |
|
preseed file https://bugs.launchpad.net/bugs/1452202/+attachment/4392069/+files/ted.preseed |
|
| 2015-05-06 09:39:29 |
bugproxy |
attachment added |
|
hardware summary of the affected system https://bugs.launchpad.net/bugs/1452202/+attachment/4392070/+files/hardware-summary |
|
| 2015-05-06 09:39:30 |
bugproxy |
attachment added |
|
syslog of the affected system https://bugs.launchpad.net/bugs/1452202/+attachment/4392071/+files/syslog |
|
| 2015-05-06 12:24:15 |
Ubuntu Foundations Team Bug Bot |
tags |
architecture-ppc64le bugnameltc-124423 severity-high targetmilestone-inin1510 |
architecture-ppc64le bot-comment bugnameltc-124423 severity-high targetmilestone-inin1510 |
|
| 2015-05-06 15:04:36 |
Brian Murray |
tags |
architecture-ppc64le bot-comment bugnameltc-124423 severity-high targetmilestone-inin1510 |
architecture-ppc64le bot-comment bugnameltc-124423 severity-high targetmilestone-inin1510 vivid |
|
| 2015-05-06 15:04:50 |
Brian Murray |
affects |
ubuntu |
debian-installer (Ubuntu) |
|
| 2015-05-19 19:12:19 |
Mathieu Trudel-Lapierre |
debian-installer (Ubuntu): status |
New |
Triaged |
|
| 2015-05-19 19:12:20 |
Mathieu Trudel-Lapierre |
debian-installer (Ubuntu): importance |
Undecided |
Medium |
|
| 2015-08-27 16:57:37 |
Steve Langasek |
debian-installer (Ubuntu): assignee |
|
Mathieu Trudel-Lapierre (mathieu-tl) |
|
| 2015-11-04 23:24:32 |
Mathieu Trudel-Lapierre |
affects |
debian-installer (Ubuntu) |
netcfg (Ubuntu) |
|
| 2015-11-04 23:24:44 |
Mathieu Trudel-Lapierre |
netcfg (Ubuntu): status |
Triaged |
In Progress |
|
| 2016-08-06 10:50:09 |
Ben Hagen |
bug watch added |
|
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755848 |
|
| 2016-08-06 10:50:09 |
Ben Hagen |
bug task added |
|
netcfg |
|
| 2016-08-06 11:50:37 |
Bug Watch Updater |
netcfg: status |
Unknown |
New |
|
| 2016-09-20 20:37:54 |
Eric Desrochers |
netcfg (Ubuntu): assignee |
Mathieu Trudel-Lapierre (cyphermox) |
Eric Desrochers (slashd) |
|
| 2016-09-20 23:51:52 |
Eric Desrochers |
description |
== Comment: #0 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-28 18:04:01 ==
---Problem Description---
An install using a preseed file fails to configure the hostname of the system being installed.
Contact Information = echeslak@us.ibm.com
---uname output---
Ubuntu 15.04 ppc64le
Machine Type = Tuleta pKVM guest
---Debugger---
A debugger is not configured
---Steps to Reproduce---
set up an automated install using a preseed file. Grub menu entry:
menuentry "Test" {
linux ubuntu-installer/ppc64el/vmlinux tasks=standard pkgsel/language-pack-patterns= pkgsel/install-language-support=false auto=true preseed/url=http://10.33.11.31/data/autoinst/ted.preseed
initrd ubuntu-installer/ppc64el/initrd.gz
}
The install will begin, and reach the hostname configuration screen, then stop, waiting for input. The hostname is set in the preseed file, which is attached.
Install method: http from ports.ubuntu.com
Install disk info: n/a
Install ISO Information: n/a
*Additional Instructions for echeslak@us.ibm.com:
-Post a private note with access information to the machine that the bug is occuring on.
== Comment: #1 - SANDHYA VENUGOPALA <vsandhya@in.ibm.com> - 2015-04-29 06:08:18 ==
Some literature that is floating around -
when booting from an installation CD and using a preseed file on a network, the installer will need answers to some questions (hostname, network configuration, ...) before it can load the preseed file. On the other hand, including a customized preseed file in a setup CD will allow for more automation, but requires re-mastering of the CD.
The configuration of domain and host name, and keymap are still being asked, even if you have them in your preseed file as shown above. So if you want to kickstart the preseeded installation without a single questions asked, append the following more options to kernel boot prompt:
console-keymaps-at/keymap=us hostname=myhost domain=example.com locale=en_US
Perhaps David Heller can throw some light on this and let us know if its bug.
== Comment: #2 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-29 07:57:29 ==
I'm booting and installing from the network. Even if I leave the hostname related options out of my preseed, it still picks up and displays the correct hostname from dhcp.
== Comment: #3 - David Heller <hellerda@us.ibm.com> - 2015-05-05 14:12:52 ==
I'm not very familiar with this particular preseed option so I'm not sure how it's supposed to behave. However, in a quick test on Ubuntu 15.04, adding "netcfg/hostname=blah" to the kernel cmdline worked: it successfully overrode the hostname from DHCP (the way it is usually set in my environment) with no other changes required.
In the preseed however, I could not make it work, even if I commented out the related lines:
#d-i netcfg/get_hostname string unassigned-hostname
#d-i netcfg/get_domain string unassigned-domain
d-i netcfg/hostname string blah
And looking in the installer log, it could be a order of operations thing, since we see it picking up the hostname from DHCP before retrieving the preseed...
# cat /var/log/syslog | egrep "hostname|seed"
May 5 16:10:16 netcfg[2270]: INFO: DHCP hostname: "myhost"
May 5 16:10:16 netcfg[2270]: DEBUG: Preseeding domain from global: ibm.com
May 5 16:10:16 main-menu[301]: INFO: Menu item 'network-preseed' selected
May 5 16:10:18 preseed: successfully loaded preseed file from ftp://9.114.211.201/install/autoinst/myhost
That said: this doesn't tell exactly when the hostname was *set*, or if it should be overridden even if it is set at that point.
IMHO it should work the same way in the preseed as it does command-line, regardless of order, since that is what the user is requesting. If the installer already "set" the hostname from DHCP info, well, it should set it again with what the user wants.
But I don't know if this is supported or expected to work in all cases. Frankly, I'm not even sure if this is the correct way to do it in preseed (although it seems like it is).
But I think it's fair to mirror this to Ubuntu to ask.
== Comment: #5 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-05-05 16:21:35 ==
I can set the hostname on the linux kernel line in grub, and it will show up correctly in the installer, but my issue is that the install still asks me to confirm that the hostname is correct. I want to proceed through my install totally unattended. |
[Impact]
* DHCP hostname take precedence over netcfg/hostname, if set.
The problem is that the system read the preseed file after having run netcfg, thus preseed parameter cannot be loaded straight from the start
[Test Case]
* HOWTO reproduce :
Install Ubuntu using a preseed[1] file[2] and add the following line in the preseed recipe :
d-i netcfg/hostname string <HOSTNAME>
If the machine get a HOSTNAME from DHCP server or from a reverse lookup, netcfg/hostname doesn't take precedence.
[1] - url=http://<WEB_SERVER>/<PRESEED_FILE>
[2] - https://help.ubuntu.com/lts/installation-guide/example-preseed.txt
[Regression Potential]
* none expected, the change is trivial, and has been tested severals time from more than one person.
[Other Info]
* Debian bug : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755848
The same patch will be submit to Debian.
* There is an old patch introduced in 2012 [Use netcfg/hostname for the hostname if found. (Closes: #606636)] but that doesn't work as expected.
[Original Description]
== Comment: #0 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-28 18:04:01 ==
---Problem Description---
An install using a preseed file fails to configure the hostname of the system being installed.
Contact Information = echeslak@us.ibm.com
---uname output---
Ubuntu 15.04 ppc64le
Machine Type = Tuleta pKVM guest
---Debugger---
A debugger is not configured
---Steps to Reproduce---
set up an automated install using a preseed file. Grub menu entry:
menuentry "Test" {
linux ubuntu-installer/ppc64el/vmlinux tasks=standard pkgsel/language-pack-patterns= pkgsel/install-language-support=false auto=true preseed/url=http://10.33.11.31/data/autoinst/ted.preseed
initrd ubuntu-installer/ppc64el/initrd.gz
}
The install will begin, and reach the hostname configuration screen, then stop, waiting for input. The hostname is set in the preseed file, which is attached.
Install method: http from ports.ubuntu.com
Install disk info: n/a
Install ISO Information: n/a
*Additional Instructions for echeslak@us.ibm.com:
-Post a private note with access information to the machine that the bug is occuring on.
== Comment: #1 - SANDHYA VENUGOPALA <vsandhya@in.ibm.com> - 2015-04-29 06:08:18 ==
Some literature that is floating around -
when booting from an installation CD and using a preseed file on a network, the installer will need answers to some questions (hostname, network configuration, ...) before it can load the preseed file. On the other hand, including a customized preseed file in a setup CD will allow for more automation, but requires re-mastering of the CD.
The configuration of domain and host name, and keymap are still being asked, even if you have them in your preseed file as shown above. So if you want to kickstart the preseeded installation without a single questions asked, append the following more options to kernel boot prompt:
console-keymaps-at/keymap=us hostname=myhost domain=example.com locale=en_US
Perhaps David Heller can throw some light on this and let us know if its bug.
== Comment: #2 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-29 07:57:29 ==
I'm booting and installing from the network. Even if I leave the hostname related options out of my preseed, it still picks up and displays the correct hostname from dhcp.
== Comment: #3 - David Heller <hellerda@us.ibm.com> - 2015-05-05 14:12:52 ==
I'm not very familiar with this particular preseed option so I'm not sure how it's supposed to behave. However, in a quick test on Ubuntu 15.04, adding "netcfg/hostname=blah" to the kernel cmdline worked: it successfully overrode the hostname from DHCP (the way it is usually set in my environment) with no other changes required.
In the preseed however, I could not make it work, even if I commented out the related lines:
#d-i netcfg/get_hostname string unassigned-hostname
#d-i netcfg/get_domain string unassigned-domain
d-i netcfg/hostname string blah
And looking in the installer log, it could be a order of operations thing, since we see it picking up the hostname from DHCP before retrieving the preseed...
# cat /var/log/syslog | egrep "hostname|seed"
May 5 16:10:16 netcfg[2270]: INFO: DHCP hostname: "myhost"
May 5 16:10:16 netcfg[2270]: DEBUG: Preseeding domain from global: ibm.com
May 5 16:10:16 main-menu[301]: INFO: Menu item 'network-preseed' selected
May 5 16:10:18 preseed: successfully loaded preseed file from ftp://9.114.211.201/install/autoinst/myhost
That said: this doesn't tell exactly when the hostname was *set*, or if it should be overridden even if it is set at that point.
IMHO it should work the same way in the preseed as it does command-line, regardless of order, since that is what the user is requesting. If the installer already "set" the hostname from DHCP info, well, it should set it again with what the user wants.
But I don't know if this is supported or expected to work in all cases. Frankly, I'm not even sure if this is the correct way to do it in preseed (although it seems like it is).
But I think it's fair to mirror this to Ubuntu to ask.
== Comment: #5 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-05-05 16:21:35 ==
I can set the hostname on the linux kernel line in grub, and it will show up correctly in the installer, but my issue is that the install still asks me to confirm that the hostname is correct. I want to proceed through my install totally unattended. |
|
| 2016-09-20 23:52:40 |
Eric Desrochers |
description |
[Impact]
* DHCP hostname take precedence over netcfg/hostname, if set.
The problem is that the system read the preseed file after having run netcfg, thus preseed parameter cannot be loaded straight from the start
[Test Case]
* HOWTO reproduce :
Install Ubuntu using a preseed[1] file[2] and add the following line in the preseed recipe :
d-i netcfg/hostname string <HOSTNAME>
If the machine get a HOSTNAME from DHCP server or from a reverse lookup, netcfg/hostname doesn't take precedence.
[1] - url=http://<WEB_SERVER>/<PRESEED_FILE>
[2] - https://help.ubuntu.com/lts/installation-guide/example-preseed.txt
[Regression Potential]
* none expected, the change is trivial, and has been tested severals time from more than one person.
[Other Info]
* Debian bug : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755848
The same patch will be submit to Debian.
* There is an old patch introduced in 2012 [Use netcfg/hostname for the hostname if found. (Closes: #606636)] but that doesn't work as expected.
[Original Description]
== Comment: #0 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-28 18:04:01 ==
---Problem Description---
An install using a preseed file fails to configure the hostname of the system being installed.
Contact Information = echeslak@us.ibm.com
---uname output---
Ubuntu 15.04 ppc64le
Machine Type = Tuleta pKVM guest
---Debugger---
A debugger is not configured
---Steps to Reproduce---
set up an automated install using a preseed file. Grub menu entry:
menuentry "Test" {
linux ubuntu-installer/ppc64el/vmlinux tasks=standard pkgsel/language-pack-patterns= pkgsel/install-language-support=false auto=true preseed/url=http://10.33.11.31/data/autoinst/ted.preseed
initrd ubuntu-installer/ppc64el/initrd.gz
}
The install will begin, and reach the hostname configuration screen, then stop, waiting for input. The hostname is set in the preseed file, which is attached.
Install method: http from ports.ubuntu.com
Install disk info: n/a
Install ISO Information: n/a
*Additional Instructions for echeslak@us.ibm.com:
-Post a private note with access information to the machine that the bug is occuring on.
== Comment: #1 - SANDHYA VENUGOPALA <vsandhya@in.ibm.com> - 2015-04-29 06:08:18 ==
Some literature that is floating around -
when booting from an installation CD and using a preseed file on a network, the installer will need answers to some questions (hostname, network configuration, ...) before it can load the preseed file. On the other hand, including a customized preseed file in a setup CD will allow for more automation, but requires re-mastering of the CD.
The configuration of domain and host name, and keymap are still being asked, even if you have them in your preseed file as shown above. So if you want to kickstart the preseeded installation without a single questions asked, append the following more options to kernel boot prompt:
console-keymaps-at/keymap=us hostname=myhost domain=example.com locale=en_US
Perhaps David Heller can throw some light on this and let us know if its bug.
== Comment: #2 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-29 07:57:29 ==
I'm booting and installing from the network. Even if I leave the hostname related options out of my preseed, it still picks up and displays the correct hostname from dhcp.
== Comment: #3 - David Heller <hellerda@us.ibm.com> - 2015-05-05 14:12:52 ==
I'm not very familiar with this particular preseed option so I'm not sure how it's supposed to behave. However, in a quick test on Ubuntu 15.04, adding "netcfg/hostname=blah" to the kernel cmdline worked: it successfully overrode the hostname from DHCP (the way it is usually set in my environment) with no other changes required.
In the preseed however, I could not make it work, even if I commented out the related lines:
#d-i netcfg/get_hostname string unassigned-hostname
#d-i netcfg/get_domain string unassigned-domain
d-i netcfg/hostname string blah
And looking in the installer log, it could be a order of operations thing, since we see it picking up the hostname from DHCP before retrieving the preseed...
# cat /var/log/syslog | egrep "hostname|seed"
May 5 16:10:16 netcfg[2270]: INFO: DHCP hostname: "myhost"
May 5 16:10:16 netcfg[2270]: DEBUG: Preseeding domain from global: ibm.com
May 5 16:10:16 main-menu[301]: INFO: Menu item 'network-preseed' selected
May 5 16:10:18 preseed: successfully loaded preseed file from ftp://9.114.211.201/install/autoinst/myhost
That said: this doesn't tell exactly when the hostname was *set*, or if it should be overridden even if it is set at that point.
IMHO it should work the same way in the preseed as it does command-line, regardless of order, since that is what the user is requesting. If the installer already "set" the hostname from DHCP info, well, it should set it again with what the user wants.
But I don't know if this is supported or expected to work in all cases. Frankly, I'm not even sure if this is the correct way to do it in preseed (although it seems like it is).
But I think it's fair to mirror this to Ubuntu to ask.
== Comment: #5 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-05-05 16:21:35 ==
I can set the hostname on the linux kernel line in grub, and it will show up correctly in the installer, but my issue is that the install still asks me to confirm that the hostname is correct. I want to proceed through my install totally unattended. |
[Impact]
* DHCP hostname take precedence over netcfg/hostname, if set.
The problem is that the system read the preseed file after having run netcfg, thus the preseed parameter cannot be loaded straight from the start.
If netcfg is re-run, it freezes.
[Test Case]
* HOWTO reproduce :
Install Ubuntu using a preseed[1] file[2] and add the following line in the preseed recipe :
d-i netcfg/hostname string <HOSTNAME>
If the machine get a HOSTNAME from DHCP server or from a reverse lookup, netcfg/hostname doesn't take precedence.
[1] - url=http://<WEB_SERVER>/<PRESEED_FILE>
[2] - https://help.ubuntu.com/lts/installation-guide/example-preseed.txt
[Regression Potential]
* none expected, the change is trivial, and has been tested severals time from more than one person.
[Other Info]
* Debian bug : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755848
The same patch will be submit to Debian.
* There is an old patch introduced in 2012 [Use netcfg/hostname for the hostname if found. (Closes: #606636)] but that doesn't work as expected.
[Original Description]
== Comment: #0 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-28 18:04:01 ==
---Problem Description---
An install using a preseed file fails to configure the hostname of the system being installed.
Contact Information = echeslak@us.ibm.com
---uname output---
Ubuntu 15.04 ppc64le
Machine Type = Tuleta pKVM guest
---Debugger---
A debugger is not configured
---Steps to Reproduce---
set up an automated install using a preseed file. Grub menu entry:
menuentry "Test" {
linux ubuntu-installer/ppc64el/vmlinux tasks=standard pkgsel/language-pack-patterns= pkgsel/install-language-support=false auto=true preseed/url=http://10.33.11.31/data/autoinst/ted.preseed
initrd ubuntu-installer/ppc64el/initrd.gz
}
The install will begin, and reach the hostname configuration screen, then stop, waiting for input. The hostname is set in the preseed file, which is attached.
Install method: http from ports.ubuntu.com
Install disk info: n/a
Install ISO Information: n/a
*Additional Instructions for echeslak@us.ibm.com:
-Post a private note with access information to the machine that the bug is occuring on.
== Comment: #1 - SANDHYA VENUGOPALA <vsandhya@in.ibm.com> - 2015-04-29 06:08:18 ==
Some literature that is floating around -
when booting from an installation CD and using a preseed file on a network, the installer will need answers to some questions (hostname, network configuration, ...) before it can load the preseed file. On the other hand, including a customized preseed file in a setup CD will allow for more automation, but requires re-mastering of the CD.
The configuration of domain and host name, and keymap are still being asked, even if you have them in your preseed file as shown above. So if you want to kickstart the preseeded installation without a single questions asked, append the following more options to kernel boot prompt:
console-keymaps-at/keymap=us hostname=myhost domain=example.com locale=en_US
Perhaps David Heller can throw some light on this and let us know if its bug.
== Comment: #2 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-29 07:57:29 ==
I'm booting and installing from the network. Even if I leave the hostname related options out of my preseed, it still picks up and displays the correct hostname from dhcp.
== Comment: #3 - David Heller <hellerda@us.ibm.com> - 2015-05-05 14:12:52 ==
I'm not very familiar with this particular preseed option so I'm not sure how it's supposed to behave. However, in a quick test on Ubuntu 15.04, adding "netcfg/hostname=blah" to the kernel cmdline worked: it successfully overrode the hostname from DHCP (the way it is usually set in my environment) with no other changes required.
In the preseed however, I could not make it work, even if I commented out the related lines:
#d-i netcfg/get_hostname string unassigned-hostname
#d-i netcfg/get_domain string unassigned-domain
d-i netcfg/hostname string blah
And looking in the installer log, it could be a order of operations thing, since we see it picking up the hostname from DHCP before retrieving the preseed...
# cat /var/log/syslog | egrep "hostname|seed"
May 5 16:10:16 netcfg[2270]: INFO: DHCP hostname: "myhost"
May 5 16:10:16 netcfg[2270]: DEBUG: Preseeding domain from global: ibm.com
May 5 16:10:16 main-menu[301]: INFO: Menu item 'network-preseed' selected
May 5 16:10:18 preseed: successfully loaded preseed file from ftp://9.114.211.201/install/autoinst/myhost
That said: this doesn't tell exactly when the hostname was *set*, or if it should be overridden even if it is set at that point.
IMHO it should work the same way in the preseed as it does command-line, regardless of order, since that is what the user is requesting. If the installer already "set" the hostname from DHCP info, well, it should set it again with what the user wants.
But I don't know if this is supported or expected to work in all cases. Frankly, I'm not even sure if this is the correct way to do it in preseed (although it seems like it is).
But I think it's fair to mirror this to Ubuntu to ask.
== Comment: #5 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-05-05 16:21:35 ==
I can set the hostname on the linux kernel line in grub, and it will show up correctly in the installer, but my issue is that the install still asks me to confirm that the hostname is correct. I want to proceed through my install totally unattended. |
|
| 2016-09-20 23:55:00 |
Eric Desrochers |
attachment added |
|
Fix for Yakkety https://bugs.launchpad.net/ubuntu/+source/netcfg/+bug/1452202/+attachment/4744663/+files/yakkety_lp1452202.debdiff |
|
| 2016-09-20 23:55:23 |
Eric Desrochers |
attachment added |
|
Fix for Trusty https://bugs.launchpad.net/ubuntu/+source/netcfg/+bug/1452202/+attachment/4744664/+files/trusty_lp1452202.debdiff |
|
| 2016-09-20 23:56:55 |
Eric Desrochers |
tags |
architecture-ppc64le bot-comment bugnameltc-124423 severity-high targetmilestone-inin1510 vivid |
architecture-ppc64le bot-comment bugnameltc-124423 severity-high sts targetmilestone-inin1510 vivid |
|
| 2016-09-20 23:57:11 |
Eric Desrochers |
bug |
|
|
added subscriber SRU Verification |
| 2016-09-20 23:57:25 |
Eric Desrochers |
bug |
|
|
added subscriber Mathieu Trudel-Lapierre |
| 2016-09-21 00:10:50 |
Eric Desrochers |
description |
[Impact]
* DHCP hostname take precedence over netcfg/hostname, if set.
The problem is that the system read the preseed file after having run netcfg, thus the preseed parameter cannot be loaded straight from the start.
If netcfg is re-run, it freezes.
[Test Case]
* HOWTO reproduce :
Install Ubuntu using a preseed[1] file[2] and add the following line in the preseed recipe :
d-i netcfg/hostname string <HOSTNAME>
If the machine get a HOSTNAME from DHCP server or from a reverse lookup, netcfg/hostname doesn't take precedence.
[1] - url=http://<WEB_SERVER>/<PRESEED_FILE>
[2] - https://help.ubuntu.com/lts/installation-guide/example-preseed.txt
[Regression Potential]
* none expected, the change is trivial, and has been tested severals time from more than one person.
[Other Info]
* Debian bug : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755848
The same patch will be submit to Debian.
* There is an old patch introduced in 2012 [Use netcfg/hostname for the hostname if found. (Closes: #606636)] but that doesn't work as expected.
[Original Description]
== Comment: #0 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-28 18:04:01 ==
---Problem Description---
An install using a preseed file fails to configure the hostname of the system being installed.
Contact Information = echeslak@us.ibm.com
---uname output---
Ubuntu 15.04 ppc64le
Machine Type = Tuleta pKVM guest
---Debugger---
A debugger is not configured
---Steps to Reproduce---
set up an automated install using a preseed file. Grub menu entry:
menuentry "Test" {
linux ubuntu-installer/ppc64el/vmlinux tasks=standard pkgsel/language-pack-patterns= pkgsel/install-language-support=false auto=true preseed/url=http://10.33.11.31/data/autoinst/ted.preseed
initrd ubuntu-installer/ppc64el/initrd.gz
}
The install will begin, and reach the hostname configuration screen, then stop, waiting for input. The hostname is set in the preseed file, which is attached.
Install method: http from ports.ubuntu.com
Install disk info: n/a
Install ISO Information: n/a
*Additional Instructions for echeslak@us.ibm.com:
-Post a private note with access information to the machine that the bug is occuring on.
== Comment: #1 - SANDHYA VENUGOPALA <vsandhya@in.ibm.com> - 2015-04-29 06:08:18 ==
Some literature that is floating around -
when booting from an installation CD and using a preseed file on a network, the installer will need answers to some questions (hostname, network configuration, ...) before it can load the preseed file. On the other hand, including a customized preseed file in a setup CD will allow for more automation, but requires re-mastering of the CD.
The configuration of domain and host name, and keymap are still being asked, even if you have them in your preseed file as shown above. So if you want to kickstart the preseeded installation without a single questions asked, append the following more options to kernel boot prompt:
console-keymaps-at/keymap=us hostname=myhost domain=example.com locale=en_US
Perhaps David Heller can throw some light on this and let us know if its bug.
== Comment: #2 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-29 07:57:29 ==
I'm booting and installing from the network. Even if I leave the hostname related options out of my preseed, it still picks up and displays the correct hostname from dhcp.
== Comment: #3 - David Heller <hellerda@us.ibm.com> - 2015-05-05 14:12:52 ==
I'm not very familiar with this particular preseed option so I'm not sure how it's supposed to behave. However, in a quick test on Ubuntu 15.04, adding "netcfg/hostname=blah" to the kernel cmdline worked: it successfully overrode the hostname from DHCP (the way it is usually set in my environment) with no other changes required.
In the preseed however, I could not make it work, even if I commented out the related lines:
#d-i netcfg/get_hostname string unassigned-hostname
#d-i netcfg/get_domain string unassigned-domain
d-i netcfg/hostname string blah
And looking in the installer log, it could be a order of operations thing, since we see it picking up the hostname from DHCP before retrieving the preseed...
# cat /var/log/syslog | egrep "hostname|seed"
May 5 16:10:16 netcfg[2270]: INFO: DHCP hostname: "myhost"
May 5 16:10:16 netcfg[2270]: DEBUG: Preseeding domain from global: ibm.com
May 5 16:10:16 main-menu[301]: INFO: Menu item 'network-preseed' selected
May 5 16:10:18 preseed: successfully loaded preseed file from ftp://9.114.211.201/install/autoinst/myhost
That said: this doesn't tell exactly when the hostname was *set*, or if it should be overridden even if it is set at that point.
IMHO it should work the same way in the preseed as it does command-line, regardless of order, since that is what the user is requesting. If the installer already "set" the hostname from DHCP info, well, it should set it again with what the user wants.
But I don't know if this is supported or expected to work in all cases. Frankly, I'm not even sure if this is the correct way to do it in preseed (although it seems like it is).
But I think it's fair to mirror this to Ubuntu to ask.
== Comment: #5 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-05-05 16:21:35 ==
I can set the hostname on the linux kernel line in grub, and it will show up correctly in the installer, but my issue is that the install still asks me to confirm that the hostname is correct. I want to proceed through my install totally unattended. |
[Impact]
* DHCP hostname take precedence over netcfg/hostname, if set.
The problem is that the system read the preseed file after having run netcfg, thus the preseed parameter cannot be loaded straight from the start.
If netcfg is re-run, it freezes.
[Test Case]
* HOWTO reproduce :
Install Ubuntu using a preseed[1] file[2] and add the following line in the preseed recipe :
d-i netcfg/hostname string <HOSTNAME>
If the machine get a HOSTNAME from DHCP server or from a reverse lookup, netcfg/hostname doesn't take precedence.
[1] - url=http://<WEB_SERVER>/<PRESEED_FILE>
[2] - https://help.ubuntu.com/lts/installation-guide/example-preseed.txt
[Regression Potential]
* none expected, the change is trivial, and has been tested severals time from more than one person.
[Other Info]
* Debian bug : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755848
Patch has been submitted to Debian
* There is an old patch introduced in 2012 [Use netcfg/hostname for the hostname if found. (Closes: #606636)] but that doesn't work as expected.
[Original Description]
== Comment: #0 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-28 18:04:01 ==
---Problem Description---
An install using a preseed file fails to configure the hostname of the system being installed.
Contact Information = echeslak@us.ibm.com
---uname output---
Ubuntu 15.04 ppc64le
Machine Type = Tuleta pKVM guest
---Debugger---
A debugger is not configured
---Steps to Reproduce---
set up an automated install using a preseed file. Grub menu entry:
menuentry "Test" {
linux ubuntu-installer/ppc64el/vmlinux tasks=standard pkgsel/language-pack-patterns= pkgsel/install-language-support=false auto=true preseed/url=http://10.33.11.31/data/autoinst/ted.preseed
initrd ubuntu-installer/ppc64el/initrd.gz
}
The install will begin, and reach the hostname configuration screen, then stop, waiting for input. The hostname is set in the preseed file, which is attached.
Install method: http from ports.ubuntu.com
Install disk info: n/a
Install ISO Information: n/a
*Additional Instructions for echeslak@us.ibm.com:
-Post a private note with access information to the machine that the bug is occuring on.
== Comment: #1 - SANDHYA VENUGOPALA <vsandhya@in.ibm.com> - 2015-04-29 06:08:18 ==
Some literature that is floating around -
when booting from an installation CD and using a preseed file on a network, the installer will need answers to some questions (hostname, network configuration, ...) before it can load the preseed file. On the other hand, including a customized preseed file in a setup CD will allow for more automation, but requires re-mastering of the CD.
The configuration of domain and host name, and keymap are still being asked, even if you have them in your preseed file as shown above. So if you want to kickstart the preseeded installation without a single questions asked, append the following more options to kernel boot prompt:
console-keymaps-at/keymap=us hostname=myhost domain=example.com locale=en_US
Perhaps David Heller can throw some light on this and let us know if its bug.
== Comment: #2 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-29 07:57:29 ==
I'm booting and installing from the network. Even if I leave the hostname related options out of my preseed, it still picks up and displays the correct hostname from dhcp.
== Comment: #3 - David Heller <hellerda@us.ibm.com> - 2015-05-05 14:12:52 ==
I'm not very familiar with this particular preseed option so I'm not sure how it's supposed to behave. However, in a quick test on Ubuntu 15.04, adding "netcfg/hostname=blah" to the kernel cmdline worked: it successfully overrode the hostname from DHCP (the way it is usually set in my environment) with no other changes required.
In the preseed however, I could not make it work, even if I commented out the related lines:
#d-i netcfg/get_hostname string unassigned-hostname
#d-i netcfg/get_domain string unassigned-domain
d-i netcfg/hostname string blah
And looking in the installer log, it could be a order of operations thing, since we see it picking up the hostname from DHCP before retrieving the preseed...
# cat /var/log/syslog | egrep "hostname|seed"
May 5 16:10:16 netcfg[2270]: INFO: DHCP hostname: "myhost"
May 5 16:10:16 netcfg[2270]: DEBUG: Preseeding domain from global: ibm.com
May 5 16:10:16 main-menu[301]: INFO: Menu item 'network-preseed' selected
May 5 16:10:18 preseed: successfully loaded preseed file from ftp://9.114.211.201/install/autoinst/myhost
That said: this doesn't tell exactly when the hostname was *set*, or if it should be overridden even if it is set at that point.
IMHO it should work the same way in the preseed as it does command-line, regardless of order, since that is what the user is requesting. If the installer already "set" the hostname from DHCP info, well, it should set it again with what the user wants.
But I don't know if this is supported or expected to work in all cases. Frankly, I'm not even sure if this is the correct way to do it in preseed (although it seems like it is).
But I think it's fair to mirror this to Ubuntu to ask.
== Comment: #5 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-05-05 16:21:35 ==
I can set the hostname on the linux kernel line in grub, and it will show up correctly in the installer, but my issue is that the install still asks me to confirm that the hostname is correct. I want to proceed through my install totally unattended. |
|
| 2016-09-21 00:33:44 |
Eric Desrochers |
description |
[Impact]
* DHCP hostname take precedence over netcfg/hostname, if set.
The problem is that the system read the preseed file after having run netcfg, thus the preseed parameter cannot be loaded straight from the start.
If netcfg is re-run, it freezes.
[Test Case]
* HOWTO reproduce :
Install Ubuntu using a preseed[1] file[2] and add the following line in the preseed recipe :
d-i netcfg/hostname string <HOSTNAME>
If the machine get a HOSTNAME from DHCP server or from a reverse lookup, netcfg/hostname doesn't take precedence.
[1] - url=http://<WEB_SERVER>/<PRESEED_FILE>
[2] - https://help.ubuntu.com/lts/installation-guide/example-preseed.txt
[Regression Potential]
* none expected, the change is trivial, and has been tested severals time from more than one person.
[Other Info]
* Debian bug : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755848
Patch has been submitted to Debian
* There is an old patch introduced in 2012 [Use netcfg/hostname for the hostname if found. (Closes: #606636)] but that doesn't work as expected.
[Original Description]
== Comment: #0 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-28 18:04:01 ==
---Problem Description---
An install using a preseed file fails to configure the hostname of the system being installed.
Contact Information = echeslak@us.ibm.com
---uname output---
Ubuntu 15.04 ppc64le
Machine Type = Tuleta pKVM guest
---Debugger---
A debugger is not configured
---Steps to Reproduce---
set up an automated install using a preseed file. Grub menu entry:
menuentry "Test" {
linux ubuntu-installer/ppc64el/vmlinux tasks=standard pkgsel/language-pack-patterns= pkgsel/install-language-support=false auto=true preseed/url=http://10.33.11.31/data/autoinst/ted.preseed
initrd ubuntu-installer/ppc64el/initrd.gz
}
The install will begin, and reach the hostname configuration screen, then stop, waiting for input. The hostname is set in the preseed file, which is attached.
Install method: http from ports.ubuntu.com
Install disk info: n/a
Install ISO Information: n/a
*Additional Instructions for echeslak@us.ibm.com:
-Post a private note with access information to the machine that the bug is occuring on.
== Comment: #1 - SANDHYA VENUGOPALA <vsandhya@in.ibm.com> - 2015-04-29 06:08:18 ==
Some literature that is floating around -
when booting from an installation CD and using a preseed file on a network, the installer will need answers to some questions (hostname, network configuration, ...) before it can load the preseed file. On the other hand, including a customized preseed file in a setup CD will allow for more automation, but requires re-mastering of the CD.
The configuration of domain and host name, and keymap are still being asked, even if you have them in your preseed file as shown above. So if you want to kickstart the preseeded installation without a single questions asked, append the following more options to kernel boot prompt:
console-keymaps-at/keymap=us hostname=myhost domain=example.com locale=en_US
Perhaps David Heller can throw some light on this and let us know if its bug.
== Comment: #2 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-29 07:57:29 ==
I'm booting and installing from the network. Even if I leave the hostname related options out of my preseed, it still picks up and displays the correct hostname from dhcp.
== Comment: #3 - David Heller <hellerda@us.ibm.com> - 2015-05-05 14:12:52 ==
I'm not very familiar with this particular preseed option so I'm not sure how it's supposed to behave. However, in a quick test on Ubuntu 15.04, adding "netcfg/hostname=blah" to the kernel cmdline worked: it successfully overrode the hostname from DHCP (the way it is usually set in my environment) with no other changes required.
In the preseed however, I could not make it work, even if I commented out the related lines:
#d-i netcfg/get_hostname string unassigned-hostname
#d-i netcfg/get_domain string unassigned-domain
d-i netcfg/hostname string blah
And looking in the installer log, it could be a order of operations thing, since we see it picking up the hostname from DHCP before retrieving the preseed...
# cat /var/log/syslog | egrep "hostname|seed"
May 5 16:10:16 netcfg[2270]: INFO: DHCP hostname: "myhost"
May 5 16:10:16 netcfg[2270]: DEBUG: Preseeding domain from global: ibm.com
May 5 16:10:16 main-menu[301]: INFO: Menu item 'network-preseed' selected
May 5 16:10:18 preseed: successfully loaded preseed file from ftp://9.114.211.201/install/autoinst/myhost
That said: this doesn't tell exactly when the hostname was *set*, or if it should be overridden even if it is set at that point.
IMHO it should work the same way in the preseed as it does command-line, regardless of order, since that is what the user is requesting. If the installer already "set" the hostname from DHCP info, well, it should set it again with what the user wants.
But I don't know if this is supported or expected to work in all cases. Frankly, I'm not even sure if this is the correct way to do it in preseed (although it seems like it is).
But I think it's fair to mirror this to Ubuntu to ask.
== Comment: #5 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-05-05 16:21:35 ==
I can set the hostname on the linux kernel line in grub, and it will show up correctly in the installer, but my issue is that the install still asks me to confirm that the hostname is correct. I want to proceed through my install totally unattended. |
[Impact]
* DHCP hostname take precedence over netcfg/hostname, if set.
The problem is that the system read the preseed file after having run netcfg, thus the preseed parameter cannot be loaded straight from the start.
[Test Case]
* HOWTO reproduce :
Install Ubuntu using a preseed[1] file[2] and add the following line in the preseed recipe :
d-i netcfg/hostname string <HOSTNAME>
If the machine get a HOSTNAME from DHCP server or from a reverse lookup, netcfg/hostname doesn't take precedence.
[1] - url=http://<WEB_SERVER>/<PRESEED_FILE>
[2] - https://help.ubuntu.com/lts/installation-guide/example-preseed.txt
[Regression Potential]
* none expected, the change is trivial, and has been tested severals time from more than one person.
[Other Info]
* Debian bug : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755848
Patch has been submitted to Debian
* There is an old patch introduced in 2012 [Use netcfg/hostname for the hostname if found. (Closes: #606636)] but that doesn't work as expected.
[Original Description]
== Comment: #0 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-28 18:04:01 ==
---Problem Description---
An install using a preseed file fails to configure the hostname of the system being installed.
Contact Information = echeslak@us.ibm.com
---uname output---
Ubuntu 15.04 ppc64le
Machine Type = Tuleta pKVM guest
---Debugger---
A debugger is not configured
---Steps to Reproduce---
set up an automated install using a preseed file. Grub menu entry:
menuentry "Test" {
linux ubuntu-installer/ppc64el/vmlinux tasks=standard pkgsel/language-pack-patterns= pkgsel/install-language-support=false auto=true preseed/url=http://10.33.11.31/data/autoinst/ted.preseed
initrd ubuntu-installer/ppc64el/initrd.gz
}
The install will begin, and reach the hostname configuration screen, then stop, waiting for input. The hostname is set in the preseed file, which is attached.
Install method: http from ports.ubuntu.com
Install disk info: n/a
Install ISO Information: n/a
*Additional Instructions for echeslak@us.ibm.com:
-Post a private note with access information to the machine that the bug is occuring on.
== Comment: #1 - SANDHYA VENUGOPALA <vsandhya@in.ibm.com> - 2015-04-29 06:08:18 ==
Some literature that is floating around -
when booting from an installation CD and using a preseed file on a network, the installer will need answers to some questions (hostname, network configuration, ...) before it can load the preseed file. On the other hand, including a customized preseed file in a setup CD will allow for more automation, but requires re-mastering of the CD.
The configuration of domain and host name, and keymap are still being asked, even if you have them in your preseed file as shown above. So if you want to kickstart the preseeded installation without a single questions asked, append the following more options to kernel boot prompt:
console-keymaps-at/keymap=us hostname=myhost domain=example.com locale=en_US
Perhaps David Heller can throw some light on this and let us know if its bug.
== Comment: #2 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-29 07:57:29 ==
I'm booting and installing from the network. Even if I leave the hostname related options out of my preseed, it still picks up and displays the correct hostname from dhcp.
== Comment: #3 - David Heller <hellerda@us.ibm.com> - 2015-05-05 14:12:52 ==
I'm not very familiar with this particular preseed option so I'm not sure how it's supposed to behave. However, in a quick test on Ubuntu 15.04, adding "netcfg/hostname=blah" to the kernel cmdline worked: it successfully overrode the hostname from DHCP (the way it is usually set in my environment) with no other changes required.
In the preseed however, I could not make it work, even if I commented out the related lines:
#d-i netcfg/get_hostname string unassigned-hostname
#d-i netcfg/get_domain string unassigned-domain
d-i netcfg/hostname string blah
And looking in the installer log, it could be a order of operations thing, since we see it picking up the hostname from DHCP before retrieving the preseed...
# cat /var/log/syslog | egrep "hostname|seed"
May 5 16:10:16 netcfg[2270]: INFO: DHCP hostname: "myhost"
May 5 16:10:16 netcfg[2270]: DEBUG: Preseeding domain from global: ibm.com
May 5 16:10:16 main-menu[301]: INFO: Menu item 'network-preseed' selected
May 5 16:10:18 preseed: successfully loaded preseed file from ftp://9.114.211.201/install/autoinst/myhost
That said: this doesn't tell exactly when the hostname was *set*, or if it should be overridden even if it is set at that point.
IMHO it should work the same way in the preseed as it does command-line, regardless of order, since that is what the user is requesting. If the installer already "set" the hostname from DHCP info, well, it should set it again with what the user wants.
But I don't know if this is supported or expected to work in all cases. Frankly, I'm not even sure if this is the correct way to do it in preseed (although it seems like it is).
But I think it's fair to mirror this to Ubuntu to ask.
== Comment: #5 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-05-05 16:21:35 ==
I can set the hostname on the linux kernel line in grub, and it will show up correctly in the installer, but my issue is that the install still asks me to confirm that the hostname is correct. I want to proceed through my install totally unattended. |
|
| 2016-09-21 00:36:47 |
Eric Desrochers |
description |
[Impact]
* DHCP hostname take precedence over netcfg/hostname, if set.
The problem is that the system read the preseed file after having run netcfg, thus the preseed parameter cannot be loaded straight from the start.
[Test Case]
* HOWTO reproduce :
Install Ubuntu using a preseed[1] file[2] and add the following line in the preseed recipe :
d-i netcfg/hostname string <HOSTNAME>
If the machine get a HOSTNAME from DHCP server or from a reverse lookup, netcfg/hostname doesn't take precedence.
[1] - url=http://<WEB_SERVER>/<PRESEED_FILE>
[2] - https://help.ubuntu.com/lts/installation-guide/example-preseed.txt
[Regression Potential]
* none expected, the change is trivial, and has been tested severals time from more than one person.
[Other Info]
* Debian bug : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755848
Patch has been submitted to Debian
* There is an old patch introduced in 2012 [Use netcfg/hostname for the hostname if found. (Closes: #606636)] but that doesn't work as expected.
[Original Description]
== Comment: #0 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-28 18:04:01 ==
---Problem Description---
An install using a preseed file fails to configure the hostname of the system being installed.
Contact Information = echeslak@us.ibm.com
---uname output---
Ubuntu 15.04 ppc64le
Machine Type = Tuleta pKVM guest
---Debugger---
A debugger is not configured
---Steps to Reproduce---
set up an automated install using a preseed file. Grub menu entry:
menuentry "Test" {
linux ubuntu-installer/ppc64el/vmlinux tasks=standard pkgsel/language-pack-patterns= pkgsel/install-language-support=false auto=true preseed/url=http://10.33.11.31/data/autoinst/ted.preseed
initrd ubuntu-installer/ppc64el/initrd.gz
}
The install will begin, and reach the hostname configuration screen, then stop, waiting for input. The hostname is set in the preseed file, which is attached.
Install method: http from ports.ubuntu.com
Install disk info: n/a
Install ISO Information: n/a
*Additional Instructions for echeslak@us.ibm.com:
-Post a private note with access information to the machine that the bug is occuring on.
== Comment: #1 - SANDHYA VENUGOPALA <vsandhya@in.ibm.com> - 2015-04-29 06:08:18 ==
Some literature that is floating around -
when booting from an installation CD and using a preseed file on a network, the installer will need answers to some questions (hostname, network configuration, ...) before it can load the preseed file. On the other hand, including a customized preseed file in a setup CD will allow for more automation, but requires re-mastering of the CD.
The configuration of domain and host name, and keymap are still being asked, even if you have them in your preseed file as shown above. So if you want to kickstart the preseeded installation without a single questions asked, append the following more options to kernel boot prompt:
console-keymaps-at/keymap=us hostname=myhost domain=example.com locale=en_US
Perhaps David Heller can throw some light on this and let us know if its bug.
== Comment: #2 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-29 07:57:29 ==
I'm booting and installing from the network. Even if I leave the hostname related options out of my preseed, it still picks up and displays the correct hostname from dhcp.
== Comment: #3 - David Heller <hellerda@us.ibm.com> - 2015-05-05 14:12:52 ==
I'm not very familiar with this particular preseed option so I'm not sure how it's supposed to behave. However, in a quick test on Ubuntu 15.04, adding "netcfg/hostname=blah" to the kernel cmdline worked: it successfully overrode the hostname from DHCP (the way it is usually set in my environment) with no other changes required.
In the preseed however, I could not make it work, even if I commented out the related lines:
#d-i netcfg/get_hostname string unassigned-hostname
#d-i netcfg/get_domain string unassigned-domain
d-i netcfg/hostname string blah
And looking in the installer log, it could be a order of operations thing, since we see it picking up the hostname from DHCP before retrieving the preseed...
# cat /var/log/syslog | egrep "hostname|seed"
May 5 16:10:16 netcfg[2270]: INFO: DHCP hostname: "myhost"
May 5 16:10:16 netcfg[2270]: DEBUG: Preseeding domain from global: ibm.com
May 5 16:10:16 main-menu[301]: INFO: Menu item 'network-preseed' selected
May 5 16:10:18 preseed: successfully loaded preseed file from ftp://9.114.211.201/install/autoinst/myhost
That said: this doesn't tell exactly when the hostname was *set*, or if it should be overridden even if it is set at that point.
IMHO it should work the same way in the preseed as it does command-line, regardless of order, since that is what the user is requesting. If the installer already "set" the hostname from DHCP info, well, it should set it again with what the user wants.
But I don't know if this is supported or expected to work in all cases. Frankly, I'm not even sure if this is the correct way to do it in preseed (although it seems like it is).
But I think it's fair to mirror this to Ubuntu to ask.
== Comment: #5 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-05-05 16:21:35 ==
I can set the hostname on the linux kernel line in grub, and it will show up correctly in the installer, but my issue is that the install still asks me to confirm that the hostname is correct. I want to proceed through my install totally unattended. |
[Impact]
* DHCP hostname take precedence over netcfg/hostname, if set.
The problem is that the system read the preseed file after having run netcfg, thus the preseed parameter cannot be loaded straight from the start.
[Test Case]
* HOWTO reproduce :
Install Ubuntu using a preseed[1] file[2] and add the following line in the preseed recipe :
d-i netcfg/hostname string <HOSTNAME>
If the machine get a HOSTNAME from DHCP server or from a reverse lookup, netcfg/hostname doesn't take precedence.
[1] - url=http://<WEB_SERVER>/<PRESEED_FILE>
[2] - https://help.ubuntu.com/lts/installation-guide/example-preseed.txt
[Regression Potential]
* none expected, the change is trivial, and has been tested severals time from more than one person.
[Other Info]
* Debian bug : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755848
Patch has been submitted to Debian
* There is an old patch introduced in 2012 [Use netcfg/hostname for the hostname if found. (Closes: #606636)] but that doesn't work as expected.
* The submitted debdiff include a script called 56netcfg-hostname under finish-install.d that override the hostname if netcfg/hostname set at the end of the installation.
[Original Description]
== Comment: #0 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-28 18:04:01 ==
---Problem Description---
An install using a preseed file fails to configure the hostname of the system being installed.
Contact Information = echeslak@us.ibm.com
---uname output---
Ubuntu 15.04 ppc64le
Machine Type = Tuleta pKVM guest
---Debugger---
A debugger is not configured
---Steps to Reproduce---
set up an automated install using a preseed file. Grub menu entry:
menuentry "Test" {
linux ubuntu-installer/ppc64el/vmlinux tasks=standard pkgsel/language-pack-patterns= pkgsel/install-language-support=false auto=true preseed/url=http://10.33.11.31/data/autoinst/ted.preseed
initrd ubuntu-installer/ppc64el/initrd.gz
}
The install will begin, and reach the hostname configuration screen, then stop, waiting for input. The hostname is set in the preseed file, which is attached.
Install method: http from ports.ubuntu.com
Install disk info: n/a
Install ISO Information: n/a
*Additional Instructions for echeslak@us.ibm.com:
-Post a private note with access information to the machine that the bug is occuring on.
== Comment: #1 - SANDHYA VENUGOPALA <vsandhya@in.ibm.com> - 2015-04-29 06:08:18 ==
Some literature that is floating around -
when booting from an installation CD and using a preseed file on a network, the installer will need answers to some questions (hostname, network configuration, ...) before it can load the preseed file. On the other hand, including a customized preseed file in a setup CD will allow for more automation, but requires re-mastering of the CD.
The configuration of domain and host name, and keymap are still being asked, even if you have them in your preseed file as shown above. So if you want to kickstart the preseeded installation without a single questions asked, append the following more options to kernel boot prompt:
console-keymaps-at/keymap=us hostname=myhost domain=example.com locale=en_US
Perhaps David Heller can throw some light on this and let us know if its bug.
== Comment: #2 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-29 07:57:29 ==
I'm booting and installing from the network. Even if I leave the hostname related options out of my preseed, it still picks up and displays the correct hostname from dhcp.
== Comment: #3 - David Heller <hellerda@us.ibm.com> - 2015-05-05 14:12:52 ==
I'm not very familiar with this particular preseed option so I'm not sure how it's supposed to behave. However, in a quick test on Ubuntu 15.04, adding "netcfg/hostname=blah" to the kernel cmdline worked: it successfully overrode the hostname from DHCP (the way it is usually set in my environment) with no other changes required.
In the preseed however, I could not make it work, even if I commented out the related lines:
#d-i netcfg/get_hostname string unassigned-hostname
#d-i netcfg/get_domain string unassigned-domain
d-i netcfg/hostname string blah
And looking in the installer log, it could be a order of operations thing, since we see it picking up the hostname from DHCP before retrieving the preseed...
# cat /var/log/syslog | egrep "hostname|seed"
May 5 16:10:16 netcfg[2270]: INFO: DHCP hostname: "myhost"
May 5 16:10:16 netcfg[2270]: DEBUG: Preseeding domain from global: ibm.com
May 5 16:10:16 main-menu[301]: INFO: Menu item 'network-preseed' selected
May 5 16:10:18 preseed: successfully loaded preseed file from ftp://9.114.211.201/install/autoinst/myhost
That said: this doesn't tell exactly when the hostname was *set*, or if it should be overridden even if it is set at that point.
IMHO it should work the same way in the preseed as it does command-line, regardless of order, since that is what the user is requesting. If the installer already "set" the hostname from DHCP info, well, it should set it again with what the user wants.
But I don't know if this is supported or expected to work in all cases. Frankly, I'm not even sure if this is the correct way to do it in preseed (although it seems like it is).
But I think it's fair to mirror this to Ubuntu to ask.
== Comment: #5 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-05-05 16:21:35 ==
I can set the hostname on the linux kernel line in grub, and it will show up correctly in the installer, but my issue is that the install still asks me to confirm that the hostname is correct. I want to proceed through my install totally unattended. |
|
| 2016-09-21 00:43:52 |
Ubuntu Foundations Team Bug Bot |
tags |
architecture-ppc64le bot-comment bugnameltc-124423 severity-high sts targetmilestone-inin1510 vivid |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts targetmilestone-inin1510 vivid |
|
| 2016-09-21 00:44:03 |
Ubuntu Foundations Team Bug Bot |
bug |
|
|
added subscriber Ubuntu Sponsors Team |
| 2016-09-28 14:41:20 |
Chris J Arges |
nominated for series |
|
Ubuntu Xenial |
|
| 2016-09-28 14:41:20 |
Chris J Arges |
bug task added |
|
netcfg (Ubuntu Xenial) |
|
| 2016-09-28 14:41:20 |
Chris J Arges |
nominated for series |
|
Ubuntu Trusty |
|
| 2016-09-28 14:41:20 |
Chris J Arges |
bug task added |
|
netcfg (Ubuntu Trusty) |
|
| 2016-09-28 14:41:39 |
Eric Desrochers |
netcfg (Ubuntu Trusty): assignee |
|
Eric Desrochers (slashd) |
|
| 2016-09-28 14:41:47 |
Eric Desrochers |
netcfg (Ubuntu Trusty): importance |
Undecided |
Medium |
|
| 2016-09-28 14:41:51 |
Eric Desrochers |
netcfg (Ubuntu Trusty): status |
New |
In Progress |
|
| 2016-09-28 17:14:53 |
Eric Desrochers |
description |
[Impact]
* DHCP hostname take precedence over netcfg/hostname, if set.
The problem is that the system read the preseed file after having run netcfg, thus the preseed parameter cannot be loaded straight from the start.
[Test Case]
* HOWTO reproduce :
Install Ubuntu using a preseed[1] file[2] and add the following line in the preseed recipe :
d-i netcfg/hostname string <HOSTNAME>
If the machine get a HOSTNAME from DHCP server or from a reverse lookup, netcfg/hostname doesn't take precedence.
[1] - url=http://<WEB_SERVER>/<PRESEED_FILE>
[2] - https://help.ubuntu.com/lts/installation-guide/example-preseed.txt
[Regression Potential]
* none expected, the change is trivial, and has been tested severals time from more than one person.
[Other Info]
* Debian bug : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755848
Patch has been submitted to Debian
* There is an old patch introduced in 2012 [Use netcfg/hostname for the hostname if found. (Closes: #606636)] but that doesn't work as expected.
* The submitted debdiff include a script called 56netcfg-hostname under finish-install.d that override the hostname if netcfg/hostname set at the end of the installation.
[Original Description]
== Comment: #0 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-28 18:04:01 ==
---Problem Description---
An install using a preseed file fails to configure the hostname of the system being installed.
Contact Information = echeslak@us.ibm.com
---uname output---
Ubuntu 15.04 ppc64le
Machine Type = Tuleta pKVM guest
---Debugger---
A debugger is not configured
---Steps to Reproduce---
set up an automated install using a preseed file. Grub menu entry:
menuentry "Test" {
linux ubuntu-installer/ppc64el/vmlinux tasks=standard pkgsel/language-pack-patterns= pkgsel/install-language-support=false auto=true preseed/url=http://10.33.11.31/data/autoinst/ted.preseed
initrd ubuntu-installer/ppc64el/initrd.gz
}
The install will begin, and reach the hostname configuration screen, then stop, waiting for input. The hostname is set in the preseed file, which is attached.
Install method: http from ports.ubuntu.com
Install disk info: n/a
Install ISO Information: n/a
*Additional Instructions for echeslak@us.ibm.com:
-Post a private note with access information to the machine that the bug is occuring on.
== Comment: #1 - SANDHYA VENUGOPALA <vsandhya@in.ibm.com> - 2015-04-29 06:08:18 ==
Some literature that is floating around -
when booting from an installation CD and using a preseed file on a network, the installer will need answers to some questions (hostname, network configuration, ...) before it can load the preseed file. On the other hand, including a customized preseed file in a setup CD will allow for more automation, but requires re-mastering of the CD.
The configuration of domain and host name, and keymap are still being asked, even if you have them in your preseed file as shown above. So if you want to kickstart the preseeded installation without a single questions asked, append the following more options to kernel boot prompt:
console-keymaps-at/keymap=us hostname=myhost domain=example.com locale=en_US
Perhaps David Heller can throw some light on this and let us know if its bug.
== Comment: #2 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-29 07:57:29 ==
I'm booting and installing from the network. Even if I leave the hostname related options out of my preseed, it still picks up and displays the correct hostname from dhcp.
== Comment: #3 - David Heller <hellerda@us.ibm.com> - 2015-05-05 14:12:52 ==
I'm not very familiar with this particular preseed option so I'm not sure how it's supposed to behave. However, in a quick test on Ubuntu 15.04, adding "netcfg/hostname=blah" to the kernel cmdline worked: it successfully overrode the hostname from DHCP (the way it is usually set in my environment) with no other changes required.
In the preseed however, I could not make it work, even if I commented out the related lines:
#d-i netcfg/get_hostname string unassigned-hostname
#d-i netcfg/get_domain string unassigned-domain
d-i netcfg/hostname string blah
And looking in the installer log, it could be a order of operations thing, since we see it picking up the hostname from DHCP before retrieving the preseed...
# cat /var/log/syslog | egrep "hostname|seed"
May 5 16:10:16 netcfg[2270]: INFO: DHCP hostname: "myhost"
May 5 16:10:16 netcfg[2270]: DEBUG: Preseeding domain from global: ibm.com
May 5 16:10:16 main-menu[301]: INFO: Menu item 'network-preseed' selected
May 5 16:10:18 preseed: successfully loaded preseed file from ftp://9.114.211.201/install/autoinst/myhost
That said: this doesn't tell exactly when the hostname was *set*, or if it should be overridden even if it is set at that point.
IMHO it should work the same way in the preseed as it does command-line, regardless of order, since that is what the user is requesting. If the installer already "set" the hostname from DHCP info, well, it should set it again with what the user wants.
But I don't know if this is supported or expected to work in all cases. Frankly, I'm not even sure if this is the correct way to do it in preseed (although it seems like it is).
But I think it's fair to mirror this to Ubuntu to ask.
== Comment: #5 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-05-05 16:21:35 ==
I can set the hostname on the linux kernel line in grub, and it will show up correctly in the installer, but my issue is that the install still asks me to confirm that the hostname is correct. I want to proceed through my install totally unattended. |
[Impact]
* DHCP hostname take precedence over netcfg/hostname, if set.
The problem is that the system read the preseed file after having run netcfg, thus the preseed parameter cannot be loaded straight from the start.
[Test Case]
* HOWTO reproduce :
Install Ubuntu using a preseed[1] file[2] and add the following line in the preseed recipe :
d-i netcfg/hostname string <HOSTNAME>
If the machine get a HOSTNAME from DHCP server or from a reverse lookup, netcfg/hostname doesn't take precedence.
[1] - url=http://<WEB_SERVER>/<PRESEED_FILE>
[2] - https://help.ubuntu.com/lts/installation-guide/example-preseed.txt
[Regression Potential]
* none expected, the change is trivial.
[Other Info]
* Debian bug : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755848
Patch has been submitted to Debian
* There is an old patch introduced in 2012 [Use netcfg/hostname for the hostname if found. (Closes: #606636)] but that doesn't work as expected.
* The submitted debdiff include a script called 56netcfg-hostname under finish-install.d that override the hostname if netcfg/hostname set at the end of the installation.
[Original Description]
== Comment: #0 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-28 18:04:01 ==
---Problem Description---
An install using a preseed file fails to configure the hostname of the system being installed.
Contact Information = echeslak@us.ibm.com
---uname output---
Ubuntu 15.04 ppc64le
Machine Type = Tuleta pKVM guest
---Debugger---
A debugger is not configured
---Steps to Reproduce---
set up an automated install using a preseed file. Grub menu entry:
menuentry "Test" {
linux ubuntu-installer/ppc64el/vmlinux tasks=standard pkgsel/language-pack-patterns= pkgsel/install-language-support=false auto=true preseed/url=http://10.33.11.31/data/autoinst/ted.preseed
initrd ubuntu-installer/ppc64el/initrd.gz
}
The install will begin, and reach the hostname configuration screen, then stop, waiting for input. The hostname is set in the preseed file, which is attached.
Install method: http from ports.ubuntu.com
Install disk info: n/a
Install ISO Information: n/a
*Additional Instructions for echeslak@us.ibm.com:
-Post a private note with access information to the machine that the bug is occuring on.
== Comment: #1 - SANDHYA VENUGOPALA <vsandhya@in.ibm.com> - 2015-04-29 06:08:18 ==
Some literature that is floating around -
when booting from an installation CD and using a preseed file on a network, the installer will need answers to some questions (hostname, network configuration, ...) before it can load the preseed file. On the other hand, including a customized preseed file in a setup CD will allow for more automation, but requires re-mastering of the CD.
The configuration of domain and host name, and keymap are still being asked, even if you have them in your preseed file as shown above. So if you want to kickstart the preseeded installation without a single questions asked, append the following more options to kernel boot prompt:
console-keymaps-at/keymap=us hostname=myhost domain=example.com locale=en_US
Perhaps David Heller can throw some light on this and let us know if its bug.
== Comment: #2 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-29 07:57:29 ==
I'm booting and installing from the network. Even if I leave the hostname related options out of my preseed, it still picks up and displays the correct hostname from dhcp.
== Comment: #3 - David Heller <hellerda@us.ibm.com> - 2015-05-05 14:12:52 ==
I'm not very familiar with this particular preseed option so I'm not sure how it's supposed to behave. However, in a quick test on Ubuntu 15.04, adding "netcfg/hostname=blah" to the kernel cmdline worked: it successfully overrode the hostname from DHCP (the way it is usually set in my environment) with no other changes required.
In the preseed however, I could not make it work, even if I commented out the related lines:
#d-i netcfg/get_hostname string unassigned-hostname
#d-i netcfg/get_domain string unassigned-domain
d-i netcfg/hostname string blah
And looking in the installer log, it could be a order of operations thing, since we see it picking up the hostname from DHCP before retrieving the preseed...
# cat /var/log/syslog | egrep "hostname|seed"
May 5 16:10:16 netcfg[2270]: INFO: DHCP hostname: "myhost"
May 5 16:10:16 netcfg[2270]: DEBUG: Preseeding domain from global: ibm.com
May 5 16:10:16 main-menu[301]: INFO: Menu item 'network-preseed' selected
May 5 16:10:18 preseed: successfully loaded preseed file from ftp://9.114.211.201/install/autoinst/myhost
That said: this doesn't tell exactly when the hostname was *set*, or if it should be overridden even if it is set at that point.
IMHO it should work the same way in the preseed as it does command-line, regardless of order, since that is what the user is requesting. If the installer already "set" the hostname from DHCP info, well, it should set it again with what the user wants.
But I don't know if this is supported or expected to work in all cases. Frankly, I'm not even sure if this is the correct way to do it in preseed (although it seems like it is).
But I think it's fair to mirror this to Ubuntu to ask.
== Comment: #5 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-05-05 16:21:35 ==
I can set the hostname on the linux kernel line in grub, and it will show up correctly in the installer, but my issue is that the install still asks me to confirm that the hostname is correct. I want to proceed through my install totally unattended. |
|
| 2016-09-29 14:42:43 |
bugproxy |
attachment added |
|
syslog of the affected system https://bugs.launchpad.net/bugs/1452202/+attachment/4751062/+files/syslog |
|
| 2016-09-29 14:42:46 |
bugproxy |
attachment added |
|
Fix for Yakkety https://bugs.launchpad.net/bugs/1452202/+attachment/4751063/+files/yakkety_lp1452202.debdiff |
|
| 2016-09-29 14:42:47 |
bugproxy |
attachment added |
|
Fix for Trusty https://bugs.launchpad.net/bugs/1452202/+attachment/4751064/+files/trusty_lp1452202.debdiff |
|
| 2016-09-29 22:18:02 |
Mathew Hodson |
netcfg (Ubuntu Xenial): importance |
Undecided |
Medium |
|
| 2016-09-29 22:19:18 |
Mathew Hodson |
affects |
netcfg |
ubuntu-translations |
|
| 2016-09-29 22:19:18 |
Mathew Hodson |
ubuntu-translations: importance |
Unknown |
Undecided |
|
| 2016-09-29 22:19:18 |
Mathew Hodson |
ubuntu-translations: remote watch |
Debian Bug tracker #755848 |
|
|
| 2016-09-29 22:19:34 |
Mathew Hodson |
bug task deleted |
ubuntu-translations |
|
|
| 2016-09-29 22:19:51 |
Mathew Hodson |
bug task added |
|
netcfg (Debian) |
|
| 2016-09-30 10:54:12 |
Bug Watch Updater |
netcfg (Debian): status |
Unknown |
New |
|
| 2016-10-05 12:40:04 |
Eric Desrochers |
attachment removed |
Fix for Yakkety https://bugs.launchpad.net/ubuntu/trusty/+source/netcfg/+bug/1452202/+attachment/4744663/+files/yakkety_lp1452202.debdiff |
|
|
| 2016-10-05 12:40:07 |
Eric Desrochers |
attachment removed |
Fix for Trusty https://bugs.launchpad.net/ubuntu/trusty/+source/netcfg/+bug/1452202/+attachment/4744664/+files/trusty_lp1452202.debdiff |
|
|
| 2016-10-05 15:56:55 |
Eric Desrochers |
attachment added |
|
lp_1452202_yak.debdiff https://bugs.launchpad.net/ubuntu/+source/netcfg/+bug/1452202/+attachment/4755192/+files/lp_1452202_yak.debdiff |
|
| 2016-10-05 16:00:35 |
Eric Desrochers |
attachment added |
|
lp_1452202_trusty.debdiff https://bugs.launchpad.net/ubuntu/+source/netcfg/+bug/1452202/+attachment/4755204/+files/lp_1452202_trusty.debdiff |
|
| 2016-10-05 16:01:01 |
bugproxy |
attachment added |
|
Fix for Trusty https://bugs.launchpad.net/bugs/1452202/+attachment/4755205/+files/trusty_lp1452202.debdiff |
|
| 2016-10-05 16:04:00 |
Eric Desrochers |
attachment added |
|
lp_1452202_xenial.debdiff https://bugs.launchpad.net/ubuntu/+source/netcfg/+bug/1452202/+attachment/4755214/+files/lp_1452202_xenial.debdiff |
|
| 2016-10-05 16:04:16 |
Eric Desrochers |
netcfg (Ubuntu Xenial): assignee |
|
Eric Desrochers (slashd) |
|
| 2016-10-05 16:04:22 |
Eric Desrochers |
netcfg (Ubuntu Xenial): status |
New |
In Progress |
|
| 2016-10-05 18:00:30 |
Eric Desrochers |
tags |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts targetmilestone-inin1510 vivid |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sponsor |
|
| 2016-10-05 18:01:38 |
Eric Desrochers |
tags |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sponsor |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sponsor sts-sru |
|
| 2016-10-05 18:02:40 |
Eric Desrochers |
description |
[Impact]
* DHCP hostname take precedence over netcfg/hostname, if set.
The problem is that the system read the preseed file after having run netcfg, thus the preseed parameter cannot be loaded straight from the start.
[Test Case]
* HOWTO reproduce :
Install Ubuntu using a preseed[1] file[2] and add the following line in the preseed recipe :
d-i netcfg/hostname string <HOSTNAME>
If the machine get a HOSTNAME from DHCP server or from a reverse lookup, netcfg/hostname doesn't take precedence.
[1] - url=http://<WEB_SERVER>/<PRESEED_FILE>
[2] - https://help.ubuntu.com/lts/installation-guide/example-preseed.txt
[Regression Potential]
* none expected, the change is trivial.
[Other Info]
* Debian bug : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755848
Patch has been submitted to Debian
* There is an old patch introduced in 2012 [Use netcfg/hostname for the hostname if found. (Closes: #606636)] but that doesn't work as expected.
* The submitted debdiff include a script called 56netcfg-hostname under finish-install.d that override the hostname if netcfg/hostname set at the end of the installation.
[Original Description]
== Comment: #0 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-28 18:04:01 ==
---Problem Description---
An install using a preseed file fails to configure the hostname of the system being installed.
Contact Information = echeslak@us.ibm.com
---uname output---
Ubuntu 15.04 ppc64le
Machine Type = Tuleta pKVM guest
---Debugger---
A debugger is not configured
---Steps to Reproduce---
set up an automated install using a preseed file. Grub menu entry:
menuentry "Test" {
linux ubuntu-installer/ppc64el/vmlinux tasks=standard pkgsel/language-pack-patterns= pkgsel/install-language-support=false auto=true preseed/url=http://10.33.11.31/data/autoinst/ted.preseed
initrd ubuntu-installer/ppc64el/initrd.gz
}
The install will begin, and reach the hostname configuration screen, then stop, waiting for input. The hostname is set in the preseed file, which is attached.
Install method: http from ports.ubuntu.com
Install disk info: n/a
Install ISO Information: n/a
*Additional Instructions for echeslak@us.ibm.com:
-Post a private note with access information to the machine that the bug is occuring on.
== Comment: #1 - SANDHYA VENUGOPALA <vsandhya@in.ibm.com> - 2015-04-29 06:08:18 ==
Some literature that is floating around -
when booting from an installation CD and using a preseed file on a network, the installer will need answers to some questions (hostname, network configuration, ...) before it can load the preseed file. On the other hand, including a customized preseed file in a setup CD will allow for more automation, but requires re-mastering of the CD.
The configuration of domain and host name, and keymap are still being asked, even if you have them in your preseed file as shown above. So if you want to kickstart the preseeded installation without a single questions asked, append the following more options to kernel boot prompt:
console-keymaps-at/keymap=us hostname=myhost domain=example.com locale=en_US
Perhaps David Heller can throw some light on this and let us know if its bug.
== Comment: #2 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-29 07:57:29 ==
I'm booting and installing from the network. Even if I leave the hostname related options out of my preseed, it still picks up and displays the correct hostname from dhcp.
== Comment: #3 - David Heller <hellerda@us.ibm.com> - 2015-05-05 14:12:52 ==
I'm not very familiar with this particular preseed option so I'm not sure how it's supposed to behave. However, in a quick test on Ubuntu 15.04, adding "netcfg/hostname=blah" to the kernel cmdline worked: it successfully overrode the hostname from DHCP (the way it is usually set in my environment) with no other changes required.
In the preseed however, I could not make it work, even if I commented out the related lines:
#d-i netcfg/get_hostname string unassigned-hostname
#d-i netcfg/get_domain string unassigned-domain
d-i netcfg/hostname string blah
And looking in the installer log, it could be a order of operations thing, since we see it picking up the hostname from DHCP before retrieving the preseed...
# cat /var/log/syslog | egrep "hostname|seed"
May 5 16:10:16 netcfg[2270]: INFO: DHCP hostname: "myhost"
May 5 16:10:16 netcfg[2270]: DEBUG: Preseeding domain from global: ibm.com
May 5 16:10:16 main-menu[301]: INFO: Menu item 'network-preseed' selected
May 5 16:10:18 preseed: successfully loaded preseed file from ftp://9.114.211.201/install/autoinst/myhost
That said: this doesn't tell exactly when the hostname was *set*, or if it should be overridden even if it is set at that point.
IMHO it should work the same way in the preseed as it does command-line, regardless of order, since that is what the user is requesting. If the installer already "set" the hostname from DHCP info, well, it should set it again with what the user wants.
But I don't know if this is supported or expected to work in all cases. Frankly, I'm not even sure if this is the correct way to do it in preseed (although it seems like it is).
But I think it's fair to mirror this to Ubuntu to ask.
== Comment: #5 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-05-05 16:21:35 ==
I can set the hostname on the linux kernel line in grub, and it will show up correctly in the installer, but my issue is that the install still asks me to confirm that the hostname is correct. I want to proceed through my install totally unattended. |
[Impact]
* DHCP hostname take precedence over netcfg/hostname, if set.
The problem is that the system read the preseed file after having run netcfg, thus the preseed parameter cannot be loaded straight from the start.
[Test Case]
* HOWTO reproduce :
Install Ubuntu using a preseed[1] file[2] and add the following line in the preseed recipe :
d-i netcfg/hostname string <HOSTNAME>
If the machine get a HOSTNAME from DHCP server or from a reverse lookup, netcfg/hostname doesn't take precedence.
[1] - url=http://<WEB_SERVER>/<PRESEED_FILE>
[2] - https://help.ubuntu.com/lts/installation-guide/example-preseed.txt
[Regression Potential]
* none expected, the change is trivial and has been intensively jointly tested by myself and cyphermox.
[Other Info]
* Debian bug : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755848
Patch has been submitted to Debian
* There is an old patch introduced in 2012 [Use netcfg/hostname for the hostname if found. (Closes: #606636)] but that doesn't work as expected.
* The submitted debdiff include a script called 56netcfg-hostname under finish-install.d that override the hostname if netcfg/hostname set at the end of the installation.
[Original Description]
== Comment: #0 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-28 18:04:01 ==
---Problem Description---
An install using a preseed file fails to configure the hostname of the system being installed.
Contact Information = echeslak@us.ibm.com
---uname output---
Ubuntu 15.04 ppc64le
Machine Type = Tuleta pKVM guest
---Debugger---
A debugger is not configured
---Steps to Reproduce---
set up an automated install using a preseed file. Grub menu entry:
menuentry "Test" {
linux ubuntu-installer/ppc64el/vmlinux tasks=standard pkgsel/language-pack-patterns= pkgsel/install-language-support=false auto=true preseed/url=http://10.33.11.31/data/autoinst/ted.preseed
initrd ubuntu-installer/ppc64el/initrd.gz
}
The install will begin, and reach the hostname configuration screen, then stop, waiting for input. The hostname is set in the preseed file, which is attached.
Install method: http from ports.ubuntu.com
Install disk info: n/a
Install ISO Information: n/a
*Additional Instructions for echeslak@us.ibm.com:
-Post a private note with access information to the machine that the bug is occuring on.
== Comment: #1 - SANDHYA VENUGOPALA <vsandhya@in.ibm.com> - 2015-04-29 06:08:18 ==
Some literature that is floating around -
when booting from an installation CD and using a preseed file on a network, the installer will need answers to some questions (hostname, network configuration, ...) before it can load the preseed file. On the other hand, including a customized preseed file in a setup CD will allow for more automation, but requires re-mastering of the CD.
The configuration of domain and host name, and keymap are still being asked, even if you have them in your preseed file as shown above. So if you want to kickstart the preseeded installation without a single questions asked, append the following more options to kernel boot prompt:
console-keymaps-at/keymap=us hostname=myhost domain=example.com locale=en_US
Perhaps David Heller can throw some light on this and let us know if its bug.
== Comment: #2 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-29 07:57:29 ==
I'm booting and installing from the network. Even if I leave the hostname related options out of my preseed, it still picks up and displays the correct hostname from dhcp.
== Comment: #3 - David Heller <hellerda@us.ibm.com> - 2015-05-05 14:12:52 ==
I'm not very familiar with this particular preseed option so I'm not sure how it's supposed to behave. However, in a quick test on Ubuntu 15.04, adding "netcfg/hostname=blah" to the kernel cmdline worked: it successfully overrode the hostname from DHCP (the way it is usually set in my environment) with no other changes required.
In the preseed however, I could not make it work, even if I commented out the related lines:
#d-i netcfg/get_hostname string unassigned-hostname
#d-i netcfg/get_domain string unassigned-domain
d-i netcfg/hostname string blah
And looking in the installer log, it could be a order of operations thing, since we see it picking up the hostname from DHCP before retrieving the preseed...
# cat /var/log/syslog | egrep "hostname|seed"
May 5 16:10:16 netcfg[2270]: INFO: DHCP hostname: "myhost"
May 5 16:10:16 netcfg[2270]: DEBUG: Preseeding domain from global: ibm.com
May 5 16:10:16 main-menu[301]: INFO: Menu item 'network-preseed' selected
May 5 16:10:18 preseed: successfully loaded preseed file from ftp://9.114.211.201/install/autoinst/myhost
That said: this doesn't tell exactly when the hostname was *set*, or if it should be overridden even if it is set at that point.
IMHO it should work the same way in the preseed as it does command-line, regardless of order, since that is what the user is requesting. If the installer already "set" the hostname from DHCP info, well, it should set it again with what the user wants.
But I don't know if this is supported or expected to work in all cases. Frankly, I'm not even sure if this is the correct way to do it in preseed (although it seems like it is).
But I think it's fair to mirror this to Ubuntu to ask.
== Comment: #5 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-05-05 16:21:35 ==
I can set the hostname on the linux kernel line in grub, and it will show up correctly in the installer, but my issue is that the install still asks me to confirm that the hostname is correct. I want to proceed through my install totally unattended. |
|
| 2016-10-05 18:03:39 |
Eric Desrochers |
description |
[Impact]
* DHCP hostname take precedence over netcfg/hostname, if set.
The problem is that the system read the preseed file after having run netcfg, thus the preseed parameter cannot be loaded straight from the start.
[Test Case]
* HOWTO reproduce :
Install Ubuntu using a preseed[1] file[2] and add the following line in the preseed recipe :
d-i netcfg/hostname string <HOSTNAME>
If the machine get a HOSTNAME from DHCP server or from a reverse lookup, netcfg/hostname doesn't take precedence.
[1] - url=http://<WEB_SERVER>/<PRESEED_FILE>
[2] - https://help.ubuntu.com/lts/installation-guide/example-preseed.txt
[Regression Potential]
* none expected, the change is trivial and has been intensively jointly tested by myself and cyphermox.
[Other Info]
* Debian bug : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755848
Patch has been submitted to Debian
* There is an old patch introduced in 2012 [Use netcfg/hostname for the hostname if found. (Closes: #606636)] but that doesn't work as expected.
* The submitted debdiff include a script called 56netcfg-hostname under finish-install.d that override the hostname if netcfg/hostname set at the end of the installation.
[Original Description]
== Comment: #0 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-28 18:04:01 ==
---Problem Description---
An install using a preseed file fails to configure the hostname of the system being installed.
Contact Information = echeslak@us.ibm.com
---uname output---
Ubuntu 15.04 ppc64le
Machine Type = Tuleta pKVM guest
---Debugger---
A debugger is not configured
---Steps to Reproduce---
set up an automated install using a preseed file. Grub menu entry:
menuentry "Test" {
linux ubuntu-installer/ppc64el/vmlinux tasks=standard pkgsel/language-pack-patterns= pkgsel/install-language-support=false auto=true preseed/url=http://10.33.11.31/data/autoinst/ted.preseed
initrd ubuntu-installer/ppc64el/initrd.gz
}
The install will begin, and reach the hostname configuration screen, then stop, waiting for input. The hostname is set in the preseed file, which is attached.
Install method: http from ports.ubuntu.com
Install disk info: n/a
Install ISO Information: n/a
*Additional Instructions for echeslak@us.ibm.com:
-Post a private note with access information to the machine that the bug is occuring on.
== Comment: #1 - SANDHYA VENUGOPALA <vsandhya@in.ibm.com> - 2015-04-29 06:08:18 ==
Some literature that is floating around -
when booting from an installation CD and using a preseed file on a network, the installer will need answers to some questions (hostname, network configuration, ...) before it can load the preseed file. On the other hand, including a customized preseed file in a setup CD will allow for more automation, but requires re-mastering of the CD.
The configuration of domain and host name, and keymap are still being asked, even if you have them in your preseed file as shown above. So if you want to kickstart the preseeded installation without a single questions asked, append the following more options to kernel boot prompt:
console-keymaps-at/keymap=us hostname=myhost domain=example.com locale=en_US
Perhaps David Heller can throw some light on this and let us know if its bug.
== Comment: #2 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-29 07:57:29 ==
I'm booting and installing from the network. Even if I leave the hostname related options out of my preseed, it still picks up and displays the correct hostname from dhcp.
== Comment: #3 - David Heller <hellerda@us.ibm.com> - 2015-05-05 14:12:52 ==
I'm not very familiar with this particular preseed option so I'm not sure how it's supposed to behave. However, in a quick test on Ubuntu 15.04, adding "netcfg/hostname=blah" to the kernel cmdline worked: it successfully overrode the hostname from DHCP (the way it is usually set in my environment) with no other changes required.
In the preseed however, I could not make it work, even if I commented out the related lines:
#d-i netcfg/get_hostname string unassigned-hostname
#d-i netcfg/get_domain string unassigned-domain
d-i netcfg/hostname string blah
And looking in the installer log, it could be a order of operations thing, since we see it picking up the hostname from DHCP before retrieving the preseed...
# cat /var/log/syslog | egrep "hostname|seed"
May 5 16:10:16 netcfg[2270]: INFO: DHCP hostname: "myhost"
May 5 16:10:16 netcfg[2270]: DEBUG: Preseeding domain from global: ibm.com
May 5 16:10:16 main-menu[301]: INFO: Menu item 'network-preseed' selected
May 5 16:10:18 preseed: successfully loaded preseed file from ftp://9.114.211.201/install/autoinst/myhost
That said: this doesn't tell exactly when the hostname was *set*, or if it should be overridden even if it is set at that point.
IMHO it should work the same way in the preseed as it does command-line, regardless of order, since that is what the user is requesting. If the installer already "set" the hostname from DHCP info, well, it should set it again with what the user wants.
But I don't know if this is supported or expected to work in all cases. Frankly, I'm not even sure if this is the correct way to do it in preseed (although it seems like it is).
But I think it's fair to mirror this to Ubuntu to ask.
== Comment: #5 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-05-05 16:21:35 ==
I can set the hostname on the linux kernel line in grub, and it will show up correctly in the installer, but my issue is that the install still asks me to confirm that the hostname is correct. I want to proceed through my install totally unattended. |
[Impact]
* DHCP hostname take precedence over netcfg/hostname, if set.
The problem is that the system read the preseed file after having run netcfg, thus the preseed parameter cannot be loaded straight from the start.
[Test Case]
* HOWTO reproduce :
Install Ubuntu using a preseed[1] file[2] and add the following line in the preseed recipe :
d-i netcfg/hostname string <HOSTNAME>
If the machine get a HOSTNAME from DHCP server or from a reverse lookup, netcfg/hostname doesn't take precedence.
[1] - url=http://<WEB_SERVER>/<PRESEED_FILE>
[2] - https://help.ubuntu.com/lts/installation-guide/example-preseed.txt
[Regression Potential]
* none expected, the change is trivial and has been intensively jointly tested by myself and cyphermox.
[Other Info]
* Debian bug : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755848
Patch has been submitted to Debian
* There is an old patch introduced in 2012 [Use netcfg/hostname for the hostname if found. (Closes: #606636)] but that doesn't work as expected.
[Original Description]
== Comment: #0 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-28 18:04:01 ==
---Problem Description---
An install using a preseed file fails to configure the hostname of the system being installed.
Contact Information = echeslak@us.ibm.com
---uname output---
Ubuntu 15.04 ppc64le
Machine Type = Tuleta pKVM guest
---Debugger---
A debugger is not configured
---Steps to Reproduce---
set up an automated install using a preseed file. Grub menu entry:
menuentry "Test" {
linux ubuntu-installer/ppc64el/vmlinux tasks=standard pkgsel/language-pack-patterns= pkgsel/install-language-support=false auto=true preseed/url=http://10.33.11.31/data/autoinst/ted.preseed
initrd ubuntu-installer/ppc64el/initrd.gz
}
The install will begin, and reach the hostname configuration screen, then stop, waiting for input. The hostname is set in the preseed file, which is attached.
Install method: http from ports.ubuntu.com
Install disk info: n/a
Install ISO Information: n/a
*Additional Instructions for echeslak@us.ibm.com:
-Post a private note with access information to the machine that the bug is occuring on.
== Comment: #1 - SANDHYA VENUGOPALA <vsandhya@in.ibm.com> - 2015-04-29 06:08:18 ==
Some literature that is floating around -
when booting from an installation CD and using a preseed file on a network, the installer will need answers to some questions (hostname, network configuration, ...) before it can load the preseed file. On the other hand, including a customized preseed file in a setup CD will allow for more automation, but requires re-mastering of the CD.
The configuration of domain and host name, and keymap are still being asked, even if you have them in your preseed file as shown above. So if you want to kickstart the preseeded installation without a single questions asked, append the following more options to kernel boot prompt:
console-keymaps-at/keymap=us hostname=myhost domain=example.com locale=en_US
Perhaps David Heller can throw some light on this and let us know if its bug.
== Comment: #2 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-04-29 07:57:29 ==
I'm booting and installing from the network. Even if I leave the hostname related options out of my preseed, it still picks up and displays the correct hostname from dhcp.
== Comment: #3 - David Heller <hellerda@us.ibm.com> - 2015-05-05 14:12:52 ==
I'm not very familiar with this particular preseed option so I'm not sure how it's supposed to behave. However, in a quick test on Ubuntu 15.04, adding "netcfg/hostname=blah" to the kernel cmdline worked: it successfully overrode the hostname from DHCP (the way it is usually set in my environment) with no other changes required.
In the preseed however, I could not make it work, even if I commented out the related lines:
#d-i netcfg/get_hostname string unassigned-hostname
#d-i netcfg/get_domain string unassigned-domain
d-i netcfg/hostname string blah
And looking in the installer log, it could be a order of operations thing, since we see it picking up the hostname from DHCP before retrieving the preseed...
# cat /var/log/syslog | egrep "hostname|seed"
May 5 16:10:16 netcfg[2270]: INFO: DHCP hostname: "myhost"
May 5 16:10:16 netcfg[2270]: DEBUG: Preseeding domain from global: ibm.com
May 5 16:10:16 main-menu[301]: INFO: Menu item 'network-preseed' selected
May 5 16:10:18 preseed: successfully loaded preseed file from ftp://9.114.211.201/install/autoinst/myhost
That said: this doesn't tell exactly when the hostname was *set*, or if it should be overridden even if it is set at that point.
IMHO it should work the same way in the preseed as it does command-line, regardless of order, since that is what the user is requesting. If the installer already "set" the hostname from DHCP info, well, it should set it again with what the user wants.
But I don't know if this is supported or expected to work in all cases. Frankly, I'm not even sure if this is the correct way to do it in preseed (although it seems like it is).
But I think it's fair to mirror this to Ubuntu to ask.
== Comment: #5 - Edward R. Cheslek <echeslak@us.ibm.com> - 2015-05-05 16:21:35 ==
I can set the hostname on the linux kernel line in grub, and it will show up correctly in the installer, but my issue is that the install still asks me to confirm that the hostname is correct. I want to proceed through my install totally unattended. |
|
| 2016-10-05 18:03:51 |
Eric Desrochers |
bug |
|
|
added subscriber David Coronel |
| 2016-10-05 18:09:42 |
bugproxy |
tags |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sponsor sts-sru |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sponsor sts-sru targetmilestone-inin1510 |
|
| 2016-10-05 19:23:26 |
Mathieu Trudel-Lapierre |
affects |
netcfg (Ubuntu) |
preseed (Ubuntu) |
|
| 2016-10-06 00:56:08 |
Launchpad Janitor |
preseed (Ubuntu): status |
In Progress |
Fix Released |
|
| 2016-10-13 14:09:53 |
Martin Pitt |
preseed (Ubuntu Xenial): status |
In Progress |
Fix Committed |
|
| 2016-10-13 14:09:56 |
Martin Pitt |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
| 2016-10-13 14:10:03 |
Martin Pitt |
tags |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sponsor sts-sru targetmilestone-inin1510 |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sponsor sts-sru targetmilestone-inin1510 verification-needed |
|
| 2016-10-13 14:22:26 |
Eric Desrochers |
bug |
|
|
added subscriber Leonardo Borda |
| 2016-10-13 14:22:30 |
Eric Desrochers |
removed subscriber David Coronel |
|
|
|
| 2016-10-13 17:49:46 |
Eric Desrochers |
tags |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sponsor sts-sru targetmilestone-inin1510 verification-needed |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sponsor sts-sru targetmilestone-inin1510 verification-done |
|
| 2016-10-13 18:28:18 |
Mathieu Trudel-Lapierre |
bug task added |
|
debian-installer (Ubuntu) |
|
| 2016-10-13 18:28:31 |
Mathieu Trudel-Lapierre |
debian-installer (Ubuntu): status |
New |
In Progress |
|
| 2016-10-13 18:28:34 |
Mathieu Trudel-Lapierre |
debian-installer (Ubuntu Trusty): status |
New |
In Progress |
|
| 2016-10-13 18:28:37 |
Mathieu Trudel-Lapierre |
debian-installer (Ubuntu): importance |
Undecided |
Medium |
|
| 2016-10-13 18:28:39 |
Mathieu Trudel-Lapierre |
debian-installer (Ubuntu Xenial): status |
New |
In Progress |
|
| 2016-10-13 18:28:43 |
Mathieu Trudel-Lapierre |
debian-installer (Ubuntu Trusty): importance |
Undecided |
Medium |
|
| 2016-10-13 18:28:47 |
Mathieu Trudel-Lapierre |
debian-installer (Ubuntu Xenial): importance |
Undecided |
Medium |
|
| 2016-10-13 18:29:04 |
Eric Desrochers |
attachment added |
|
d-i_yakkety.debdiff https://bugs.launchpad.net/ubuntu/trusty/+source/preseed/+bug/1452202/+attachment/4760529/+files/d-i_yakkety.debdiff |
|
| 2016-10-13 18:30:05 |
Eric Desrochers |
attachment added |
|
d-i_xenial.debdiff https://bugs.launchpad.net/ubuntu/trusty/+source/preseed/+bug/1452202/+attachment/4760530/+files/d-i_xenial.debdiff |
|
| 2016-10-13 18:30:46 |
Eric Desrochers |
attachment added |
|
d-i_trusty.debdiff https://bugs.launchpad.net/ubuntu/trusty/+source/preseed/+bug/1452202/+attachment/4760531/+files/d-i_trusty.debdiff |
|
| 2016-10-13 18:30:55 |
Eric Desrochers |
debian-installer (Ubuntu): assignee |
|
Eric Desrochers (slashd) |
|
| 2016-10-13 18:31:02 |
Eric Desrochers |
debian-installer (Ubuntu Xenial): assignee |
|
Eric Desrochers (slashd) |
|
| 2016-10-13 18:31:05 |
Eric Desrochers |
debian-installer (Ubuntu Trusty): assignee |
|
Eric Desrochers (slashd) |
|
| 2016-10-13 18:31:30 |
Mathieu Trudel-Lapierre |
debian-installer (Ubuntu): status |
In Progress |
Fix Released |
|
| 2016-10-14 16:28:04 |
Brian Murray |
preseed (Ubuntu Trusty): status |
In Progress |
Fix Committed |
|
| 2016-10-14 16:28:16 |
Brian Murray |
tags |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sponsor sts-sru targetmilestone-inin1510 verification-done |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sponsor sts-sru targetmilestone-inin1510 |
|
| 2016-10-14 16:28:17 |
Brian Murray |
tags |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sponsor sts-sru targetmilestone-inin1510 |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sponsor sts-sru targetmilestone-inin1510 verification-needed |
|
| 2016-10-14 18:54:20 |
Eric Desrochers |
tags |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sponsor sts-sru targetmilestone-inin1510 verification-needed |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sponsor sts-sru targetmilestone-inin1510 verification-done |
|
| 2016-10-17 21:20:56 |
Launchpad Janitor |
branch linked |
|
lp:~ubuntu-core-dev/debian-installer/xenial-proposed |
|
| 2016-10-17 21:32:38 |
Launchpad Janitor |
branch linked |
|
lp:~ubuntu-core-dev/debian-installer/trusty-proposed |
|
| 2016-10-18 09:03:11 |
Martin Pitt |
debian-installer (Ubuntu Trusty): status |
In Progress |
Fix Committed |
|
| 2016-10-18 09:03:20 |
Martin Pitt |
tags |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sponsor sts-sru targetmilestone-inin1510 verification-done |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sponsor sts-sru targetmilestone-inin1510 |
|
| 2016-10-18 09:03:21 |
Martin Pitt |
tags |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sponsor sts-sru targetmilestone-inin1510 |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sponsor sts-sru targetmilestone-inin1510 verification-needed |
|
| 2016-10-18 09:05:37 |
Martin Pitt |
removed subscriber Ubuntu Sponsors Team |
|
|
|
| 2016-10-18 13:01:41 |
Eric Desrochers |
tags |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sponsor sts-sru targetmilestone-inin1510 verification-needed |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sponsor sts-sru targetmilestone-inin1510 verification-done |
|
| 2016-10-20 09:59:19 |
Louis Bouchard |
tags |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sponsor sts-sru targetmilestone-inin1510 verification-done |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sru targetmilestone-inin1510 verification-done |
|
| 2016-10-20 10:10:39 |
bugproxy |
attachment added |
|
syslog of the affected system https://bugs.launchpad.net/bugs/1452202/+attachment/4764232/+files/syslog |
|
| 2016-10-20 10:10:41 |
bugproxy |
attachment added |
|
Fix for Yakkety https://bugs.launchpad.net/bugs/1452202/+attachment/4764233/+files/yakkety_lp1452202.debdiff |
|
| 2016-10-20 10:10:44 |
bugproxy |
attachment added |
|
lp_1452202_yak.debdiff https://bugs.launchpad.net/bugs/1452202/+attachment/4764234/+files/lp_1452202_yak.debdiff |
|
| 2016-10-20 10:10:46 |
bugproxy |
attachment added |
|
lp_1452202_trusty.debdiff https://bugs.launchpad.net/bugs/1452202/+attachment/4764235/+files/lp_1452202_trusty.debdiff |
|
| 2016-10-20 10:10:48 |
bugproxy |
attachment added |
|
lp_1452202_xenial.debdiff https://bugs.launchpad.net/bugs/1452202/+attachment/4764236/+files/lp_1452202_xenial.debdiff |
|
| 2016-10-20 10:10:51 |
bugproxy |
attachment added |
|
d-i_yakkety.debdiff https://bugs.launchpad.net/bugs/1452202/+attachment/4764237/+files/d-i_yakkety.debdiff |
|
| 2016-10-20 10:10:54 |
bugproxy |
attachment added |
|
d-i_xenial.debdiff https://bugs.launchpad.net/bugs/1452202/+attachment/4764238/+files/d-i_xenial.debdiff |
|
| 2016-10-20 10:10:56 |
bugproxy |
attachment added |
|
d-i_trusty.debdiff https://bugs.launchpad.net/bugs/1452202/+attachment/4764239/+files/d-i_trusty.debdiff |
|
| 2016-10-26 12:27:02 |
Launchpad Janitor |
preseed (Ubuntu Trusty): status |
Fix Committed |
Fix Released |
|
| 2016-10-26 12:27:07 |
Chris J Arges |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
| 2016-10-26 12:27:23 |
Launchpad Janitor |
preseed (Ubuntu Xenial): status |
Fix Committed |
Fix Released |
|
| 2016-10-26 12:28:24 |
Launchpad Janitor |
debian-installer (Ubuntu Trusty): status |
Fix Committed |
Fix Released |
|
| 2016-11-09 22:30:24 |
Martin Pitt |
debian-installer (Ubuntu Xenial): status |
In Progress |
Fix Committed |
|
| 2016-11-09 22:30:27 |
Martin Pitt |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
| 2016-11-09 22:30:32 |
Martin Pitt |
tags |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sru targetmilestone-inin1510 verification-done |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sru targetmilestone-inin1510 |
|
| 2016-11-09 22:30:33 |
Martin Pitt |
tags |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sru targetmilestone-inin1510 |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sru targetmilestone-inin1510 verification-needed |
|
| 2016-12-16 19:37:08 |
Eric Desrochers |
tags |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sru targetmilestone-inin1510 verification-needed |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sru targetmilestone-inin1510 verification-done |
|
| 2017-01-12 18:55:25 |
Launchpad Janitor |
debian-installer (Ubuntu Xenial): status |
Fix Committed |
Fix Released |
|
| 2017-03-22 15:45:15 |
Louis Bouchard |
tags |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sru targetmilestone-inin1510 verification-done |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sru-done targetmilestone-inin1510 verification-done |
|
| 2018-01-15 10:43:31 |
Hua Zhang |
bug |
|
|
added subscriber Hua Zhang |
| 2018-01-15 11:00:41 |
bugproxy |
attachment added |
|
preseed file https://bugs.launchpad.net/bugs/1452202/+attachment/5037268/+files/ted.preseed |
|
| 2018-01-15 11:00:42 |
bugproxy |
attachment added |
|
hardware summary of the affected system https://bugs.launchpad.net/bugs/1452202/+attachment/5037269/+files/hardware-summary |
|
| 2018-01-15 11:00:44 |
bugproxy |
attachment added |
|
syslog of the affected system https://bugs.launchpad.net/bugs/1452202/+attachment/5037270/+files/syslog |
|
| 2018-01-15 11:00:47 |
bugproxy |
attachment added |
|
Fix for Yakkety https://bugs.launchpad.net/bugs/1452202/+attachment/5037271/+files/yakkety_lp1452202.debdiff |
|
| 2018-01-15 11:00:48 |
bugproxy |
attachment added |
|
Fix for Trusty https://bugs.launchpad.net/bugs/1452202/+attachment/5037272/+files/trusty_lp1452202.debdiff |
|
| 2018-01-15 11:00:51 |
bugproxy |
attachment added |
|
lp_1452202_yak.debdiff https://bugs.launchpad.net/bugs/1452202/+attachment/5037273/+files/lp_1452202_yak.debdiff |
|
| 2018-01-15 11:00:52 |
bugproxy |
attachment added |
|
lp_1452202_trusty.debdiff https://bugs.launchpad.net/bugs/1452202/+attachment/5037274/+files/lp_1452202_trusty.debdiff |
|
| 2018-01-15 11:00:54 |
bugproxy |
attachment added |
|
lp_1452202_xenial.debdiff https://bugs.launchpad.net/bugs/1452202/+attachment/5037275/+files/lp_1452202_xenial.debdiff |
|
| 2018-01-15 11:00:56 |
bugproxy |
attachment added |
|
d-i_yakkety.debdiff https://bugs.launchpad.net/bugs/1452202/+attachment/5037276/+files/d-i_yakkety.debdiff |
|
| 2018-01-15 11:00:58 |
bugproxy |
attachment added |
|
d-i_xenial.debdiff https://bugs.launchpad.net/bugs/1452202/+attachment/5037277/+files/d-i_xenial.debdiff |
|
| 2018-01-15 11:01:00 |
bugproxy |
attachment added |
|
d-i_trusty.debdiff https://bugs.launchpad.net/bugs/1452202/+attachment/5037278/+files/d-i_trusty.debdiff |
|
| 2018-01-16 06:28:15 |
Dominique Poulain |
bug |
|
|
added subscriber Dominique Poulain |
| 2018-01-23 23:42:06 |
Hua Zhang |
attachment added |
|
lp_1452202_trusty_v2.debdiff https://bugs.launchpad.net/ubuntu/+source/preseed/+bug/1452202/+attachment/5042027/+files/lp_1452202_trusty_v2.debdiff |
|
| 2018-01-23 23:42:44 |
Hua Zhang |
attachment added |
|
d-i_trusty_v2.debdiff https://bugs.launchpad.net/ubuntu/+source/preseed/+bug/1452202/+attachment/5042028/+files/d-i_trusty_v2.debdiff |
|
| 2018-01-23 23:43:28 |
Hua Zhang |
attachment added |
|
lp_1452202_xenial_v2.debdiff https://bugs.launchpad.net/ubuntu/+source/preseed/+bug/1452202/+attachment/5042029/+files/lp_1452202_xenial_v2.debdiff |
|
| 2018-01-23 23:43:54 |
Hua Zhang |
attachment added |
|
d-i_xenial_v2.debdiff https://bugs.launchpad.net/ubuntu/+source/preseed/+bug/1452202/+attachment/5042030/+files/d-i_xenial_v2.debdiff |
|
| 2018-01-23 23:44:19 |
Hua Zhang |
attachment added |
|
lp_1452202_bonic_v2.debdiff https://bugs.launchpad.net/ubuntu/+source/preseed/+bug/1452202/+attachment/5042031/+files/lp_1452202_bonic_v2.debdiff |
|
| 2018-01-23 23:44:41 |
Hua Zhang |
attachment added |
|
d-i_bionic_v2.debdiff https://bugs.launchpad.net/ubuntu/+source/preseed/+bug/1452202/+attachment/5042032/+files/d-i_bionic_v2.debdiff |
|
| 2018-01-24 02:19:00 |
Hua Zhang |
nominated for series |
|
Ubuntu Bionic |
|
| 2018-01-24 02:29:42 |
Hua Zhang |
tags |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sru-done targetmilestone-inin1510 verification-done |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sru-needed targetmilestone-inin1510 |
|
| 2018-01-24 03:55:56 |
Hua Zhang |
attachment removed |
d-i_trusty.debdiff https://bugs.launchpad.net/ubuntu/+source/preseed/+bug/1452202/+attachment/5037278/+files/d-i_trusty.debdiff |
|
|
| 2018-01-24 03:57:20 |
Hua Zhang |
attachment removed |
d-i_trusty_v2.debdiff https://bugs.launchpad.net/ubuntu/+source/preseed/+bug/1452202/+attachment/5042028/+files/d-i_trusty_v2.debdiff |
|
|
| 2018-01-24 04:08:23 |
Eric Desrochers |
bug task added |
|
debian-installer (Ubuntu Bionic) |
|
| 2018-01-24 04:08:23 |
Eric Desrochers |
bug task added |
|
preseed (Ubuntu Bionic) |
|
| 2018-01-24 04:12:39 |
bugproxy |
attachment added |
|
d-i_trusty_v2.debdiff https://bugs.launchpad.net/bugs/1452202/+attachment/5042109/+files/d-i_trusty_v2.debdiff |
|
| 2018-08-20 13:13:24 |
Edward Hope-Morley |
tags |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sru-needed targetmilestone-inin1510 |
architecture-ppc64le bot-comment bugnameltc-124423 patch severity-high sts sts-sru-done targetmilestone-inin1510 |
|
