metal3: ironic-ipa-ramdisk Disable MACAddressPolicy for bonds #373
Reference in New Issue
Block a user
Delete Branch "steven.hardy/Factory:ipa_macpolicy"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Related to https://gitlab.com/sylva-projects/sylva-core/-/issues/3376
ironic-ipa-ramdisk/root/etc/systemd/network/98-default.linkis a systemd-networkd config file, I'm not sure what the equivalent would be for NetworkManager, if existing. Need to check the man pages.I'm not sure about this - IIUC the link files are handled by systemd-udevd https://www.freedesktop.org/software/systemd/man/latest/systemd.link.html
And on a micro 6.2 host we see:
@eminguez perhaps you can confirm as I saw previous discussion of this workaround for Micro hosts that use NetworkManager?
Not sure what is the state-of-the-art right now 😅
https://jira.suse.com/browse/PED-12267 and https://support.scc.suse.com/s/kb/systemd-udevd-5511-Could-not-generate-persistent-MAC-address-for-br0-No-such-file-or-directory?language=en_US have more information.
Oh, interesting, I didn't know that!
Which we do not include. Sooner or later we will have to switch to systemd-networkd and drop NetworkManager.
There was some discussion on Sylva Slack - this was tested via https://gitlab.com/sylva-projects/sylva-core/-/pipelines/2288545382 and AFAICS from the logs it worked:
@mchiappero I didn't get the comment re networkctl edit - that seems to be a convenience tool not a hard requirement for configuring systemd-udevd?
AFAICS this is working so it would be good to reach consensus re if it's a reasonable change, if we agree it is I'll bump the chart to reference the new image and remove the WIP
My comment was about the fact that long term we should be transitioning to systemd-networkd and drop NetworkManager.
Sure, we should!
a390910a28toe102a3ebd3[WIP] ironic-ipa-ramdisk: Disable MACAddressPolicy for bondsto metal3: ironic-ipa-ramdisk Disable MACAddressPolicy for bondse102a3ebd3to16512f5609The check job is failing to build the ramdisk on aarch64 - AFAICS that's due to a missing dependency and not because of this PR but we probably need to look at how to unblock that
The missing dependency was a flake, now should be good for that part (but another part fails because of a change in Ironic package, or one of its dependency)
View command line instructions
Checkout
From your project repository, check out a new branch and test the changes.