-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Configure bond0 interface #20
Conversation
Because we're working around limitations in the MachineConfig operator, this is a pretty hairy solution. While I've been trying other things out "live", I really want some eyes on this before I push it out. |
0a631c7
to
92e5cc6
Compare
We want to use bonded interface pairs on these system. The nodes aren't yet wired for it, but setting this up now will allow us to refer to the `bond0` interface in e.g. VLAN configurations (and means we won't have to re-work those later). Because we're using OVNKubernetes, we can't use nmstate [1] to enact the configuration. The recommendation is to apply the configuration using a MachineConfig [2] resource, but this is complicated by the fact that our nodes don't all have the same interface names, and it's not possible to apply node-specific machineconfigs [3]. We work around this solution by: 1. Copying nmconnection files for *all hosts* to *every host*, but placing them in `/etc/mco` (just because that's a convenient available directory, it seems relatively topical, and it's not possible to create new directories using the `directories` section of an ignition config [4]). 2. Installing a systemd unit that runs a shell script at boot that copies the host-specific configs from `/etc/mco` into `/etc/NetworkManager/system-connections`. [1]: https://docs.openshift.com/container-platform/4.10/networking/k8s_nmstate/k8s-nmstate-about-the-k8s-nmstate-operator.html [2]: https://docs.openshift.com/container-platform/4.10/post_installation_configuration/machine-configuration-tasks.html [3]: openshift/machine-config-operator#1720 [4]: https://github.com/openshift/machine-config-operator/blob/master/docs/MachineConfigDaemon.md#supported-vs-unsupported-ignition-config-changes x-branch: feature/bond0
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Going to leave some questions/statements throughout to make sure I'm understanding the networking (which I'm not very familiar with)
cluster-scope/overlays/nerc-ocp-infra/machineconfigs/configure-bond0/Makefile
Show resolved
Hide resolved
cluster-scope/overlays/nerc-ocp-infra/machineconfigs/configure-bond0/src/bond0.nmconnection
Show resolved
Hide resolved
cluster-scope/overlays/nerc-ocp-infra/machineconfigs/configure-bond0/src/bond0.nmconnection
Show resolved
Hide resolved
cluster-scope/overlays/nerc-ocp-infra/machineconfigs/configure-bond0/src/bond0.nmconnection
Show resolved
Hide resolved
...er-scope/overlays/nerc-ocp-infra/machineconfigs/configure-bond0/src/configure-bond0-ports.sh
Show resolved
Hide resolved
cluster-scope/overlays/nerc-ocp-infra/machineconfigs/configure-bond0/src/configure-bond0.bu
Show resolved
Hide resolved
cluster-scope/overlays/nerc-ocp-infra/machineconfigs/configure-bond0/src/configure-bond0.bu
Show resolved
Hide resolved
...ter-scope/overlays/nerc-ocp-infra/machineconfigs/configure-bond0/src/ctl-0-nic1.nmconnection
Show resolved
Hide resolved
@dystewart thanks for the questions; hope my answers are clear. Let me know if not! |
An alternative solution here might be to be disable "predictable device names", because they don't appear to be predictable. In theory, the device name is based on the PCI bus/slot/etc, but in this case all three control nodes have an identical PCI configuration:
But for whatever reason, the interface base name is |
I think that disabling predicable interface names is the right idea. I've submitted an alternative implementation of this PR in #22. This is a dramatically simpler change, and some limited testing suggests that it works as advertised. |
I've removed all the reviews and converted this PR to a draft because I think we'll end up going with #22. |
We want to use bonded interface pairs on these system. The nodes
aren't yet wired for it, but setting this up now will allow us to
refer to the
bond0
interface in e.g. VLAN configurations (and meanswe won't have to re-work those later).
Because we're using OVNKubernetes, we can't use nmstate 1 to enact
the configuration. The recommendation is to apply the configuration
using a MachineConfig 2 resource, but this is complicated by the
fact that our nodes don't all have the same interface names, and it's
not possible to apply node-specific machineconfigs 3.
We work around this solution by:
Copying nmconnection files for all hosts to every host, but
placing them in
/etc/mco
(just because that's a convenientavailable directory, it seems relatively topical, and it's not
possible to create new directories using the
directories
sectionof an ignition config).
Installing a systemd unit that runs a shell script at boot that
copies the host-specific configs from
/etc/mco
into/etc/NetworkManager/system-connections
.