-
Notifications
You must be signed in to change notification settings - Fork 115
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
Fix test_negative_pre_upgrade_tuning_profile_check #12578
Fix test_negative_pre_upgrade_tuning_profile_check #12578
Conversation
We can not run PRT here since there is no support for 6.14 -> 6.15 upgrades. |
# Change to correct tuning profile (default or medium) | ||
custom_host.execute( | ||
f'sed -i "s/tuning: development/tuning: {profile}/g" {INSTALLER_CONFIG_FILE}' | ||
) |
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.
Shouldn't we rerun installer after tuning profile in INSTALLER_CONFIG_FILE? I don't think it'll make any sense for pre-upgrade checks to run if we don't run installer?
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.
I think the point of this test is to check whether the pre-upgrade checks catch the discrepancy. The question is, do the checks really use the config file? I'd suppose they do even though it's not specified explicitly. Otherwise, I think this test would fail on the last assert.
Also, this is just a cherrypick.
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.
yeah, but in reality this should be an main PR and cherrypick got merged #12535, and main PR is called cherrypick here, lol :D
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.
yeah😄, cause I wanted to test the fix, which I can't do with master branch, so I raised it first against 6.14 🤷
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.
and tbh I don't like the current approach of us doing TFA for 6.14 and raising a fix against master branch and then running into a bunch of the issues that we never faced in automation cause we never ran the test with stream(and then trying to fix it for stream so prt can pass :| ).
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.
I don't think it's required to run installer, and like Lukas mentioned the assertion would fail.
# Change to correct tuning profile (default or medium) | ||
custom_host.execute( | ||
f'sed -i "s/tuning: development/tuning: {profile}/g" {INSTALLER_CONFIG_FILE}' | ||
) |
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.
I think the point of this test is to check whether the pre-upgrade checks catch the discrepancy. The question is, do the checks really use the config file? I'd suppose they do even though it's not specified explicitly. Otherwise, I think this test would fail on the last assert.
Also, this is just a cherrypick.
0d20a38
to
5b72a11
Compare
|
Why are you testing against 6.14.0 while you choose not to cherrypick to Green negative test in 6.14.z doesn't mean automatically it does its job right 😉 |
trigger: test-robottelo |
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.
Make your changes complete
You switch over to development profile but you are not removing test parametrization [default,medium
and also you have to accommodate all assert for {profile}
which is now not parametrized
@@ -146,11 +147,16 @@ def test_negative_pre_upgrade_tuning_profile_check(request, custom_host): | |||
) | |||
custom_host.download_repofile(product='satellite', release=last_y_stream) | |||
custom_host.execute('dnf -y module enable satellite:el8 && dnf -y install satellite') | |||
# Install without system checks to get around installer checks | |||
# Install with development tuning profile to get around installer checks |
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.
if you are changing this test to use development
profile the you should also handle tests parametrization ids=['default', 'medium'],
and all asserts for {profile}
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.
Funny part is green PRT for this NEGATIVE test - failing on something else :D
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.
We are only using the development profile to get around installer checks for system requirements like RAM and CPU cores. We have to do this in >= 6.14 because --disable-system-checks
was removed. This test is still designed to make sure the default and medium profiles enforce their requirements upon an upgrade check.
Because I can't test it with stream as it doesn't have upgrade support and because Gaurav wanted to see how the test would do with the changes he suggested. :D |
We have the upgrade path in stream now so we can remove the skip and try on stream if you'd like |
5b72a11
to
c3b208e
Compare
trigger: test-robottelo |
7d05407
to
953221e
Compare
The failure here is due to a bug that @ehelms is working on. Putting this in draft till it's fixed. |
trigger: test-robottelo |
953221e
to
39c7dec
Compare
trigger: test-robottelo |
Cherry-pick for #12535 😅
Can't provide test results. Tests are marked to be skipped for the stream, as we still don't have upgrade support.