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
Bug 2018053: tuned: add timeout and restarts #286
Bug 2018053: tuned: add timeout and restarts #286
Conversation
TuneD profile application typically takes ~0.5s and should never take more than ~5s. However, there were cases where TuneD daemon got stuck during application of a profile. Experience shows that subsequent restarts of TuneD can resolve this in certain situations. TuneD itself, however, has no mechanism for restarting a profile application that is taking too long. This change implements full restarts for TuneD daemon. Other changes: - tunedStop() is now fully synchronous. Previously, when TuneD refused to terminate within 10s, SIGKILL was sent without waiting for TuneD process to terminate. Also see: rhbz#2013940
@jmencak: No Bugzilla bug is referenced in the title of this pull request. In response to this:
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. |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: jmencak 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 |
Notes to reviewers/QE.
|
/uncc @sjug |
@jmencak: This pull request references Bugzilla bug 2018053, which is invalid:
Comment In response to this:
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. |
Thanks @jmencak. This looks good to me. /lgtm |
/bugzilla refresh Recalculating validity in case the underlying Bugzilla bug has changed. |
@openshift-bot: This pull request references Bugzilla bug 2018053, which is invalid:
Comment In response to this:
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. |
/bugzilla refresh Recalculating validity in case the underlying Bugzilla bug has changed. |
@openshift-bot: This pull request references Bugzilla bug 2018053, which is invalid:
Comment In response to this:
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. |
/bugzilla refresh Recalculating validity in case the underlying Bugzilla bug has changed. |
@openshift-bot: This pull request references Bugzilla bug 2018053, which is invalid:
Comment In response to this:
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. |
/bugzilla refresh Recalculating validity in case the underlying Bugzilla bug has changed. |
@openshift-bot: This pull request references Bugzilla bug 2018053, which is invalid:
Comment In response to this:
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. |
/bugzilla refresh |
@jmencak: This pull request references Bugzilla bug 2018053, which is valid. The bug has been moved to the POST state. The bug has been updated to refer to the pull request using the external bug tracker. 6 validation(s) were run on this bug
No GitHub users were found matching the public email listed for the QA contact in Bugzilla (skordas@redhat.com), skipping review request. In response to this:
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. |
Backport risk assessment
|
/label backport-risk-assessed |
@wabouhamad , can we get cherry-pick-approved? Many thanks! |
/label cherry-pick-approved |
@jmencak: All pull requests linked via external trackers have merged: Bugzilla bug 2018053 has been moved to the MODIFIED state. In response to this:
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. |
TuneD profile application typically takes ~0.5s and should never take
more than ~5s. However, there were cases where TuneD daemon got stuck
during application of a profile. Experience shows that subsequent
restarts of TuneD can resolve this in certain situations. TuneD itself,
however, has no mechanism for restarting a profile application that is
taking too long.
This change implements full restarts for TuneD daemon.
Other changes:
refused to terminate within 10s, SIGKILL was sent without waiting
for TuneD process to terminate.
Also see: rhbz#2013940