Skip to content

OCPBUGS-57520: e2e: llc: initial tests for cpu allocation #1308

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

Merged
merged 1 commit into from
Jun 18, 2025

Conversation

ffromani
Copy link
Contributor

bootstrap the tests which actually run pods and check the CPU (and thus the L3/LLC) allocation.

Start with the trivial sanity tests, adding a good chunk of required infra utilities along the way.

@ffromani
Copy link
Contributor Author

/hold

still tuning the tests

@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 Mar 11, 2025
@ffromani
Copy link
Contributor Author

/retest

@mrniranjan
Copy link
Contributor

@ffromani i ran the tests on my system and i got this error:

  [FAILED] Unexpected error:
      <*json.UnmarshalTypeError | 0xc00061c230>: 
      json: cannot unmarshal string into Go struct field Info.topology.architecture of type topology.Architecture
      {
          Value: "string",
          Type: <*reflect.rtype | 0x1a4b7e0>{
              t: {Size_: 0x8, PtrBytes: 0x0, Hash: 3381447132, TFlag: 15, Align_: 8, FieldAlign_: 8, Kind_: 2, Equal: 0x408c60, GCData: 0, Str: 235607, PtrToThis: 1884672},
          },
          Offset: 25432,
          Struct: "Info",
          Field: "topology.architecture",
      }
  occurred

From the machineinfo json of my system , i see that topology.Architecture is "numa" string

@ffromani
Copy link
Contributor Author

ffromani commented Apr 7, 2025

@ffromani i ran the tests on my system and i got this error:

  [FAILED] Unexpected error:
      <*json.UnmarshalTypeError | 0xc00061c230>: 
      json: cannot unmarshal string into Go struct field Info.topology.architecture of type topology.Architecture
      {
          Value: "string",
          Type: <*reflect.rtype | 0x1a4b7e0>{
              t: {Size_: 0x8, PtrBytes: 0x0, Hash: 3381447132, TFlag: 15, Align_: 8, FieldAlign_: 8, Kind_: 2, Equal: 0x408c60, GCData: 0, Str: 235607, PtrToThis: 1884672},
          },
          Offset: 25432,
          Struct: "Info",
          Field: "topology.architecture",
      }
  occurred

From the machineinfo json of my system , i see that topology.Architecture is "numa" string

how did you run? I can't recall a similar error

@ffromani
Copy link
Contributor Author

ffromani commented Apr 8, 2025

/retest

@ffromani
Copy link
Contributor Author

ffromani commented Apr 8, 2025

@ffromani i ran the tests on my system and i got this error:

  [FAILED] Unexpected error:
      <*json.UnmarshalTypeError | 0xc00061c230>: 
      json: cannot unmarshal string into Go struct field Info.topology.architecture of type topology.Architecture
      {
          Value: "string",
          Type: <*reflect.rtype | 0x1a4b7e0>{
              t: {Size_: 0x8, PtrBytes: 0x0, Hash: 3381447132, TFlag: 15, Align_: 8, FieldAlign_: 8, Kind_: 2, Equal: 0x408c60, GCData: 0, Str: 235607, PtrToThis: 1884672},
          },
          Offset: 25432,
          Struct: "Info",
          Field: "topology.architecture",
      }
  occurred

From the machineinfo json of my system , i see that topology.Architecture is "numa" string

how did you run? I can't recall a similar error

also, the current tests are a working demo about how to fetch and consume machineinfo JSON data

@mrniranjan
Copy link
Contributor

@ffromani i ran the tests on my system and i got this error:

  [FAILED] Unexpected error:
      <*json.UnmarshalTypeError | 0xc00061c230>: 
      json: cannot unmarshal string into Go struct field Info.topology.architecture of type topology.Architecture
      {
          Value: "string",
          Type: <*reflect.rtype | 0x1a4b7e0>{
              t: {Size_: 0x8, PtrBytes: 0x0, Hash: 3381447132, TFlag: 15, Align_: 8, FieldAlign_: 8, Kind_: 2, Equal: 0x408c60, GCData: 0, Str: 235607, PtrToThis: 1884672},
          },
          Offset: 25432,
          Struct: "Info",
          Field: "topology.architecture",
      }
  occurred

From the machineinfo json of my system , i see that topology.Architecture is "numa" string

how did you run? I can't recall a similar error

also, the current tests are a working demo about how to fetch and consume machineinfo JSON data
i ran the tests as below:

export IMAGE_REGISTRY=quay.io/openshift-kni/
export CNF_TESTS_IMAGE=cnf-tests:latest
ginkgo  -v --require-suite 13_llc/

@ffromani
Copy link
Contributor Author

ffromani commented Apr 9, 2025

we need to bump ghw to 0.9.0 at least (jaypipes/ghw#283). I recall some convos and some challenges to update though.

@ffromani
Copy link
Contributor Author

ffromani commented Apr 9, 2025

we need to bump ghw to 0.9.0 at least (jaypipes/ghw#283). I recall some convos and some challenges to update though.

rebasing against the tip of the main branch (where we moved to ghw 0.15) should suffice

Copy link
Contributor

openshift-ci bot commented Apr 9, 2025

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: ffromani

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-ci openshift-ci bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Apr 9, 2025
@mrniranjan
Copy link
Contributor

@ffromani llc tests are failing in updating-profile lane because the cnf-tests image that it's using doesn't have machineinfo , currently only the latest cnf-tests image from quay has the required binaries

@ffromani
Copy link
Contributor Author

/test okd-scos-e2e-aws-ovn

@ffromani
Copy link
Contributor Author

/test e2e-aws-ovn-techpreview

@mrniranjan
Copy link
Contributor

@ffromani can you add the test case id mentioned above and merge this.

@openshift-merge-robot openshift-merge-robot added the needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. label May 20, 2025
@openshift-merge-robot openshift-merge-robot removed the needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. label Jun 10, 2025
bootstrap the tests which actually run pods and check
the CPU (and thus the L3/LLC) allocation.

Start with the trivial sanity tests, adding a good chunk of
required infra utilities along the way.

Signed-off-by: Francesco Romani <[email protected]>
@ffromani
Copy link
Contributor Author

/hold cancel

@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 Jun 10, 2025
@mrniranjan
Copy link
Contributor

@ffromani I have created OCPBUGS-57520 , so that we can backport this pr to 4.19 . Can you add this to the title, so that we can merge this.

@ffromani ffromani changed the title e2e: llc: initial tests for cpu allocation OCPBUGS-57520: e2e: llc: initial tests for cpu allocation Jun 17, 2025
@openshift-ci-robot openshift-ci-robot added jira/severity-low Referenced Jira bug's severity is low for the branch this PR is targeting. jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. jira/valid-bug Indicates that a referenced Jira bug is valid for the branch this PR is targeting. labels Jun 17, 2025
@openshift-ci-robot
Copy link
Contributor

@ffromani: This pull request references Jira Issue OCPBUGS-57520, 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.20.0) matches configured target version for branch (4.20.0)
  • bug is in the state New, which is one of the valid states (NEW, ASSIGNED, POST)

Requesting review from QA contact:
/cc @mrniranjan

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

In response to this:

bootstrap the tests which actually run pods and check the CPU (and thus the L3/LLC) allocation.

Start with the trivial sanity tests, adding a good chunk of required infra utilities along the way.

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 requested a review from mrniranjan June 17, 2025 12:56
@ffromani
Copy link
Contributor Author

/jira refresh

@openshift-ci-robot
Copy link
Contributor

@ffromani: This pull request references Jira Issue OCPBUGS-57520, which is valid.

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

Requesting review from QA contact:
/cc @mrniranjan

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.

@mrniranjan
Copy link
Contributor

/lgtm

@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Jun 18, 2025
Copy link
Contributor

openshift-ci bot commented Jun 18, 2025

@ffromani: all tests passed!

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-merge-bot openshift-merge-bot bot merged commit 5d3e7a6 into openshift:main Jun 18, 2025
18 checks passed
@openshift-ci-robot
Copy link
Contributor

@ffromani: Jira Issue OCPBUGS-57520: All pull requests linked via external trackers have merged:

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

In response to this:

bootstrap the tests which actually run pods and check the CPU (and thus the L3/LLC) allocation.

Start with the trivial sanity tests, adding a good chunk of required infra utilities along the way.

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.

@ffromani ffromani deleted the add-llc-e2e branch June 18, 2025 13:40
@openshift-bot
Copy link
Contributor

[ART PR BUILD NOTIFIER]

Distgit: cluster-node-tuning-operator
This PR has been included in build cluster-node-tuning-operator-container-v4.20.0-202506181712.p0.g5d3e7a6.assembly.stream.el9.
All builds following this will include this PR.

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-low Referenced Jira bug's severity is low 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.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants