Skip to content
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

Add rocky9 support #1649

Merged
merged 1 commit into from
Apr 15, 2024
Merged

Conversation

@@ -306,6 +306,8 @@ if [ "$MANAGE_BR_BRIDGE" == "y" ] ; then
sudo virsh net-destroy ${BAREMETAL_NETWORK_NAME}
sudo nmcli con del ${BAREMETAL_NETWORK_NAME}
sudo virsh net-start ${BAREMETAL_NETWORK_NAME}
# Needed in IPv6 on some EL9 hosts for the bootstrap VM to get an IP
echo 0 | sudo dd of=/proc/sys/net/ipv6/conf/${BAREMETAL_NETWORK_NAME}/addr_gen_mode
Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@cybertron @mkowalski without this my bootstrap VM doesn't get any IP. Any idea why or if there is a better way I could apply it(I couldn't find a way to get it to work with nmcli)?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

My only concern is that echo-ing into /proc/sys is very temporary and NetworkManager will revert that if at any point in time BAREMETAL_NETWORK_NAME goes down&up again. It may not be a real concern, but something to keep in mind.

Would this nmcli call work for you?

nmcli conn modify ${BAREMETAL_NETWORK_NAME} ipv6.addr-gen-mode 0

The ultimately persistent method is

/etc/NetworkManager/NetworkManager.conf
[...]
[connection]
ipv6.addr-gen-mode=0

to have it as a global default - that's what we do in real OCP clusters - https://github.com/openshift/machine-config-operator/blob/master/templates/common/openstack/files/ipv6-config.yaml

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P.S. Be aware of a bug in older NetworkManager related to this feature - https://access.redhat.com/solutions/7016090. Again, it may be not relevant, but it's so subtle that at some point may be helpful to know about it

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I tried "nmcli conn modify ${BAREMETAL_NETWORK_NAME} ipv6.addr-gen-mode 0" but it didn't work

I didn't try updating "/etc/NetworkManager/NetworkManager.conf"

how would you feel about merging this as is and I'll circle back and try updating NetworkManager.conf once the CI nodes are all on EL9?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Right, indeed something is fishy with mode 0...

[root@localhost ~]# nmcli conn show eno1 | grep addr-gen-mode
ipv6.addr-gen-mode:                     eui64
[root@localhost ~]# nmcli conn modify eno1 ipv6.addr-gen-mode 0
[root@localhost ~]# nmcli conn show eno1 | grep addr-gen-mode
ipv6.addr-gen-mode:                     eui64
[root@localhost ~]# nmcli conn modify eno1 ipv6.addr-gen-mode 1
[root@localhost ~]# nmcli conn show eno1 | grep addr-gen-mod
ipv6.addr-gen-mode:                     stable-privacy
[root@localhost ~]# nmcli conn modify eno1 ipv6.addr-gen-mode 2
[root@localhost ~]# nmcli conn show eno1 | grep addr-gen-mod
ipv6.addr-gen-mode:                     default-or-eui64
[root@localhost ~]# nmcli conn modify eno1 ipv6.addr-gen-mode eui64
[root@localhost ~]# nmcli conn show eno1 | grep addr-gen-mod
ipv6.addr-gen-mode:                     eui64

Go ahead with merging, your solution is perfectly valid one

@derekhiggins
Copy link
Collaborator Author

/retest-required

2 similar comments
@derekhiggins
Copy link
Collaborator Author

/retest-required

@derekhiggins
Copy link
Collaborator Author

/retest-required

@derekhiggins
Copy link
Collaborator Author

/test e2e-metal-ipi-serial-ipv4

Copy link

openshift-ci bot commented Apr 12, 2024

@derekhiggins: The following tests failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name Commit Details Required Rerun command
ci/prow/e2e-agent-sno-ipv6 3fbe6ca link false /test e2e-agent-sno-ipv6
ci/prow/e2e-agent-ha-dualstack 3fbe6ca link false /test e2e-agent-ha-dualstack
ci/prow/e2e-metal-ipi-bm-bond 3fbe6ca link false /test e2e-metal-ipi-bm-bond
ci/prow/e2e-metal-ipi-ovn-dualstack 3fbe6ca link false /test e2e-metal-ipi-ovn-dualstack

Full PR test history. Your PR dashboard.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

@derekhiggins
Copy link
Collaborator Author

/test e2e-metal-ipi-serial-ipv4

@tdomnesc
Copy link
Contributor

/lgtm

@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Apr 15, 2024
@dtantsur
Copy link
Member

/approve

Copy link

openshift-ci bot commented Apr 15, 2024

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: dtantsur

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci openshift-ci bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Apr 15, 2024
@openshift-merge-bot openshift-merge-bot bot merged commit b24c4e6 into openshift-metal3:master Apr 15, 2024
8 of 12 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
approved Indicates a PR has been approved by an approver from all required OWNERS files. lgtm Indicates that a PR is ready to be merged.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants