Skip to content
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

OCPBUGS-32242: The MCO makes a lot of API requests for ClusterOperator objects #4321

Merged
merged 1 commit into from
May 22, 2024

Conversation

djoshy
Copy link
Contributor

@djoshy djoshy commented Apr 15, 2024

I added a lister and cached the CO object wherever I could, and only did a get call when there is an update conflict error. Initial results look promising. I think we should be safe to merge this if the test suite is passing, but it can wait till after FF. It does not introduce any new behavior, so we could probably skip pre-merge QE.

For a recentish test run(LARGE FILE WARNING) on #4327 :

{
                    "GroupVersionResource": {
                        "Group": "config.openshift.io",
                        "Version": "v1",
                        "Resource": "clusteroperators"
                    },
                    "RequestCounts": {
                        "SerializedRequestCounts": {
                            "RequestStartedCount": 0,
                            "RequestFinishedCount": 8034,
                            "ClientFailedRequestCount": 0,
                            "ServerFailedRequestCount": 0,
                            "PerHTTPStatusRequestCount": [
                                {
                                    "HTTPStatus": 200,
                                    "Count": 8042
                                }
                            ]
                        },
                        "PerVerbRequestCount": [
                            {
                                "Verb": "get",
                                "RequestCounts": {
                                    "RequestStartedCount": 0,
                                    "RequestFinishedCount": 5933,
                                    "ClientFailedRequestCount": 0,
                                    "ServerFailedRequestCount": 0,
                                    "PerHTTPStatusRequestCount": [
                                        {
                                            "HTTPStatus": 200,
                                            "Count": 5933
                                        }
                                    ]
                                }
                            },
                            {
                                "Verb": "update",
                                "RequestCounts": {
                                    "RequestStartedCount": 0,
                                    "RequestFinishedCount": 2094,
                                    "ClientFailedRequestCount": 0,
                                    "ServerFailedRequestCount": 0,
                                    "PerHTTPStatusRequestCount": [
                                        {
                                            "HTTPStatus": 200,
                                            "Count": 2094
                                        }
                                    ]
                                }
                            },
                            {
                                "Verb": "watch",
                                "RequestCounts": {
                                    "RequestStartedCount": 0,
                                    "RequestFinishedCount": 7,
                                    "ClientFailedRequestCount": 0,
                                    "ServerFailedRequestCount": 0,
                                    "PerHTTPStatusRequestCount": [
                                        {
                                            "HTTPStatus": 200,
                                            "Count": 15
                                        }
                                    ]
                                }
                            }
                        ]
                    }
                },

On a test run on this PR, the above scrape only shows:

{
                    "GroupVersionResource": {
                        "Group": "config.openshift.io",
                        "Version": "v1",
                        "Resource": "clusteroperators"
                    },
                    "RequestCounts": {
                        "SerializedRequestCounts": {
                            "RequestStartedCount": 0,
                            "RequestFinishedCount": 7,
                            "ClientFailedRequestCount": 0,
                            "ServerFailedRequestCount": 0,
                            "PerHTTPStatusRequestCount": [
                                {
                                    "HTTPStatus": 200,
                                    "Count": 15
                                }
                            ]
                        },
                        "PerVerbRequestCount": [
                            {
                                "Verb": "watch",
                                "RequestCounts": {
                                    "RequestStartedCount": 0,
                                    "RequestFinishedCount": 7,
                                    "ClientFailedRequestCount": 0,
                                    "ServerFailedRequestCount": 0,
                                    "PerHTTPStatusRequestCount": [
                                        {
                                            "HTTPStatus": 200,
                                            "Count": 15
                                        }
                                    ]
                                }
                            }
                        ]
                    }
                },

This is likely because a large amount of the calls have been optimized out; and some amount of calls when the cluster is born have been scrolled off in the audit logs and was not caught by the scraper tool. We should be failing most of the tests if we are not doing any update/get calls :P

@openshift-ci-robot openshift-ci-robot added jira/severity-moderate Referenced Jira bug's severity is moderate for the branch this PR is targeting. jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. jira/invalid-bug Indicates that a referenced Jira bug is invalid for the branch this PR is targeting. labels Apr 15, 2024
@openshift-ci-robot
Copy link
Contributor

@djoshy: This pull request references Jira Issue OCPBUGS-32242, which is invalid:

  • expected the bug to target the "4.16.0" version, but no target version was set

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.

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 openshift-eng/jira-lifecycle-plugin repository.

@openshift-ci openshift-ci bot added the do-not-merge/work-in-progress Indicates that a PR should not merge because it is a work in progress. label Apr 15, 2024
Copy link
Contributor

openshift-ci bot commented Apr 15, 2024

Skipping CI for Draft Pull Request.
If you want CI signal for your change, please convert it to an actual PR.
You can still manually trigger a test run with /test all

@djoshy
Copy link
Contributor Author

djoshy commented Apr 15, 2024

/test unit
/test verify
/test e2e-gcp-op

@openshift-ci openshift-ci bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Apr 15, 2024
@djoshy
Copy link
Contributor Author

djoshy commented Apr 15, 2024

/test unit
/test verify
/test e2e-gcp-op

@djoshy
Copy link
Contributor Author

djoshy commented Apr 15, 2024

/test unit
/test verify
/test e2e-gcp-op

@openshift-ci-robot
Copy link
Contributor

@djoshy: This pull request references Jira Issue OCPBUGS-32242. The bug has been updated to no longer refer to the pull request using the external bug tracker. All external bug links have been closed. The bug has been moved to the NEW 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 openshift-eng/jira-lifecycle-plugin repository.

@djoshy djoshy reopened this Apr 16, 2024
@openshift-ci-robot
Copy link
Contributor

@djoshy: This pull request references Jira Issue OCPBUGS-32242, which is invalid:

  • expected the bug to target the "4.16.0" version, but no target version was set

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.

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 openshift-eng/jira-lifecycle-plugin repository.

@djoshy
Copy link
Contributor Author

djoshy commented Apr 16, 2024

/test unit
/test verify
/test e2e-gcp-op

@djoshy
Copy link
Contributor Author

djoshy commented Apr 16, 2024

/test unit
/test verify
/test e2e-gcp-op

@djoshy djoshy force-pushed the reduce-optr-api-calls branch 2 times, most recently from e7db829 to eddfc35 Compare April 18, 2024 18:51
@djoshy
Copy link
Contributor Author

djoshy commented Apr 18, 2024

/test unit
/test verify
/test e2e-gcp-op

@djoshy
Copy link
Contributor Author

djoshy commented Apr 18, 2024

/test e2e-aws-ovn

@djoshy
Copy link
Contributor Author

djoshy commented Apr 19, 2024

/test unit
/test verify
/test e2e-gcp-op
/test e2e-aws-ovn

@djoshy
Copy link
Contributor Author

djoshy commented Apr 19, 2024

/test e2e-aws-ovn

@djoshy
Copy link
Contributor Author

djoshy commented Apr 19, 2024

/test unit
/test verify
/test e2e-gcp-op
/test e2e-aws-ovn

@openshift-ci openshift-ci bot added the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label May 15, 2024
@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label May 15, 2024
Copy link
Contributor

openshift-ci bot commented May 15, 2024

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: djoshy, yuqi-zhang

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 /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-bot
Copy link
Contributor

/jira refresh

The requirements for Jira bugs have changed (Jira issues linked to PRs on main branch need to target different OCP), recalculating validity.

@openshift-ci-robot
Copy link
Contributor

@openshift-bot: This pull request references Jira Issue OCPBUGS-32242, which is valid.

3 validation(s) were run on this bug
  • bug is open, matching expected state (open)
  • bug target version (4.16.0) matches configured target version for branch (4.16.0)
  • bug is in the state POST, which is one of the valid states (NEW, ASSIGNED, POST)

Requesting review from QA contact:
/cc @sergiordlr

In response to this:

/jira refresh

The requirements for Jira bugs have changed (Jira issues linked to PRs on main branch need to target different OCP), recalculating validity.

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

/jira refresh

The requirements for Jira bugs have changed (Jira issues linked to PRs on main branch need to target different OCP), recalculating validity.

@openshift-ci-robot openshift-ci-robot added jira/invalid-bug Indicates that a referenced Jira bug is invalid for the branch this PR is targeting. and removed jira/valid-bug Indicates that a referenced Jira bug is valid for the branch this PR is targeting. labels May 17, 2024
@openshift-ci-robot
Copy link
Contributor

@openshift-bot: This pull request references Jira Issue OCPBUGS-32242, which is invalid:

  • expected the bug to target either version "4.17." or "openshift-4.17.", but it targets "4.16.0" 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.

In response to this:

/jira refresh

The requirements for Jira bugs have changed (Jira issues linked to PRs on main branch need to target different OCP), recalculating validity.

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.

@djoshy
Copy link
Contributor Author

djoshy commented May 20, 2024

/jira refresh

@openshift-ci-robot openshift-ci-robot added jira/valid-bug Indicates that a referenced Jira bug is valid for the branch this PR is targeting. and removed jira/invalid-bug Indicates that a referenced Jira bug is invalid for the branch this PR is targeting. labels May 20, 2024
@openshift-ci-robot
Copy link
Contributor

@djoshy: This pull request references Jira Issue OCPBUGS-32242, which is valid.

3 validation(s) were run on this bug
  • bug is open, matching expected state (open)
  • bug target version (4.17.0) matches configured target version for branch (4.17.0)
  • bug is in the state POST, which is one of the valid states (NEW, ASSIGNED, POST)

Requesting review from QA contact:
/cc @sergiordlr

In response to this:

/jira refresh

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.

@djoshy
Copy link
Contributor Author

djoshy commented May 20, 2024

/test all

@sergiordlr
Copy link

Verfication steps

  1. Critical test cases have passed
  2. In the current CI job "e2e-aws-ovn" execution in we can find in the artifacts the audit-log-summary file https://gcsweb-ci.apps.ci.l2s4.p1.openshiftapps.com/gcs/test-platform-results/pr-logs/pull/openshift_machine-config-operator/4321/pull-ci-openshift-machine-config-operator-master-e2e-aws-ovn/1792546860762664960/artifacts/e2e-aws-ovn/openshift-e2e-test/artifacts/junit/audit-log-summary__20240520-141441.json

We can observe that for the clusteroperators

                {
                    "GroupVersionResource": {
                        "Group": "config.openshift.io",
                        "Version": "v1",
                        "Resource": "clusteroperators"
                    },
                    "RequestCounts": {
                        "SerializedRequestCounts": {
                            "RequestStartedCount": 0,
                            "RequestFinishedCount": 4,
                            "ClientFailedRequestCount": 0,
                            "ServerFailedRequestCount": 0,
                            "PerHTTPStatusRequestCount": [
                                {
                                    "HTTPStatus": 200,
                                    "Count": 9
                                }
                            ]
                        },
                        "PerVerbRequestCount": [
                            {
                                "Verb": "watch",
                                "RequestCounts": {
                                    "RequestStartedCount": 0,
                                    "RequestFinishedCount": 4,
                                    "ClientFailedRequestCount": 0,
                                    "ServerFailedRequestCount": 0,
                                    "PerHTTPStatusRequestCount": [
                                        {
                                            "HTTPStatus": 200,
                                            "Count": 9
                                        }
                                    ]
                                }
                            }
                        ]
                    }
                },

Those numbers are lower than the ones found in previous executions and reported at the beginning of this PR.

/label qe-approved

@openshift-ci openshift-ci bot added the qe-approved Signifies that QE has signed off on this PR label May 22, 2024
@djoshy
Copy link
Contributor Author

djoshy commented May 22, 2024

/unhold

@openshift-ci openshift-ci bot removed the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label May 22, 2024
@openshift-ci-robot
Copy link
Contributor

/retest-required

Remaining retests: 0 against base HEAD e50be3e and 2 for PR HEAD 461a468 in total

@djoshy
Copy link
Contributor Author

djoshy commented May 22, 2024

/test all

@djoshy
Copy link
Contributor Author

djoshy commented May 22, 2024

/test e2e-gcp-op-single-node

@openshift-merge-bot openshift-merge-bot bot merged commit e7da460 into openshift:master May 22, 2024
13 of 15 checks passed
@openshift-ci-robot
Copy link
Contributor

@djoshy: Jira Issue OCPBUGS-32242: All pull requests linked via external trackers have merged:

Jira Issue OCPBUGS-32242 has been moved to the MODIFIED state.

In response to this:

I added a lister and cached the CO object wherever I could, and only did a get call when there is an update conflict error. Initial results look promising. I think we should be safe to merge this if the test suite is passing, but it can wait till after FF. It does not introduce any new behavior, so we could probably skip pre-merge QE.

For a recentish test run(LARGE FILE WARNING) on #4327 :

{
                   "GroupVersionResource": {
                       "Group": "config.openshift.io",
                       "Version": "v1",
                       "Resource": "clusteroperators"
                   },
                   "RequestCounts": {
                       "SerializedRequestCounts": {
                           "RequestStartedCount": 0,
                           "RequestFinishedCount": 8034,
                           "ClientFailedRequestCount": 0,
                           "ServerFailedRequestCount": 0,
                           "PerHTTPStatusRequestCount": [
                               {
                                   "HTTPStatus": 200,
                                   "Count": 8042
                               }
                           ]
                       },
                       "PerVerbRequestCount": [
                           {
                               "Verb": "get",
                               "RequestCounts": {
                                   "RequestStartedCount": 0,
                                   "RequestFinishedCount": 5933,
                                   "ClientFailedRequestCount": 0,
                                   "ServerFailedRequestCount": 0,
                                   "PerHTTPStatusRequestCount": [
                                       {
                                           "HTTPStatus": 200,
                                           "Count": 5933
                                       }
                                   ]
                               }
                           },
                           {
                               "Verb": "update",
                               "RequestCounts": {
                                   "RequestStartedCount": 0,
                                   "RequestFinishedCount": 2094,
                                   "ClientFailedRequestCount": 0,
                                   "ServerFailedRequestCount": 0,
                                   "PerHTTPStatusRequestCount": [
                                       {
                                           "HTTPStatus": 200,
                                           "Count": 2094
                                       }
                                   ]
                               }
                           },
                           {
                               "Verb": "watch",
                               "RequestCounts": {
                                   "RequestStartedCount": 0,
                                   "RequestFinishedCount": 7,
                                   "ClientFailedRequestCount": 0,
                                   "ServerFailedRequestCount": 0,
                                   "PerHTTPStatusRequestCount": [
                                       {
                                           "HTTPStatus": 200,
                                           "Count": 15
                                       }
                                   ]
                               }
                           }
                       ]
                   }
               },

On a test run on this PR, the above scrape only shows:

{
                   "GroupVersionResource": {
                       "Group": "config.openshift.io",
                       "Version": "v1",
                       "Resource": "clusteroperators"
                   },
                   "RequestCounts": {
                       "SerializedRequestCounts": {
                           "RequestStartedCount": 0,
                           "RequestFinishedCount": 7,
                           "ClientFailedRequestCount": 0,
                           "ServerFailedRequestCount": 0,
                           "PerHTTPStatusRequestCount": [
                               {
                                   "HTTPStatus": 200,
                                   "Count": 15
                               }
                           ]
                       },
                       "PerVerbRequestCount": [
                           {
                               "Verb": "watch",
                               "RequestCounts": {
                                   "RequestStartedCount": 0,
                                   "RequestFinishedCount": 7,
                                   "ClientFailedRequestCount": 0,
                                   "ServerFailedRequestCount": 0,
                                   "PerHTTPStatusRequestCount": [
                                       {
                                           "HTTPStatus": 200,
                                           "Count": 15
                                       }
                                   ]
                               }
                           }
                       ]
                   }
               },

This is likely because a large amount of the calls have been optimized out; and some amount of calls when the cluster is born have been scrolled off in the audit logs and was not caught by the scraper tool. We should be failing most of the tests if we are not doing any update/get calls :P

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.

Copy link
Contributor

openshift-ci bot commented May 22, 2024

@djoshy: The following tests failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name Commit Details Required Rerun command
ci/prow/okd-scos-e2e-aws-ovn 6e194c2 link false /test okd-scos-e2e-aws-ovn
ci/prow/okd-images 461a468 link false /test okd-images

Full PR test history. Your PR dashboard.

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.

@openshift-bot
Copy link
Contributor

[ART PR BUILD NOTIFIER]

This PR has been included in build ose-machine-config-operator-container-v4.17.0-202405230209.p0.ge7da460.assembly.stream.el9 for distgit ose-machine-config-operator.
All builds following this will include this PR.

@djoshy djoshy deleted the reduce-optr-api-calls branch May 30, 2024 13:39
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
approved Indicates a PR has been approved by an approver from all required OWNERS files. jira/severity-moderate Referenced Jira bug's severity is moderate for the branch this PR is targeting. 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. lgtm Indicates that a PR is ready to be merged. qe-approved Signifies that QE has signed off on this PR
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

6 participants