-
Notifications
You must be signed in to change notification settings - Fork 75
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
Stage 3 hangs in integration testing (possibly due to tuned module) #1349
Comments
Fixes: #1349 Signed-off-by: Nathan Cutler <ncutler@suse.com>
Fixes: #1349 Signed-off-by: Nathan Cutler <ncutler@suse.com>
I think the less intrusive option is to add a --tuned=off/on option and add the version with --tuned=off in tier0 whilst adding tuned=on in tier2. |
Fixes: #1349 Signed-off-by: Nathan Cutler <ncutler@suse.com>
@jschmid1 tier2 is run by the deepsea nightly CI test and by the Staging CI test. Having I was going to propose that we add a "tuned" test case to tier3 (which is not run by any automated CI, only triggered manually). Once the Salt tuned module is reported to be fixed, then we could turn tuned back on. What do you think? |
Fixes: #1349 Signed-off-by: Nathan Cutler <ncutler@suse.com>
Description of Issue/Question
For no apparent reason, Stage 3 hangs (i.e. enters an endless loop) transiently during integration tests. Examination of the minion logs shows the last thing that happened before the hang was related to tuned.
Upon further examination and discussion, it was concluded that the tuned Salt module is known to be buggy and it's possible that Salt is hanging (looping endlessly) in that module.
To address this, I propose to implement a
--tuned
option to health-ok.sh which will default to "off", meaning that, by default, the tuned orchestration will be disabled before running Stage 3. That way, once we are ready to investigate this further, we can implement a--tuned=on
test case.The text was updated successfully, but these errors were encountered: