[01:21] <jbg> beantaxi: i think most people use a template engine for that, e.g. i set the cloud-config from terraform and use its yamlencode() function to build it from values coming from elsewhere
[10:35] <ExeciN> Hi people. I'm using this as my preseed/config https://pastebin.mozilla.org/UFJ9FpD8/raw along with ubuntu server 22.04.1 installer. Then it goes up to a point where the TUI installer is shown and an error about cloud-init timing out after 10 mins is shown.
[10:35] <ExeciN> I tried looking around /var/log/cloud-init.* but I couldn't find out what the issue was.
[10:37] <ExeciN> does my preseed look ok (if you ignore the scrubbed parts)?
[10:40] <ExeciN> ok I checked the kernel logs and the issue might be that cloud-init gets killed because the system runs out of memory.
=== akspecs_ is now known as akspecs
[14:50] <blackboxsw> holman: does this make sense for your upstream 22.3.1 branch. That we typically close it as far as policy and let you push the annotated tag? https://github.com/canonical/cloud-init/pull/1714#pullrequestreview-1094991261
[14:50] <ubottu> Pull 1714 in canonical/cloud-init "Release 22.3.1" [Closed]
[14:55] <blackboxsw> ExeciN: yeah the system running out of memory would probably be the issue there. In the failed system you can run `cloud-init analyze show` `cloud-init analyze blame` and related systemd-analyze type commands from https://cloudinit.readthedocs.io/en/latest/topics/faq.html#failing-to-complete-on-systemd to better understand what might be blocking cloud-init. 
[15:00] <holman> @blackboxsw: No problem at all. Works for me.
[16:58] <blackboxsw> cjp256: you are probably already testing as I saw a rebase run, but I wanted to confirm I think the only thing that needs to change on your PR 1672 is this https://github.com/canonical/cloud-init/pull/1672#discussion_r959113216
[16:58] <ubottu> Pull 1672 in canonical/cloud-init "sources/azure: fix device driver matching for net config" [Open]
[16:59] <blackboxsw> if agreeable on that point, we can merge that PR.
[17:00] <cjp256> i was also gonna switch to distro, I looked at it again and realized I can use the same interface via distro as you wanted
[17:01] <cjp256> do you know if the macs are provided in the same format for non-Linux OS (BSD)?
[17:02] <cjp256> i was taking a conservative approach because I wasn't sure for all cases
[17:44] <blackboxsw> cjp256: meh .hrm not sure if BSD can rely on get_interfaces() call. Adding a comment about that on the PR
[17:55] <blackboxsw> and even a FreeBSD-aware get_interfaces_by_mac_on_freebsd(blacklist_drivers=None)   doesn't actually honor blacklist_drivers param anyway https://github.com/canonical/cloud-init/blob/main/cloudinit/net/__init__.py#L938-L951
=== asded1 is now known as asded
[19:36] <cjp256> blackboxsw: yeah, and i figure the driver names used wouldn't be relevant anyways
=== hexa- is now known as h
=== h is now known as hexa