OCPBUGS-69698: Fix T-BC holdover to locked event not firing#619
Conversation
|
@nocturnalastro: This pull request references Jira Issue OCPBUGS-66133, which is invalid:
Comment The bug has been updated to refer to the pull request using the external bug tracker. DetailsIn 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 openshift-eng/jira-lifecycle-plugin repository. |
370b051 to
3116fd9
Compare
Holdover -> Locked event was not firing because ptp4l was setting the same state as T-BC. ptp4l moves to locked before T-BC. Because it updates more rapidly than T-BC. It will win the race. Meaning that when T-BC moves to locked the state is already considered locked meaning the event will not fire.
3116fd9 to
b72d62e
Compare
|
@nocturnalastro: This pull request references Jira Issue OCPBUGS-69698, which is valid. The bug has been moved to the POST state. 3 validation(s) were run on this bug
Requesting review from QA contact: The bug has been updated to refer to the pull request using the external bug tracker. DetailsIn 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 openshift-eng/jira-lifecycle-plugin repository. |
|
@openshift-ci-robot: GitHub didn't allow me to request PR reviews from the following users: dpopsuev. Note that only redhat-cne members and repo collaborators can review this PR, and authors cannot review their own PRs. DetailsIn 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-sigs/prow repository. |
vitus133
left a comment
There was a problem hiding this comment.
There is a couple of nits related to the old comments, could it be possible to jump on the opportunity and fix them?
If not - no problem
| ptpStats[masterType].SetPtpDependentEventState(clockState, ptpStats.HasMetrics(processName), ptpStats.HasMetricHelp(processName)) | ||
| ptpStats[tbcClockNameType].SetPtpDependentEventState(clockState, ptpStats.HasMetrics(processName), ptpStats.HasMetricHelp(processName)) | ||
|
|
||
| // If GM is locked/Freerun/Holdover then ptp state change event |
There was a problem hiding this comment.
nit - remove or fix this useless comment
| T-BC 1689014436 ts2phc.1.config ens7f0 offset 123 T-BC-STATUS s1 | ||
| HOLDOVER | ||
| 0 1 2 3 4 5 6 7 8 | ||
| T-BC 1689014436 ts2phc.1.config ens7f0 offset 123 T-BC-STATUS s3 holdover |
There was a problem hiding this comment.
nit: This seems to be wrong ATM - never send "holdover" or something like that. Holdover is "s1".
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: nocturnalastro, vitus133 The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
/retest-required |
32bb03b
into
redhat-cne:main
|
@nocturnalastro: Jira Issue OCPBUGS-69698: All pull requests linked via external trackers have merged: Jira Issue OCPBUGS-69698 has been moved to the MODIFIED state. DetailsIn 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 openshift-eng/jira-lifecycle-plugin repository. |
|
/jira cherry-pick release-4.21 |
|
/jira cherrypick release-4.21 |
|
/cherrypick release-4.21 |
|
@nocturnalastro: new pull request created: #621 DetailsIn 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-sigs/prow repository. |
Holdover -> Locked event was not firing because ptp4l was setting the same state as T-BC. ptp4l moves to locked before T-BC. Because it updates more rapidly than T-BC. It will win the race. Meaning that when T-BC moves to locked the state is already considered locked meaning the event will not fire.