Replies: 1 comment
-
|
Why not include the whole config in your disk? Also, seedfrom config shouldn't be required if you are creating the disk with |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
I have a situation where an Ubuntu system must be deployed while it is not yet fully functional. There are some steps required to finish it, like installing some software. However, the user should be able to customize it as well, e.g. setting proxies, which are required to install the missing packages. Now, I have added a local config that reads:
That directory contains a
meta-datafile with theinstance-id, an emptyuser-data, and avendor-datathat contains the steps to finish the installation. The emptyuser-datafile is required, or cloud-init will report an error. That works so far. Now, I add an ISO with auser-data(with some customizations) and ameta-data(with a differentinstance-id) file and created with cloud-localds. When I boot the system with the ISO attached, cloud-init sees it and reads it. It also uses the instance ID defined in the ISO's meta-data file. But it uses the empty user-data and the vendor-data from/boot/mycloudinit. I'm sorry, but I don't get that behavior. Why isn't it using the user-data from the ISO that has a valid syntax and is found first? Why isn't it using both? Shouldn't these, coming from the same type of datasource (NoCloud), be merged? I have been going through the documentation and running different scenarios for quite some time now, and I am not getting anywhere.Beta Was this translation helpful? Give feedback.
All reactions