The nocloud-net data source requires a folder like string forcing 2 seperate requests to hard coded locations
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
cloud-init |
Expired
|
Wishlist
|
Unassigned |
Bug Description
Consider the following IPXE boot script:
set kernelparams root=/dev/ram0 ramdisk_
This will mean that the meta-data and user-data files will respectively be returned from "http://
However this is problematic in 2 ways.
1. If the end goal is to have a generated config be used, something like a .php script, then there isn't a clean way to do this since there is no way to append a .php file extension or provide get level variables so that what is actually queried and then returned looks more like the following: "http://
(@meena) has suggested
"set kernelparams root=/dev/ram0 ramdisk_
This way, when the url is combined, 2 seperate queries are made to the config-
Example:
"set kernelparams root=/dev/ram0 ramdisk_
In this example the meta-data would be retrieved using the full URL "http://
The end result would be that "meta-data" and "user-data" are no longer hard coded values.
2. This forces 2 separate web-requests which is not as simple as making a single web request. It would be nice to get a combined file which has both the meta-data as well as the user-data combined together.
summary: |
- The nocloud-net data source requires a folder forcing 2 seperate web - requests to hard coded files + The nocloud-net data source requires a folder like string forcing 2 + seperate requests to hard coded locations |
Changed in cloud-init: | |
status: | New → Triaged |
importance: | Undecided → Wishlist |
Tracked in Github Issues as https:/ /github. com/canonical/ cloud-init/ issues/ 3759