-
Notifications
You must be signed in to change notification settings - Fork 191
bumped MUO version in const.go #4499
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
base: master
Are you sure you want to change the base?
Conversation
mrWinston
left a comment
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.
Looks good!
4e0ef48 to
f62a539
Compare
|
The error in e2e is: This is a test that we are doing inspecting a string To fix this will need to fix the validation. |
|
MIWI failed, rerunning to check if is flake. |
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.
This PR was to bump MUO, what does the update to the static resource affect in this instance? Will it be applied on future installs? Or will it get pushed to the operator on an admin update? And are there any concern about backwards comparability?
Good questions.
|
|
Updated the description to include all the testing made. |
| managedUpgradeOperatorDeployment = "managed-upgrade-operator" | ||
| ) | ||
|
|
||
| It("must be deployed by default with FIPS crypto mandated", func(ctx context.Context) { |
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.
So, I get that this test is broken due to the update but is it true that the behavior this test outlined is no longer needed?
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.
Yes, correct.
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.
Can you go into some more detail? Any change related to FIPS makes me extra cautious
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.
Our check first is a string match on a log message, which is not an ensurance.
The MUO image uses the operator boilerplate, that is actually controlled by the owners of the operator in boilerplate repository.
Currently MUO owners dropped the use of strictfipsruntime because it was giving errors to them, and they are now relying on boringcrypto (check PR description)
This operator is managed by ROSA SRE which is FedRamp compliant, meaning FIPS compliant.
Which issue this PR addresses:
https://issues.redhat.com/browse/ARO-22964
Side-car PR mandatory for #4494
What does it fixes:
boringcrypto,strictfipsruntime, because of OCP upstream update PR here/OSD-29374: Drop unsupported strictfipsruntime GOEXPERIMENT for Go 1.23, and relies on boringcryptoroleto have the updated parameters as per upstream change, Enabling Lease based leader-election for MUO openshift/managed-upgrade-operator#517Test plan for issue:
Results:
a. The ARO_IMAGE for the operator was updated successfully
b. The MUO image version was updated successfully
c. The role object was updated.
Other logs