2018-07-31 17:47:51 |
Chad Smith |
bug |
|
|
added bug |
2018-07-31 18:09:50 |
Launchpad Janitor |
merge proposal linked |
|
https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/351920 |
|
2018-07-31 18:11:02 |
Chad Smith |
cloud-init: status |
New |
Triaged |
|
2018-07-31 18:11:05 |
Chad Smith |
cloud-init: importance |
Undecided |
High |
|
2018-07-31 18:11:07 |
Chad Smith |
cloud-init: assignee |
|
Chad Smith (chad.smith) |
|
2018-07-31 18:11:12 |
Chad Smith |
cloud-init: status |
Triaged |
In Progress |
|
2018-07-31 18:11:39 |
Chad Smith |
description |
cloud-init 18.3 cannot detect OpenStack datasource on Oracle cloud across reboots.
18.2 properly detects DataSourceOpenstack, but 18.3 added a detect_openstack helper function which fails to detect openstack datasource from the environment or DMI data matching a limit set of conditions:
- DMI system-product_name in ['OpenStack Nova', 'OpenStack Compute']
OracleCloud product-name is 'Standard PC (i440FX + PIIX, 1996)'
- DMI chassis_asset_tag in ['OpenTelekomCloud']
Oracle's chassis asset tag is 'OracleCloud.com'
- proc/1/environ:product_name == 'OpenStack Nova'
return True # Non-Intel cpus don't properly report dmi product names
product_name = util.read_dmi_data('system-product-name')
if product_name in VALID_DMI_PRODUCT_NAMES:
return True
elif util.read_dmi_data('chassis-asset-tag') in VALID_DMI_ASSET_TAGS:
return True
elif util.get_proc_env(1).get('product_name') == DMI_PRODUCT_NOVA:
Oracle's /proc/1/environ has no product_name key:
$ sudo cat /proc/1/environ
HOME=/init=/sbin/initrecovery=TERM=linuxdrop_caps=BOOT_IMAGE=/boot/vmlinuz-4.15.0-29-genericPATH=/sbin:/usr/sbin:/bin:/usr/binPWD=/rootmnt=/root
We need a more permissive detect_openstack function to allow for detecting Oracle during cloud-init's get_data() method. |
cloud-init 18.3 cannot detect OpenStack datasource on Oracle cloud across reboots.
18.2 properly detects DataSourceOpenstack, but 18.3 added a detect_openstack helper function which fails to detect openstack datasource from the environment or DMI data matching a limited set of conditions:
- DMI system-product_name in ['OpenStack Nova', 'OpenStack Compute']
OracleCloud product-name is 'Standard PC (i440FX + PIIX, 1996)'
- DMI chassis_asset_tag in ['OpenTelekomCloud']
Oracle's chassis asset tag is 'OracleCloud.com'
- proc/1/environ:product_name == 'OpenStack Nova'
return True # Non-Intel cpus don't properly report dmi product names
product_name = util.read_dmi_data('system-product-name')
if product_name in VALID_DMI_PRODUCT_NAMES:
return True
elif util.read_dmi_data('chassis-asset-tag') in VALID_DMI_ASSET_TAGS:
return True
elif util.get_proc_env(1).get('product_name') == DMI_PRODUCT_NOVA:
Oracle's /proc/1/environ has no product_name key:
$ sudo cat /proc/1/environ
HOME=/init=/sbin/initrecovery=TERM=linuxdrop_caps=BOOT_IMAGE=/boot/vmlinuz-4.15.0-29-genericPATH=/sbin:/usr/sbin:/bin:/usr/binPWD=/rootmnt=/root
We need a more permissive detect_openstack function to allow for detecting Oracle during cloud-init's get_data() method. |
|
2018-07-31 18:12:32 |
Chad Smith |
description |
cloud-init 18.3 cannot detect OpenStack datasource on Oracle cloud across reboots.
18.2 properly detects DataSourceOpenstack, but 18.3 added a detect_openstack helper function which fails to detect openstack datasource from the environment or DMI data matching a limited set of conditions:
- DMI system-product_name in ['OpenStack Nova', 'OpenStack Compute']
OracleCloud product-name is 'Standard PC (i440FX + PIIX, 1996)'
- DMI chassis_asset_tag in ['OpenTelekomCloud']
Oracle's chassis asset tag is 'OracleCloud.com'
- proc/1/environ:product_name == 'OpenStack Nova'
return True # Non-Intel cpus don't properly report dmi product names
product_name = util.read_dmi_data('system-product-name')
if product_name in VALID_DMI_PRODUCT_NAMES:
return True
elif util.read_dmi_data('chassis-asset-tag') in VALID_DMI_ASSET_TAGS:
return True
elif util.get_proc_env(1).get('product_name') == DMI_PRODUCT_NOVA:
Oracle's /proc/1/environ has no product_name key:
$ sudo cat /proc/1/environ
HOME=/init=/sbin/initrecovery=TERM=linuxdrop_caps=BOOT_IMAGE=/boot/vmlinuz-4.15.0-29-genericPATH=/sbin:/usr/sbin:/bin:/usr/binPWD=/rootmnt=/root
We need a more permissive detect_openstack function to allow for detecting Oracle during cloud-init's get_data() method. |
cloud-init 18.3 cannot detect OpenStack datasource on Oracle cloud across reboots.
18.2 properly detects DataSourceOpenstack, but 18.3 added a detect_openstack helper function which fails to detect openstack datasource from the environment or DMI data matching a limited set of conditions:
- DMI system-product_name in ['OpenStack Nova', 'OpenStack Compute']
OracleCloud product-name is 'Standard PC (i440FX + PIIX, 1996)'
- DMI chassis_asset_tag in ['OpenTelekomCloud']
Oracle's chassis asset tag is 'OracleCloud.com'
- proc/1/environ:product_name == 'OpenStack Nova'
Oracle's /proc/1/environ has no product_name key:
$ sudo cat /proc/1/environ
HOME=/init=/sbin/initrecovery=TERM=linuxdrop_caps=BOOT_IMAGE=/boot/vmlinuz-4.15.0-29-genericPATH=/sbin:/usr/sbin:/bin:/usr/binPWD=/rootmnt=/root
We need a more permissive detect_openstack function to allow for detecting Oracle during cloud-init's get_data() method. |
|
2018-07-31 18:12:48 |
Chad Smith |
description |
cloud-init 18.3 cannot detect OpenStack datasource on Oracle cloud across reboots.
18.2 properly detects DataSourceOpenstack, but 18.3 added a detect_openstack helper function which fails to detect openstack datasource from the environment or DMI data matching a limited set of conditions:
- DMI system-product_name in ['OpenStack Nova', 'OpenStack Compute']
OracleCloud product-name is 'Standard PC (i440FX + PIIX, 1996)'
- DMI chassis_asset_tag in ['OpenTelekomCloud']
Oracle's chassis asset tag is 'OracleCloud.com'
- proc/1/environ:product_name == 'OpenStack Nova'
Oracle's /proc/1/environ has no product_name key:
$ sudo cat /proc/1/environ
HOME=/init=/sbin/initrecovery=TERM=linuxdrop_caps=BOOT_IMAGE=/boot/vmlinuz-4.15.0-29-genericPATH=/sbin:/usr/sbin:/bin:/usr/binPWD=/rootmnt=/root
We need a more permissive detect_openstack function to allow for detecting Oracle during cloud-init's get_data() method. |
cloud-init 18.3 cannot detect OpenStack datasource on Oracle cloud across reboots.
18.2 properly detects DataSourceOpenstack, but 18.3 added a detect_openstack helper function which fails to detect openstack datasource from the environment or DMI data matching a limited set of conditions:
- DMI system-product_name in ['OpenStack Nova', 'OpenStack Compute']
OracleCloud product-name is 'Standard PC (i440FX + PIIX, 1996)'
- DMI chassis_asset_tag in ['OpenTelekomCloud']
Oracle's chassis asset tag is 'OracleCloud.com'
- proc/1/environ:product_name == 'OpenStack Nova'
Oracle's /proc/1/environ has no product_name key:
$ sudo cat /proc/1/environ
HOME=/init=/sbin/initrecovery=TERM=linuxdrop_caps=BOOT_IMAGE=/boot/vmlinuz-4.15.0-29-genericPATH=/sbin:/usr/sbin:/bin:/usr/binPWD=/rootmnt=/root
We need a more permissive detect_openstack function to detect Oracle during cloud-init's get_data() method. |
|
2018-07-31 18:39:07 |
Chad Smith |
tags |
|
regression-proposed |
|
2018-07-31 18:44:17 |
Server Team CI bot |
cloud-init: status |
In Progress |
Fix Committed |
|
2018-07-31 18:52:16 |
Launchpad Janitor |
merge proposal linked |
|
https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/351925 |
|
2018-07-31 19:03:31 |
Launchpad Janitor |
merge proposal linked |
|
https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/351926 |
|
2018-07-31 19:56:19 |
Launchpad Janitor |
merge proposal linked |
|
https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/351937 |
|
2018-07-31 19:59:19 |
Launchpad Janitor |
merge proposal linked |
|
https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/351938 |
|
2018-07-31 20:24:26 |
Scott Moser |
bug task added |
|
cloud-init (Ubuntu) |
|
2018-07-31 20:24:34 |
Scott Moser |
cloud-init (Ubuntu): status |
New |
Fix Released |
|
2018-07-31 20:24:37 |
Scott Moser |
cloud-init (Ubuntu): importance |
Undecided |
Medium |
|
2018-08-01 01:33:53 |
Chris Halse Rogers |
cloud-init (Ubuntu Xenial): status |
New |
Fix Committed |
|
2018-08-01 01:33:56 |
Chris Halse Rogers |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2018-08-01 01:33:59 |
Chris Halse Rogers |
bug |
|
|
added subscriber SRU Verification |
2018-08-01 01:34:03 |
Chris Halse Rogers |
tags |
regression-proposed |
regression-proposed verification-needed verification-needed-xenial |
|
2018-08-01 01:55:50 |
Chris Halse Rogers |
cloud-init (Ubuntu Bionic): status |
New |
Fix Committed |
|
2018-08-01 01:55:57 |
Chris Halse Rogers |
tags |
regression-proposed verification-needed verification-needed-xenial |
regression-proposed verification-needed verification-needed-bionic verification-needed-xenial |
|
2018-08-01 12:05:13 |
Launchpad Janitor |
merge proposal linked |
|
https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/352010 |
|
2018-08-01 17:12:35 |
Launchpad Janitor |
merge proposal unlinked |
https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/352010 |
|
|
2018-08-01 19:43:39 |
Chad Smith |
description |
cloud-init 18.3 cannot detect OpenStack datasource on Oracle cloud across reboots.
18.2 properly detects DataSourceOpenstack, but 18.3 added a detect_openstack helper function which fails to detect openstack datasource from the environment or DMI data matching a limited set of conditions:
- DMI system-product_name in ['OpenStack Nova', 'OpenStack Compute']
OracleCloud product-name is 'Standard PC (i440FX + PIIX, 1996)'
- DMI chassis_asset_tag in ['OpenTelekomCloud']
Oracle's chassis asset tag is 'OracleCloud.com'
- proc/1/environ:product_name == 'OpenStack Nova'
Oracle's /proc/1/environ has no product_name key:
$ sudo cat /proc/1/environ
HOME=/init=/sbin/initrecovery=TERM=linuxdrop_caps=BOOT_IMAGE=/boot/vmlinuz-4.15.0-29-genericPATH=/sbin:/usr/sbin:/bin:/usr/binPWD=/rootmnt=/root
We need a more permissive detect_openstack function to detect Oracle during cloud-init's get_data() method. |
=== Begin SRU Template ===
[Impact]
Cloud-init should detect OpenStack datasource on any OrancleCloud instance.
Per the bug, it was falling through the DataSourceNone after upgrade to 18.3.9
and a system reboot.
[Test Case]
# Deploy an Oracle cloud bionic instance and validate upgrade/reboot path
cat > setup_proposed.sh <<EOF
#/bin/bash
mirror=http://archive.ubuntu.com/ubuntu
echo deb \$mirror \$(lsb_release -sc)-proposed main | tee /etc/apt/sources.list.d/proposed.list
apt-get update -q;
apt-get install -qy cloud-init;
EOF
for vm in '129.146.86.46';
do
echo '=== BEGIN ' $vm ' ==='
ssh ubuntu@$vm grep CODENAME /etc/os-release;
ssh ubuntu@$vm -- dpkg-query --show cloud-init;
ssh ubuntu@$vm -- cloud-init status --long;
ssh ubuntu@$vm -- cloud-init --version;
ssh ubuntu@$vm -- cloud-init analyze show;
scp setup_proposed.sh ubuntu@$vm:.;
ssh ubuntu@$vm sudo bash ./setup_proposed.sh 2>&1 | egrep 'cloud-init';
ssh ubuntu@$vm -- sudo cloud-init clean --logs --reboot;
echo "After clean reboot, upgrade 18.3.9 should detect OpenStackLocal datasource"
ssh-keygen -f ".ssh/known_hosts" -R $vm;
ssh ubuntu@$vm -- cloud-init status --long;
ssh ubuntu@$vm -- cloud-init --version;
done
[Regression Potential]
This fixes a critical issue in datasource detection on Oracle platforms only.
This should not regress any other platforms and is only a minor code path change
to include Oracle's DMI chassis asset tag as a valid OpenStack datasource type.
[Other Info]
Upstream commit at
https://git.launchpad.net/cloud-init/commit/?id=0df2b42
=== End SRU Template ===
=== Original Description ===
cloud-init 18.3 cannot detect OpenStack datasource on Oracle cloud across reboots.
18.2 properly detects DataSourceOpenstack, but 18.3 added a detect_openstack helper function which fails to detect openstack datasource from the environment or DMI data matching a limited set of conditions:
- DMI system-product_name in ['OpenStack Nova', 'OpenStack Compute']
OracleCloud product-name is 'Standard PC (i440FX + PIIX, 1996)'
- DMI chassis_asset_tag in ['OpenTelekomCloud']
Oracle's chassis asset tag is 'OracleCloud.com'
- proc/1/environ:product_name == 'OpenStack Nova'
Oracle's /proc/1/environ has no product_name key:
$ sudo cat /proc/1/environ
HOME=/init=/sbin/initrecovery=TERM=linuxdrop_caps=BOOT_IMAGE=/boot/vmlinuz-4.15.0-29-genericPATH=/sbin:/usr/sbin:/bin:/usr/binPWD=/rootmnt=/root
We need a more permissive detect_openstack function to detect Oracle during cloud-init's get_data() method. |
|
2018-08-01 19:43:53 |
Chad Smith |
tags |
regression-proposed verification-needed verification-needed-bionic verification-needed-xenial |
regression-proposed verification-done-bionic verification-needed verification-needed-xenial |
|
2018-08-01 19:55:54 |
Chad Smith |
attachment added |
|
lp-1784685.txt https://bugs.launchpad.net/cloud-init/+bug/1784685/+attachment/5170554/+files/lp-1784685.txt |
|
2018-08-01 19:56:12 |
Chad Smith |
tags |
regression-proposed verification-done-bionic verification-needed verification-needed-xenial |
regression-proposed verification-done verification-done-bionic verification-done-xenial |
|
2018-08-08 01:56:21 |
Launchpad Janitor |
cloud-init (Ubuntu Bionic): status |
Fix Committed |
Fix Released |
|
2018-08-08 01:56:38 |
Chris Halse Rogers |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
2018-08-08 01:57:22 |
Launchpad Janitor |
cloud-init (Ubuntu Xenial): status |
Fix Committed |
Fix Released |
|
2018-08-16 16:51:11 |
Chad Smith |
description |
=== Begin SRU Template ===
[Impact]
Cloud-init should detect OpenStack datasource on any OrancleCloud instance.
Per the bug, it was falling through the DataSourceNone after upgrade to 18.3.9
and a system reboot.
[Test Case]
# Deploy an Oracle cloud bionic instance and validate upgrade/reboot path
cat > setup_proposed.sh <<EOF
#/bin/bash
mirror=http://archive.ubuntu.com/ubuntu
echo deb \$mirror \$(lsb_release -sc)-proposed main | tee /etc/apt/sources.list.d/proposed.list
apt-get update -q;
apt-get install -qy cloud-init;
EOF
for vm in '129.146.86.46';
do
echo '=== BEGIN ' $vm ' ==='
ssh ubuntu@$vm grep CODENAME /etc/os-release;
ssh ubuntu@$vm -- dpkg-query --show cloud-init;
ssh ubuntu@$vm -- cloud-init status --long;
ssh ubuntu@$vm -- cloud-init --version;
ssh ubuntu@$vm -- cloud-init analyze show;
scp setup_proposed.sh ubuntu@$vm:.;
ssh ubuntu@$vm sudo bash ./setup_proposed.sh 2>&1 | egrep 'cloud-init';
ssh ubuntu@$vm -- sudo cloud-init clean --logs --reboot;
echo "After clean reboot, upgrade 18.3.9 should detect OpenStackLocal datasource"
ssh-keygen -f ".ssh/known_hosts" -R $vm;
ssh ubuntu@$vm -- cloud-init status --long;
ssh ubuntu@$vm -- cloud-init --version;
done
[Regression Potential]
This fixes a critical issue in datasource detection on Oracle platforms only.
This should not regress any other platforms and is only a minor code path change
to include Oracle's DMI chassis asset tag as a valid OpenStack datasource type.
[Other Info]
Upstream commit at
https://git.launchpad.net/cloud-init/commit/?id=0df2b42
=== End SRU Template ===
=== Original Description ===
cloud-init 18.3 cannot detect OpenStack datasource on Oracle cloud across reboots.
18.2 properly detects DataSourceOpenstack, but 18.3 added a detect_openstack helper function which fails to detect openstack datasource from the environment or DMI data matching a limited set of conditions:
- DMI system-product_name in ['OpenStack Nova', 'OpenStack Compute']
OracleCloud product-name is 'Standard PC (i440FX + PIIX, 1996)'
- DMI chassis_asset_tag in ['OpenTelekomCloud']
Oracle's chassis asset tag is 'OracleCloud.com'
- proc/1/environ:product_name == 'OpenStack Nova'
Oracle's /proc/1/environ has no product_name key:
$ sudo cat /proc/1/environ
HOME=/init=/sbin/initrecovery=TERM=linuxdrop_caps=BOOT_IMAGE=/boot/vmlinuz-4.15.0-29-genericPATH=/sbin:/usr/sbin:/bin:/usr/binPWD=/rootmnt=/root
We need a more permissive detect_openstack function to detect Oracle during cloud-init's get_data() method. |
=== Begin SRU Template ===
[Impact]
Cloud-init should detect OpenStack datasource on any OracleCloud instance.
Per the bug, it was falling through the DataSourceNone after upgrade to 18.3.9
and a system reboot.
[Test Case]
# Deploy an Oracle cloud bionic instance and validate upgrade/reboot path
cat > setup_proposed.sh <<EOF
#/bin/bash
mirror=http://archive.ubuntu.com/ubuntu
echo deb \$mirror \$(lsb_release -sc)-proposed main | tee /etc/apt/sources.list.d/proposed.list
apt-get update -q;
apt-get install -qy cloud-init;
EOF
for vm in '129.146.86.46';
do
echo '=== BEGIN ' $vm ' ==='
ssh ubuntu@$vm grep CODENAME /etc/os-release;
ssh ubuntu@$vm -- dpkg-query --show cloud-init;
ssh ubuntu@$vm -- cloud-init status --long;
ssh ubuntu@$vm -- cloud-init --version;
ssh ubuntu@$vm -- cloud-init analyze show;
scp setup_proposed.sh ubuntu@$vm:.;
ssh ubuntu@$vm sudo bash ./setup_proposed.sh 2>&1 | egrep 'cloud-init';
ssh ubuntu@$vm -- sudo cloud-init clean --logs --reboot;
echo "After clean reboot, upgrade 18.3.9 should detect OpenStackLocal datasource"
ssh-keygen -f ".ssh/known_hosts" -R $vm;
ssh ubuntu@$vm -- cloud-init status --long;
ssh ubuntu@$vm -- cloud-init --version;
done
[Regression Potential]
This fixes a critical issue in datasource detection on Oracle platforms only.
This should not regress any other platforms and is only a minor code path change
to include Oracle's DMI chassis asset tag as a valid OpenStack datasource type.
[Other Info]
Upstream commit at
https://git.launchpad.net/cloud-init/commit/?id=0df2b42
=== End SRU Template ===
=== Original Description ===
cloud-init 18.3 cannot detect OpenStack datasource on Oracle cloud across reboots.
18.2 properly detects DataSourceOpenstack, but 18.3 added a detect_openstack helper function which fails to detect openstack datasource from the environment or DMI data matching a limited set of conditions:
- DMI system-product_name in ['OpenStack Nova', 'OpenStack Compute']
OracleCloud product-name is 'Standard PC (i440FX + PIIX, 1996)'
- DMI chassis_asset_tag in ['OpenTelekomCloud']
Oracle's chassis asset tag is 'OracleCloud.com'
- proc/1/environ:product_name == 'OpenStack Nova'
Oracle's /proc/1/environ has no product_name key:
$ sudo cat /proc/1/environ
HOME=/init=/sbin/initrecovery=TERM=linuxdrop_caps=BOOT_IMAGE=/boot/vmlinuz-4.15.0-29-genericPATH=/sbin:/usr/sbin:/bin:/usr/binPWD=/rootmnt=/root
We need a more permissive detect_openstack function to detect Oracle during cloud-init's get_data() method. |
|
2018-10-02 21:13:35 |
Scott Moser |
cloud-init: status |
Fix Committed |
Fix Released |
|
2023-05-11 15:01:31 |
James Falcon |
bug watch added |
|
https://github.com/canonical/cloud-init/issues/3215 |
|