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

NVMe sample: Fix nvme ids #446

Merged

Conversation

Akrog
Copy link
Contributor

@Akrog Akrog commented Sep 25, 2024

OpenShift image has the NVMe hostid and hostnqn hardcoded, so it ends up being the same in all the control plane nodes, which is problematic.

This MachineConfig fixes this issue by recreating both files when the hostid doesn't match the system-uuid of the machine it is running on.

Bugs:

OpenShift image has the NVMe `hostid` and `hostnqn` hardcoded, so it
ends up being the same in all the control plane nodes, which is
problematic.

This `MachineConfig` fixes this issue by recreating both files when the
`hostid` doesn't match the system-uuid of the machine it is running on.

Bugs:
- https://issues.redhat.com/browse/OCPBUGS-34629
- openshift/os#1519
- openshift/os#1520
@openshift-ci openshift-ci bot requested review from ASBishop and stuggi September 25, 2024 13:17
@ASBishop
Copy link
Contributor

/retest

1 similar comment
@ASBishop
Copy link
Contributor

/retest

metadata:
labels:
component: fix-nvme-ids
machineconfiguration.openshift.io/role: master
Copy link
Contributor

Choose a reason for hiding this comment

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

Sorry, I just spotted this now, but should the role be worker? I think our other machineConfig specify master nodes, and that works in our small environments where nodes are both.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

For our samples it should be master, like in all the other MachineConfigs we have in our samples.

It's only worker when we are deploying in a 3 master and N workers deployment and OpenStack control plane will be running on the workers.

This is described in the generic documents PR:

> **⚠ Attention:** `MachineConfig` examples in the following sections are using

> **⚠ Attention:** `MachineConfig` examples in the following sections are using
label `machineconfiguration.openshift.io/role: worker` instructing OpenShift to
apply those changes on `worker` nodes (`workers` is an automatically created
`MachineConfigPool`)  This assumes we have an OpenShift cluster with 3 master
nodes and 3 `worker` nodes.  If we are deploying in a 3 node OpenShift cluster
where all nodes are `master` and `worker` we need to change it to use `master`
instead (`master` is another automatically created `MachineConfigPool`).

Copy link
Contributor

@ASBishop ASBishop left a comment

Choose a reason for hiding this comment

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

/lgtm

Copy link
Contributor

openshift-ci bot commented Oct 25, 2024

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: Akrog, ASBishop

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

@ASBishop
Copy link
Contributor

/test cinder-operator-build-deploy-kuttl

@openshift-merge-bot openshift-merge-bot bot merged commit a808b25 into openstack-k8s-operators:main Oct 28, 2024
7 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants