2023-07-24 16:10:35 |
James Falcon |
bug |
|
|
added bug |
2023-07-24 16:11:41 |
James Falcon |
nominated for series |
|
Ubuntu Mantic |
|
2023-07-24 16:11:41 |
James Falcon |
bug task added |
|
cloud-init (Ubuntu Mantic) |
|
2023-07-24 16:11:41 |
James Falcon |
nominated for series |
|
Ubuntu Lunar |
|
2023-07-24 16:11:41 |
James Falcon |
bug task added |
|
cloud-init (Ubuntu Lunar) |
|
2023-07-24 16:11:41 |
James Falcon |
nominated for series |
|
Ubuntu Focal |
|
2023-07-24 16:11:41 |
James Falcon |
bug task added |
|
cloud-init (Ubuntu Focal) |
|
2023-07-24 16:11:41 |
James Falcon |
nominated for series |
|
Ubuntu Jammy |
|
2023-07-24 16:11:41 |
James Falcon |
bug task added |
|
cloud-init (Ubuntu Jammy) |
|
2023-07-26 14:59:56 |
James Falcon |
description |
TODO...
=== Begin SRU Template ===
[Impact]
[Test Case]
[Regression Potential]
[Other Info] |
=== Begin SRU Template ===
[Impact]
23.2's refactoring of kernel command line handling introduced a regression such that only a single datasource key is handled, rather than the multiple keys that worked before. When multiple keys are specific, the datasource handling code will now Traceback and not detect the datasource. For example, with the following:
ds=nocloud-net;s=http://10.1.1.2:8888/;h=ncn-s001
The local-hostname (h) key would never get processed, the following is generated:
[ 39.825817] cloud-init[3154]: Traceback (most recent call last):
[ 39.861830] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/cmd/main.py", line 766, in status_wrapper
[ 39.881829] cloud-init[3154]: ret = functor(name, args)
[ 39.901820] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/cmd/main.py", line 384, in main_init
[ 39.921828] cloud-init[3154]: init.fetch(existing=existing)
[ 39.937825] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/stages.py", line 443, in fetch
[ 39.957823] cloud-init[3154]: return self._get_data_source(existing=existing)
[ 39.977823] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/stages.py", line 341, in _get_data_source
[ 39.997823] cloud-init[3154]: self.reporter,
[ 40.013821] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/sources/__init__.py", line 1005, in find_source
[ 40.033840] cloud-init[3154]: ds_list = list_sources(cfg_list, ds_deps, pkg_list)
[ 40.049839] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/sources/__init__.py", line 1053, in list_sources
[ 40.069834] cloud-init[3154]: ds_name, pkg_list, ["get_datasource_list"]
[ 40.085829] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/importer.py", line 70, in find_module
[ 40.105831] cloud-init[3154]: if not importlib.util.find_spec(full_path):
[ 40.121839] cloud-init[3154]: File "/usr/lib64/python3.6/importlib/util.py", line 88, in find_spec
[ 40.141927] cloud-init[3154]: parent = __import__(parent_name, fromlist=['__path__'])
[ 40.157838] cloud-init[3154]: ModuleNotFoundError: No module named 'DataSourcenocloud-net;s=http://10'
[Test Case]
(expand this with more specific steps)
* Boot a VM with kernel command-line set to "ds=nocloud-net;s=http://host-ip/;h=hostname
* Verify no traceback has been produced
* Verify DataSourceNoCloud is detected
* Verify the seed url is contacted
* Verify the local-hostname is set correctly
[Regression Potential]
TODO
[Other Info]
Upstream bug: https://github.com/canonical/cloud-init/issues/4271 |
|
2023-07-26 15:22:51 |
James Falcon |
description |
=== Begin SRU Template ===
[Impact]
23.2's refactoring of kernel command line handling introduced a regression such that only a single datasource key is handled, rather than the multiple keys that worked before. When multiple keys are specific, the datasource handling code will now Traceback and not detect the datasource. For example, with the following:
ds=nocloud-net;s=http://10.1.1.2:8888/;h=ncn-s001
The local-hostname (h) key would never get processed, the following is generated:
[ 39.825817] cloud-init[3154]: Traceback (most recent call last):
[ 39.861830] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/cmd/main.py", line 766, in status_wrapper
[ 39.881829] cloud-init[3154]: ret = functor(name, args)
[ 39.901820] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/cmd/main.py", line 384, in main_init
[ 39.921828] cloud-init[3154]: init.fetch(existing=existing)
[ 39.937825] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/stages.py", line 443, in fetch
[ 39.957823] cloud-init[3154]: return self._get_data_source(existing=existing)
[ 39.977823] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/stages.py", line 341, in _get_data_source
[ 39.997823] cloud-init[3154]: self.reporter,
[ 40.013821] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/sources/__init__.py", line 1005, in find_source
[ 40.033840] cloud-init[3154]: ds_list = list_sources(cfg_list, ds_deps, pkg_list)
[ 40.049839] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/sources/__init__.py", line 1053, in list_sources
[ 40.069834] cloud-init[3154]: ds_name, pkg_list, ["get_datasource_list"]
[ 40.085829] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/importer.py", line 70, in find_module
[ 40.105831] cloud-init[3154]: if not importlib.util.find_spec(full_path):
[ 40.121839] cloud-init[3154]: File "/usr/lib64/python3.6/importlib/util.py", line 88, in find_spec
[ 40.141927] cloud-init[3154]: parent = __import__(parent_name, fromlist=['__path__'])
[ 40.157838] cloud-init[3154]: ModuleNotFoundError: No module named 'DataSourcenocloud-net;s=http://10'
[Test Case]
(expand this with more specific steps)
* Boot a VM with kernel command-line set to "ds=nocloud-net;s=http://host-ip/;h=hostname
* Verify no traceback has been produced
* Verify DataSourceNoCloud is detected
* Verify the seed url is contacted
* Verify the local-hostname is set correctly
[Regression Potential]
TODO
[Other Info]
Upstream bug: https://github.com/canonical/cloud-init/issues/4271 |
=== Begin SRU Template ===
[Impact]
23.2's refactoring of kernel command line handling introduced a regression such that only a single datasource key is handled, rather than the multiple keys that worked before. When multiple keys are specific, the datasource handling code will now Traceback and not detect the datasource. For example, with the following:
ds=nocloud-net;s=http://10.1.1.2:8888/;h=ncn-s001
The local-hostname (h) key would never get processed, the following is generated:
[ 39.825817] cloud-init[3154]: Traceback (most recent call last):
[ 39.861830] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/cmd/main.py", line 766, in status_wrapper
[ 39.881829] cloud-init[3154]: ret = functor(name, args)
[ 39.901820] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/cmd/main.py", line 384, in main_init
[ 39.921828] cloud-init[3154]: init.fetch(existing=existing)
[ 39.937825] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/stages.py", line 443, in fetch
[ 39.957823] cloud-init[3154]: return self._get_data_source(existing=existing)
[ 39.977823] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/stages.py", line 341, in _get_data_source
[ 39.997823] cloud-init[3154]: self.reporter,
[ 40.013821] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/sources/__init__.py", line 1005, in find_source
[ 40.033840] cloud-init[3154]: ds_list = list_sources(cfg_list, ds_deps, pkg_list)
[ 40.049839] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/sources/__init__.py", line 1053, in list_sources
[ 40.069834] cloud-init[3154]: ds_name, pkg_list, ["get_datasource_list"]
[ 40.085829] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/importer.py", line 70, in find_module
[ 40.105831] cloud-init[3154]: if not importlib.util.find_spec(full_path):
[ 40.121839] cloud-init[3154]: File "/usr/lib64/python3.6/importlib/util.py", line 88, in find_spec
[ 40.141927] cloud-init[3154]: parent = __import__(parent_name, fromlist=['__path__'])
[ 40.157838] cloud-init[3154]: ModuleNotFoundError: No module named 'DataSourcenocloud-net;s=http://10'
[Test Case]
(expand this with more specific steps)
* Boot a VM with kernel command-line set to "ds=nocloud-net;s=http://host-ip/;h=hostname
* Verify no traceback has been produced
* Verify DataSourceNoCloud is detected
* Verify the seed url is contacted
* Verify the local-hostname is set correctly
[Regression Potential]
TODO
[Other Info]
Upstream bug: https://github.com/canonical/cloud-init/issues/4271
Upstream fix: https://github.com/canonical/cloud-init/pull/4273 |
|
2023-07-27 02:47:37 |
James Falcon |
description |
=== Begin SRU Template ===
[Impact]
23.2's refactoring of kernel command line handling introduced a regression such that only a single datasource key is handled, rather than the multiple keys that worked before. When multiple keys are specific, the datasource handling code will now Traceback and not detect the datasource. For example, with the following:
ds=nocloud-net;s=http://10.1.1.2:8888/;h=ncn-s001
The local-hostname (h) key would never get processed, the following is generated:
[ 39.825817] cloud-init[3154]: Traceback (most recent call last):
[ 39.861830] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/cmd/main.py", line 766, in status_wrapper
[ 39.881829] cloud-init[3154]: ret = functor(name, args)
[ 39.901820] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/cmd/main.py", line 384, in main_init
[ 39.921828] cloud-init[3154]: init.fetch(existing=existing)
[ 39.937825] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/stages.py", line 443, in fetch
[ 39.957823] cloud-init[3154]: return self._get_data_source(existing=existing)
[ 39.977823] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/stages.py", line 341, in _get_data_source
[ 39.997823] cloud-init[3154]: self.reporter,
[ 40.013821] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/sources/__init__.py", line 1005, in find_source
[ 40.033840] cloud-init[3154]: ds_list = list_sources(cfg_list, ds_deps, pkg_list)
[ 40.049839] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/sources/__init__.py", line 1053, in list_sources
[ 40.069834] cloud-init[3154]: ds_name, pkg_list, ["get_datasource_list"]
[ 40.085829] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/importer.py", line 70, in find_module
[ 40.105831] cloud-init[3154]: if not importlib.util.find_spec(full_path):
[ 40.121839] cloud-init[3154]: File "/usr/lib64/python3.6/importlib/util.py", line 88, in find_spec
[ 40.141927] cloud-init[3154]: parent = __import__(parent_name, fromlist=['__path__'])
[ 40.157838] cloud-init[3154]: ModuleNotFoundError: No module named 'DataSourcenocloud-net;s=http://10'
[Test Case]
(expand this with more specific steps)
* Boot a VM with kernel command-line set to "ds=nocloud-net;s=http://host-ip/;h=hostname
* Verify no traceback has been produced
* Verify DataSourceNoCloud is detected
* Verify the seed url is contacted
* Verify the local-hostname is set correctly
[Regression Potential]
TODO
[Other Info]
Upstream bug: https://github.com/canonical/cloud-init/issues/4271
Upstream fix: https://github.com/canonical/cloud-init/pull/4273 |
=== Begin SRU Template ===
[Impact]
23.2's refactoring of kernel command line handling introduced a regression such that only a single datasource key is handled, rather than the multiple keys that worked before. When multiple keys are specific, the datasource handling code will now Traceback and not detect the datasource. For example, with the following:
ds=nocloud-net;s=http://10.1.1.2:8888/;h=ncn-s001
The local-hostname (h) key would never get processed, the following is generated:
[ 39.825817] cloud-init[3154]: Traceback (most recent call last):
[ 39.861830] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/cmd/main.py", line 766, in status_wrapper
[ 39.881829] cloud-init[3154]: ret = functor(name, args)
[ 39.901820] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/cmd/main.py", line 384, in main_init
[ 39.921828] cloud-init[3154]: init.fetch(existing=existing)
[ 39.937825] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/stages.py", line 443, in fetch
[ 39.957823] cloud-init[3154]: return self._get_data_source(existing=existing)
[ 39.977823] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/stages.py", line 341, in _get_data_source
[ 39.997823] cloud-init[3154]: self.reporter,
[ 40.013821] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/sources/__init__.py", line 1005, in find_source
[ 40.033840] cloud-init[3154]: ds_list = list_sources(cfg_list, ds_deps, pkg_list)
[ 40.049839] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/sources/__init__.py", line 1053, in list_sources
[ 40.069834] cloud-init[3154]: ds_name, pkg_list, ["get_datasource_list"]
[ 40.085829] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/importer.py", line 70, in find_module
[ 40.105831] cloud-init[3154]: if not importlib.util.find_spec(full_path):
[ 40.121839] cloud-init[3154]: File "/usr/lib64/python3.6/importlib/util.py", line 88, in find_spec
[ 40.141927] cloud-init[3154]: parent = __import__(parent_name, fromlist=['__path__'])
[ 40.157838] cloud-init[3154]: ModuleNotFoundError: No module named 'DataSourcenocloud-net;s=http://10'
[Test Case]
(expand this with more specific steps)
* Boot a VM with kernel command-line set to "ds=nocloud-net;s=http://host-ip/;h=hostname
* Verify no traceback has been produced
* Verify DataSourceNoCloud is detected
* Verify the seed url is contacted
* Verify the local-hostname is set correctly
[Regression Potential]
If there are other ways we can be mis-parsing the command line, then cloud-init won't receive them properly.
[Other Info]
Upstream bug: https://github.com/canonical/cloud-init/issues/4271
Upstream fix: https://github.com/canonical/cloud-init/pull/4273 |
|
2023-08-01 16:42:13 |
Launchpad Janitor |
cloud-init (Ubuntu Mantic): status |
New |
Fix Released |
|
2023-08-01 18:55:11 |
James Falcon |
description |
=== Begin SRU Template ===
[Impact]
23.2's refactoring of kernel command line handling introduced a regression such that only a single datasource key is handled, rather than the multiple keys that worked before. When multiple keys are specific, the datasource handling code will now Traceback and not detect the datasource. For example, with the following:
ds=nocloud-net;s=http://10.1.1.2:8888/;h=ncn-s001
The local-hostname (h) key would never get processed, the following is generated:
[ 39.825817] cloud-init[3154]: Traceback (most recent call last):
[ 39.861830] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/cmd/main.py", line 766, in status_wrapper
[ 39.881829] cloud-init[3154]: ret = functor(name, args)
[ 39.901820] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/cmd/main.py", line 384, in main_init
[ 39.921828] cloud-init[3154]: init.fetch(existing=existing)
[ 39.937825] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/stages.py", line 443, in fetch
[ 39.957823] cloud-init[3154]: return self._get_data_source(existing=existing)
[ 39.977823] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/stages.py", line 341, in _get_data_source
[ 39.997823] cloud-init[3154]: self.reporter,
[ 40.013821] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/sources/__init__.py", line 1005, in find_source
[ 40.033840] cloud-init[3154]: ds_list = list_sources(cfg_list, ds_deps, pkg_list)
[ 40.049839] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/sources/__init__.py", line 1053, in list_sources
[ 40.069834] cloud-init[3154]: ds_name, pkg_list, ["get_datasource_list"]
[ 40.085829] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/importer.py", line 70, in find_module
[ 40.105831] cloud-init[3154]: if not importlib.util.find_spec(full_path):
[ 40.121839] cloud-init[3154]: File "/usr/lib64/python3.6/importlib/util.py", line 88, in find_spec
[ 40.141927] cloud-init[3154]: parent = __import__(parent_name, fromlist=['__path__'])
[ 40.157838] cloud-init[3154]: ModuleNotFoundError: No module named 'DataSourcenocloud-net;s=http://10'
[Test Case]
(expand this with more specific steps)
* Boot a VM with kernel command-line set to "ds=nocloud-net;s=http://host-ip/;h=hostname
* Verify no traceback has been produced
* Verify DataSourceNoCloud is detected
* Verify the seed url is contacted
* Verify the local-hostname is set correctly
[Regression Potential]
If there are other ways we can be mis-parsing the command line, then cloud-init won't receive them properly.
[Other Info]
Upstream bug: https://github.com/canonical/cloud-init/issues/4271
Upstream fix: https://github.com/canonical/cloud-init/pull/4273 |
=== Begin SRU Template ===
[Impact]
23.2's refactoring of kernel command line handling introduced a regression such that only a single datasource key is handled, rather than the multiple keys that worked before. When multiple keys are specified, the datasource handling code will now Traceback and not detect the datasource. For example, with the following:
ds=nocloud-net;s=http://10.1.1.2:8888/;h=ncn-s001
The local-hostname (h) key would never get processed, the following is generated:
[ 39.825817] cloud-init[3154]: Traceback (most recent call last):
[ 39.861830] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/cmd/main.py", line 766, in status_wrapper
[ 39.881829] cloud-init[3154]: ret = functor(name, args)
[ 39.901820] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/cmd/main.py", line 384, in main_init
[ 39.921828] cloud-init[3154]: init.fetch(existing=existing)
[ 39.937825] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/stages.py", line 443, in fetch
[ 39.957823] cloud-init[3154]: return self._get_data_source(existing=existing)
[ 39.977823] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/stages.py", line 341, in _get_data_source
[ 39.997823] cloud-init[3154]: self.reporter,
[ 40.013821] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/sources/__init__.py", line 1005, in find_source
[ 40.033840] cloud-init[3154]: ds_list = list_sources(cfg_list, ds_deps, pkg_list)
[ 40.049839] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/sources/__init__.py", line 1053, in list_sources
[ 40.069834] cloud-init[3154]: ds_name, pkg_list, ["get_datasource_list"]
[ 40.085829] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/importer.py", line 70, in find_module
[ 40.105831] cloud-init[3154]: if not importlib.util.find_spec(full_path):
[ 40.121839] cloud-init[3154]: File "/usr/lib64/python3.6/importlib/util.py", line 88, in find_spec
[ 40.141927] cloud-init[3154]: parent = __import__(parent_name, fromlist=['__path__'])
[ 40.157838] cloud-init[3154]: ModuleNotFoundError: No module named 'DataSourcenocloud-net;s=http://10'
[Test Case]
(expand this with more specific steps)
* Boot a VM with kernel command-line set to "ds=nocloud-net;s=http://host-ip/;h=hostname
* Verify no traceback has been produced
* Verify DataSourceNoCloud is detected
* Verify the seed url is contacted
* Verify the local-hostname is set correctly
[Regression Potential]
If there are other ways we can be mis-parsing the command line, then cloud-init won't receive them properly.
[Other Info]
Upstream bug: https://github.com/canonical/cloud-init/issues/4271
Upstream fix: https://github.com/canonical/cloud-init/pull/4273 |
|
2023-08-01 18:57:49 |
James Falcon |
description |
=== Begin SRU Template ===
[Impact]
23.2's refactoring of kernel command line handling introduced a regression such that only a single datasource key is handled, rather than the multiple keys that worked before. When multiple keys are specified, the datasource handling code will now Traceback and not detect the datasource. For example, with the following:
ds=nocloud-net;s=http://10.1.1.2:8888/;h=ncn-s001
The local-hostname (h) key would never get processed, the following is generated:
[ 39.825817] cloud-init[3154]: Traceback (most recent call last):
[ 39.861830] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/cmd/main.py", line 766, in status_wrapper
[ 39.881829] cloud-init[3154]: ret = functor(name, args)
[ 39.901820] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/cmd/main.py", line 384, in main_init
[ 39.921828] cloud-init[3154]: init.fetch(existing=existing)
[ 39.937825] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/stages.py", line 443, in fetch
[ 39.957823] cloud-init[3154]: return self._get_data_source(existing=existing)
[ 39.977823] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/stages.py", line 341, in _get_data_source
[ 39.997823] cloud-init[3154]: self.reporter,
[ 40.013821] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/sources/__init__.py", line 1005, in find_source
[ 40.033840] cloud-init[3154]: ds_list = list_sources(cfg_list, ds_deps, pkg_list)
[ 40.049839] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/sources/__init__.py", line 1053, in list_sources
[ 40.069834] cloud-init[3154]: ds_name, pkg_list, ["get_datasource_list"]
[ 40.085829] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/importer.py", line 70, in find_module
[ 40.105831] cloud-init[3154]: if not importlib.util.find_spec(full_path):
[ 40.121839] cloud-init[3154]: File "/usr/lib64/python3.6/importlib/util.py", line 88, in find_spec
[ 40.141927] cloud-init[3154]: parent = __import__(parent_name, fromlist=['__path__'])
[ 40.157838] cloud-init[3154]: ModuleNotFoundError: No module named 'DataSourcenocloud-net;s=http://10'
[Test Case]
(expand this with more specific steps)
* Boot a VM with kernel command-line set to "ds=nocloud-net;s=http://host-ip/;h=hostname
* Verify no traceback has been produced
* Verify DataSourceNoCloud is detected
* Verify the seed url is contacted
* Verify the local-hostname is set correctly
[Regression Potential]
If there are other ways we can be mis-parsing the command line, then cloud-init won't receive them properly.
[Other Info]
Upstream bug: https://github.com/canonical/cloud-init/issues/4271
Upstream fix: https://github.com/canonical/cloud-init/pull/4273 |
=== Begin SRU Template ===
[Impact]
23.2's refactoring of kernel command line handling introduced a regression such that only a single datasource key is handled, rather than the multiple keys that worked before. When multiple keys are specified, the datasource handling code will now Traceback and not detect the datasource. For example, with the following:
ds=nocloud-net;s=http://10.1.1.2:8888/;h=ncn-s001
The local-hostname (h) key would never get processed, the following is generated:
[ 39.825817] cloud-init[3154]: Traceback (most recent call last):
[ 39.861830] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/cmd/main.py", line 766, in status_wrapper
[ 39.881829] cloud-init[3154]: ret = functor(name, args)
[ 39.901820] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/cmd/main.py", line 384, in main_init
[ 39.921828] cloud-init[3154]: init.fetch(existing=existing)
[ 39.937825] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/stages.py", line 443, in fetch
[ 39.957823] cloud-init[3154]: return self._get_data_source(existing=existing)
[ 39.977823] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/stages.py", line 341, in _get_data_source
[ 39.997823] cloud-init[3154]: self.reporter,
[ 40.013821] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/sources/__init__.py", line 1005, in find_source
[ 40.033840] cloud-init[3154]: ds_list = list_sources(cfg_list, ds_deps, pkg_list)
[ 40.049839] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/sources/__init__.py", line 1053, in list_sources
[ 40.069834] cloud-init[3154]: ds_name, pkg_list, ["get_datasource_list"]
[ 40.085829] cloud-init[3154]: File "/usr/lib/python3.6/site-packages/cloudinit/importer.py", line 70, in find_module
[ 40.105831] cloud-init[3154]: if not importlib.util.find_spec(full_path):
[ 40.121839] cloud-init[3154]: File "/usr/lib64/python3.6/importlib/util.py", line 88, in find_spec
[ 40.141927] cloud-init[3154]: parent = __import__(parent_name, fromlist=['__path__'])
[ 40.157838] cloud-init[3154]: ModuleNotFoundError: No module named 'DataSourcenocloud-net;s=http://10'
[Test Case]
* Boot a VM with kernel command-line set to "ds=nocloud-net;s=http://host-ip/;h=hostname
* Verify no traceback has been produced in /var/log/cloud-init.log
* Verify DataSourceNoCloud is correctly detected in /var/log/cloud-init.log
* Verify the seed url is contacted
* Verify the local-hostname is set correctly
[Regression Potential]
If there are other ways we can be mis-parsing the command line, then cloud-init won't receive them properly.
[Other Info]
Upstream bug: https://github.com/canonical/cloud-init/issues/4271
Upstream fix: https://github.com/canonical/cloud-init/pull/4273 |
|
2023-08-02 06:09:57 |
Chris Halse Rogers |
cloud-init (Ubuntu Lunar): status |
New |
Fix Committed |
|
2023-08-02 06:09:59 |
Chris Halse Rogers |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2023-08-02 06:10:05 |
Chris Halse Rogers |
bug |
|
|
added subscriber SRU Verification |
2023-08-02 06:10:11 |
Chris Halse Rogers |
tags |
|
verification-needed verification-needed-lunar |
|
2023-08-02 06:18:19 |
Chris Halse Rogers |
cloud-init (Ubuntu Jammy): status |
New |
Fix Committed |
|
2023-08-02 06:18:26 |
Chris Halse Rogers |
tags |
verification-needed verification-needed-lunar |
verification-needed verification-needed-jammy verification-needed-lunar |
|
2023-08-02 06:21:07 |
Chris Halse Rogers |
cloud-init (Ubuntu Focal): status |
New |
Fix Committed |
|
2023-08-02 06:21:14 |
Chris Halse Rogers |
tags |
verification-needed verification-needed-jammy verification-needed-lunar |
verification-needed verification-needed-focal verification-needed-jammy verification-needed-lunar |
|
2023-08-04 19:16:17 |
James Falcon |
attachment added |
|
verify_2028562.txt https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/2028562/+attachment/5690388/+files/verify_2028562.txt |
|
2023-08-07 23:58:11 |
James Falcon |
tags |
verification-needed verification-needed-focal verification-needed-jammy verification-needed-lunar |
verification-done-focal verification-done-jammy verification-done-lunar |
|
2023-08-07 23:58:23 |
James Falcon |
tags |
verification-done-focal verification-done-jammy verification-done-lunar |
verification-done verification-done-focal verification-done-jammy verification-done-lunar |
|
2023-08-10 21:27:52 |
Andreas Hasenack |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
2023-08-10 21:28:10 |
Launchpad Janitor |
cloud-init (Ubuntu Lunar): status |
Fix Committed |
Fix Released |
|
2023-08-10 21:28:14 |
Launchpad Janitor |
cloud-init (Ubuntu Jammy): status |
Fix Committed |
Fix Released |
|
2023-08-10 21:29:10 |
Launchpad Janitor |
cloud-init (Ubuntu Focal): status |
Fix Committed |
Fix Released |
|