[14:33] <Number8> Hi every one, I'm having trouble using cloud-init to configure network interface on RHEL9 plateform
[14:33] <Number8> cloud-init seems to configure files in /etc/sysconfig/network-script/
[14:34] <Number8> but in RHEL9 the files to configure are under /etc/NetworkManager
[14:34] <Number8> is it a DataSource problem? or a cloud-init version problem?
[14:44] <meena> I dunno, but someone Ani is working on patches
[14:45] <meena> Number8: https://github.com/canonical/cloud-init/pulls/ani-sinha
[14:54] <minimal> Number8: have you checked the /etc/cloud/cloud.cfg file to see which renderers are specified?
[14:54] <Number8> meena yes it could be related. Thanks
[14:55] <minimal> for RHEL the current c-i (23.1.2) should define a list of netplan, network-manager, networkd, sysconfig, eni and those would be considered in order
[14:55] <minimal> you didn't indicate which cloud-init version you're using however
[17:44] <blackboxsw> Number8: right per above comments. You can check what cloud-init  detected with `grep renderer /var/log/cloud-init.log`.      When renderers are unspecified in /etc/cloud/cloud.cfg:system_info:network:renderers. You can double check what cloud-init's default priority order of detectin is https://github.com/canonical/cloud-init/blob/main/cloudinit/net/renderers.py#L29.  Each renderer tries to detect if it is 'available'.
[17:46] <blackboxsw> If not 'available' per then that renderer is disregarded and the first `available` renderer is used.
[17:48] <blackboxsw> availability check https://github.com/canonical/cloud-init/blob/main/cloudinit/net/sysconfig.py#L1050  .. So if your rhel images want NetworkManager instead of sysconfig, I'd expect we'd want to see an override demoting sysconfig priority below network-manager in /etc/cloud/cloud.cfg:system_info:\n  network:\n    renderers = [network-manager, sysconfig]
[17:51] <blackboxsw> note as well our cloud.cfg.tmpl already has that priority ordering changed for typical packaging builds which should place sysconfig behind network-manager anyway  https://github.com/canonical/cloud-init/blob/main/config/cloud.cfg.tmpl#L386. I wonder if there is a bug here in the is_rhel check
[17:51] <blackboxsw> as minimal said, it'd be nice to confirm cloud-init version as a start
[20:28] <meena> i love doing stuff that should just work, but like, 1% different, and it just fails
[20:29] <meena> https://gist.github.com/igalic/88d89af6106807515b438d712b172174
[20:37] <meena> i think I'll just open a bug for that for now
[20:52] <meena> https://github.com/canonical/cloud-init/pull/4119
[20:52] -ubottu:#cloud-init- Pull 4119 in canonical/cloud-init "cc_rsyslog: Refactor for better multi-platform support" [Open]
[21:25] <meena> i think this is ready for testing
[22:38] <meena> right, i forgot this thing is still open: https://github.com/canonical/cloud-init/pull/2146#issuecomment-1534622118 i need to figure out what I'm doing wrong in my code
[22:38] -ubottu:#cloud-init- Pull 2146 in canonical/cloud-init "FreeBSD fix parsing of mount and mount options" [Open]
[23:14] <meena> fixed the two failing tests