Skip to content

OCPBUGS-75010: Change how DCM identifies state changes#725

Open
jcmoraisjr wants to merge 1 commit intoopenshift:masterfrom
jcmoraisjr:NE-2477-dcm-update-state
Open

OCPBUGS-75010: Change how DCM identifies state changes#725
jcmoraisjr wants to merge 1 commit intoopenshift:masterfrom
jcmoraisjr:NE-2477-dcm-update-state

Conversation

@jcmoraisjr
Copy link
Contributor

@jcmoraisjr jcmoraisjr commented Feb 2, 2026

Router's dynamic update code (DCM) is identifying when state updates should be called via API by comparing the current running state, calling the API only if the state differs. This is not working on all possible states, e.g. server DOWN due to failing health check is being identified as MAINT, making the API call to be skipped.

Changed the approach by leaving the current state empty, and the code will always send the API call in case there is a need to be updated, despite on what is the current state.

Jira: https://issues.redhat.com/browse/OCPBUGS-75010

Router's dynamic update code (DCM) is identifying when state updates
should be called via API by comparing the current running state, calling
the API only if the state differs. This is not working on all possible
states, e.g. server DOWN due to failing health check is being identified
as MAINT, making the API call to be skipped.

Changed the approach by leaving the current state empty, and the code
will always send the API call in case there is a need to be updated,
despite on what is the current state.
@openshift-ci-robot openshift-ci-robot added the jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. label Feb 2, 2026
@openshift-ci-robot
Copy link
Contributor

openshift-ci-robot commented Feb 2, 2026

@jcmoraisjr: This pull request references NE-2477 which is a valid jira issue.

Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the bug to target the "4.22.0" version, but no target version was set.

Details

In response to this:

Router's dynamic update code (DCM) is identifying when state updates should be called via API by comparing the current running state, calling the API only if the state differs. This is not working on all possible states, e.g. server DOWN due to failing health check is being identified as MAINT, making the API call to be skipped.

Changed the approach by leaving the current state empty, and the code will always send the API call in case there is a need to be updated, despite on what is the current state.

Jira: https://issues.redhat.com/browse/NE-2477

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
Contributor

openshift-ci bot commented Feb 2, 2026

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by:
Once this PR has been reviewed and has the lgtm label, please assign rfredette for approval. For more information see the Code Review Process.

The full list of commands accepted by this bot can be found here.

Details Needs approval from an approver in each of these files:

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

@jcmoraisjr jcmoraisjr changed the title NE-2477: Change how DCM identifies state changes OCPBUGS-75010: Change how DCM identifies state changes Feb 3, 2026
@openshift-ci-robot openshift-ci-robot added the jira/valid-bug Indicates that a referenced Jira bug is valid for the branch this PR is targeting. label Feb 3, 2026
@openshift-ci-robot
Copy link
Contributor

@jcmoraisjr: This pull request references Jira Issue OCPBUGS-75010, 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)
Details

In response to this:

Router's dynamic update code (DCM) is identifying when state updates should be called via API by comparing the current running state, calling the API only if the state differs. This is not working on all possible states, e.g. server DOWN due to failing health check is being identified as MAINT, making the API call to be skipped.

Changed the approach by leaving the current state empty, and the code will always send the API call in case there is a need to be updated, despite on what is the current state.

Jira: https://issues.redhat.com/browse/NE-2477

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

@jcmoraisjr: This pull request references Jira Issue OCPBUGS-75010, which is valid.

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 POST, which is one of the valid states (NEW, ASSIGNED, POST)
Details

In response to this:

Router's dynamic update code (DCM) is identifying when state updates should be called via API by comparing the current running state, calling the API only if the state differs. This is not working on all possible states, e.g. server DOWN due to failing health check is being identified as MAINT, making the API call to be skipped.

Changed the approach by leaving the current state empty, and the code will always send the API call in case there is a need to be updated, despite on what is the current state.

Jira: https://issues.redhat.com/browse/OCPBUGS-75010

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.

@lihongan
Copy link
Contributor

lihongan commented Feb 4, 2026

/retest

@openshift-ci
Copy link
Contributor

openshift-ci bot commented Feb 4, 2026

@jcmoraisjr: all tests passed!

Full PR test history. Your PR dashboard.

Details

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. I understand the commands that are listed here.

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

Labels

jira/valid-bug Indicates that a referenced Jira bug is valid for the branch this PR is targeting. jira/valid-reference Indicates that this PR references a valid Jira ticket of any type.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants