| psykotox | Hi, I'm trying to configure cloud-init on an openstack instance but there is something I don't understand. I try to set `manage_etc_hosts: true`. In the vendor data I have `manage_etc_hosts: localhost`. If I set `manage_etc_hosts: true` in my user-data it works. However, if I put `manage_etc_hosts: true` in /etc/cloud/cloud.cfg it doesn't work, it takes the value of the vendor-data instead (`manage_etc_hosts: localhost`). Does anyone know why? I can't | 13:10 |
|---|---|---|
| psykotox | * I can't find anything in the docs. | 13:11 |
| meena | psykotox: what stuff goes into meta-data, which stuff goes into vendor-data, and stuff goes into user-data is, imo, heavily underdocumented. | 14:25 |
| meena | I wish we had something like Apache Httpd has, which tells you which sections you can put a directive in | 14:26 |
| meena | but, basically, most of them just go into user-data, except networking configuration, and the id goes into meta-data | 14:27 |
| psykotox | Thanks meena. But what I would like to understand is why vendor-data overrides the configuration in /etc/cloud/cloud.cfg | 14:38 |
| psykotox | Is this an intended behavior? | 14:38 |
| meena | psykotox: same, i opened a bug for that | 14:42 |
| meena | https://bugs.launchpad.net/cloud-init?field.searchtext=merg&search=Search i can't find mine | 14:45 |
| meena | oh, cool, I tried fixing a typo, and now I'm knee deep in bugs again | 16:41 |
| meena | https://bugs.launchpad.net/cloud-init/+bug/1991567 | 16:47 |
| ubottu | Launchpad bug 1991567 in cloud-init "OpenBSD: migrate PKG_PATH from ftp to https" [Undecided, New] | 16:47 |
| meena | https://github.com/canonical/cloud-init/pull/1758 ready for merge (or review, as it may be;) | 16:49 |
| ubottu | Pull 1758 in canonical/cloud-init "Distro manage service: Improve BSD support" [Open] | 16:49 |
| cjp256 | is there a case where `init-local` wouldn't be the first event? considering a fix for invalid boot records under Azure and I see two obvious solutions. (a) specifically look for start of `init-local` or (b) ignore azure-ds events from consideration when splitting boot records | 19:18 |
| meena | holman: got another question on that PR | 21:35 |
| meena | i should do a full review, but brain tired | 21:35 |
| blackboxsw | cjp256: the only images I've seen which didn't have init-local complete before init-network stage was due to errors in systemd dependency chains where cloud-init was evicted from the boot target because it was incompatible with other systemd services and ordering, | 21:42 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!