| holmanb | amir18: cloud-init is currently limited to linux and unix, see here for the support list: https://cloudinit.readthedocs.io/en/latest/topics/availability.html | 17:08 |
|---|---|---|
| blackboxsw | amir18: I'm guessing if you are using windows, the project that might be leveraged there is cloudbase-init https://github.com/cloudbase/cloudbase-init which from my recollection only supports a subset of upstream cloud-init userdata https://cloudbase-init.readthedocs.io/en/latest/userdata.html | 17:10 |
| blackboxsw | wow I didn't like that https://github.com/canonical/cloud-init/pull/1250 slipped through integration test cracks. | 18:24 |
| ubottu | Pull 1250 in canonical/cloud-init "mounts: fix mount opts string for ephemeral disk" [Open] | 18:24 |
| blackboxsw | I'm grabbing that PR and providing an integration test for that currently so we can assert that what we try to provide is correctly applied to the machine | 18:24 |
| blackboxsw | findmnt -J for the win | 18:25 |
| blackboxsw | hrm also just saw a bug fly by for landscape that CIS hardening scripts prevent exec from /var/tmp. This'll probably affect cloud-init's dhcpsandbox on hardened images because it uses _EXE_ROOT_TMPDIR to stuff executables over in /var/tmp/cloud-init over in https://github.com/canonical/cloud-init/blob/main/cloudinit/temp_utils.py#L32 | 21:12 |
| blackboxsw | this came up on SLES I think too | 21:12 |
| holmanb | blackboxsw: yep, doesn't look like there is a check for that mount option either, so it will just fail with "Operation not permitted" (the 0o1777 posix perms don't change that behavior) | 21:34 |
| === Daniel is now known as Guest783 | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!