Skip to content

OCPBUGS-69698: Fix T-BC holdover to locked event not firing#619

Merged
openshift-merge-bot[bot] merged 1 commit intoredhat-cne:mainfrom
nocturnalastro:fix_tbc_holdover
Dec 17, 2025
Merged

OCPBUGS-69698: Fix T-BC holdover to locked event not firing#619
openshift-merge-bot[bot] merged 1 commit intoredhat-cne:mainfrom
nocturnalastro:fix_tbc_holdover

Conversation

@nocturnalastro
Copy link
Copy Markdown
Contributor

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.

@openshift-ci openshift-ci Bot requested review from aneeshkp and rdavid December 17, 2025 20:14
@nocturnalastro nocturnalastro changed the title Fix T-BC holdover to locked event not firing OCPBUGS-66133: Fix T-BC holdover to locked event not firing Dec 17, 2025
@openshift-ci-robot
Copy link
Copy Markdown

@nocturnalastro: This pull request references Jira Issue OCPBUGS-66133, which is invalid:

  • expected the bug to target either version "4.22." or "openshift-4.22.", but it targets "4.21" instead

Comment /jira refresh to re-evaluate validity if changes to the Jira bug are made, or edit the title of this pull request to link to a different bug.

The bug has been updated to refer to the pull request using the external bug tracker.

Details

In response to this:

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.

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.

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.
@nocturnalastro nocturnalastro changed the title OCPBUGS-66133: Fix T-BC holdover to locked event not firing OCPBUGS-69698: Fix T-BC holdover to locked event not firing Dec 17, 2025
@openshift-ci-robot
Copy link
Copy Markdown

@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
  • bug is open, matching expected state (open)
  • bug target version (4.22.0) matches configured target version for branch (4.22.0)
  • bug is in the state New, which is one of the valid states (NEW, ASSIGNED, POST)

Requesting review from QA contact:
/cc @dpopsuev

The bug has been updated to refer to the pull request using the external bug tracker.

Details

In response to this:

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.

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
Copy link
Copy Markdown
Contributor

openshift-ci Bot commented Dec 17, 2025

@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.

Details

In response to this:

@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
  • bug is open, matching expected state (open)
  • bug target version (4.22.0) matches configured target version for branch (4.22.0)
  • bug is in the state New, which is one of the valid states (NEW, ASSIGNED, POST)

Requesting review from QA contact:
/cc @dpopsuev

The bug has been updated to refer to the pull request using the external bug tracker.

In response to this:

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.

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.

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.

Copy link
Copy Markdown
Member

@vitus133 vitus133 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

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
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

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
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nit: This seems to be wrong ATM - never send "holdover" or something like that. Holdover is "s1".

@openshift-ci
Copy link
Copy Markdown
Contributor

openshift-ci Bot commented Dec 17, 2025

[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

Details Needs approval from an approver in each of these files:
  • OWNERS [nocturnalastro,vitus133]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@vitus133
Copy link
Copy Markdown
Member

/retest-required

@openshift-merge-bot openshift-merge-bot Bot merged commit 32bb03b into redhat-cne:main Dec 17, 2025
8 of 10 checks passed
@openshift-ci-robot
Copy link
Copy Markdown

@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.

Details

In response to this:

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.

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.

@nocturnalastro
Copy link
Copy Markdown
Contributor Author

/jira cherry-pick release-4.21

@nocturnalastro
Copy link
Copy Markdown
Contributor Author

/jira cherrypick release-4.21

@nocturnalastro
Copy link
Copy Markdown
Contributor Author

/cherrypick release-4.21

@openshift-cherrypick-robot
Copy link
Copy Markdown

@nocturnalastro: new pull request created: #621

Details

In response to this:

/cherrypick release-4.21

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants