Skip to content

WIP: [WIP][Observability] Mark arm64 tests #1001

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

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

hmeir
Copy link
Contributor

@hmeir hmeir commented May 19, 2025

Short description:

Mark Arm64 tests.

More details:

arm windows VM is not supported in 4.19.

What this PR does / why we need it:
Which issue(s) this PR fixes:
Special notes for reviewer:
jira-ticket:

Summary by CodeRabbit

  • Tests
    • Added ARM64-specific markers to numerous test modules and classes to enable filtering and categorization for ARM64 architecture environments.
    • No changes were made to test logic, parameters, or behavior.

Copy link

coderabbitai bot commented May 19, 2025

Walkthrough

The changes add the pytest.mark.arm64 marker across multiple test files and classes in the observability test suite, tagging tests for ARM64 architecture. Only test metadata is modified; no test logic or behavior is changed.

Changes

Files / Patterns Change Summary
tests/observability/metrics/test_cdi_metrics.py, test_cnao_metrics.py, test_instance_type_metrics.py, test_migration_metrics.py, test_network_metrics.py, test_prometheus_service_monitor.py, test_ssp_metrics.py, test_total_created_vms.py, test_vms_metrics.py, test_healthy_cluster_no_alerts.py, test_version_metrics.py, test_virt_controller_ready.py, runbook_url/test_runbook_url.py Added module-level pytestmark = pytest.mark.arm64 to tag all tests in these files for ARM64.
tests/observability/metrics/test_cpu_usage_metrics.py Added @pytest.mark.arm64 decorator to the TestCpuUsageMetrics class.
tests/observability/metrics/test_general_metrics.py Added @pytest.mark.arm64 decorator to classes TestVmiNodeCpuAffinityLinux, TestVmNameInLabel, and TestVirtHCOSingleStackIpv6.
tests/observability/metrics/test_metrics.py Added @pytest.mark.arm64 decorator to multiple classes: TestVMIMetricsLinuxVms, TestMemoryDeltaFromRequestedBytes, TestKubeDaemonsetStatusNumberReady, TestKubevirtApiRequestDeprecatedTotal, TestAllocatableNodes.
tests/observability/metrics/test_key_metrics.py, test_metrics_cpu.py, test_recording_rules.py, test_vm_template_metrics.py, test_virt_resource_mutation_metrics.py Appended pytest.mark.arm64 to existing pytestmark lists alongside other markers.
tests/observability/network/test_cnao_observability.py Added module-level pytestmark = pytest.mark.arm64 near imports.
tests/observability/storage/test_hpp_observability.py Added pytest.mark.arm64 to the pytestmark list with existing usefixtures markers.
tests/observability/virt/test_virt_metrics_alerts.py Added pytest.mark.arm64 to the pytestmark list alongside existing fixture marker.

Possibly related PRs

Suggested labels

size/XS, can-be-merged

Suggested reviewers

  • dshchedr
  • vsibirsk
  • rnetser
  • RoniKishner
  • polarion-jenkins

📜 Recent review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 34ac6e1 and 9bb8f10.

📒 Files selected for processing (24)
  • tests/observability/metrics/test_cdi_metrics.py (1 hunks)
  • tests/observability/metrics/test_cnao_metrics.py (1 hunks)
  • tests/observability/metrics/test_cpu_usage_metrics.py (1 hunks)
  • tests/observability/metrics/test_general_metrics.py (3 hunks)
  • tests/observability/metrics/test_instance_type_metrics.py (1 hunks)
  • tests/observability/metrics/test_key_metrics.py (1 hunks)
  • tests/observability/metrics/test_metrics.py (5 hunks)
  • tests/observability/metrics/test_metrics_cpu.py (1 hunks)
  • tests/observability/metrics/test_migration_metrics.py (1 hunks)
  • tests/observability/metrics/test_network_metrics.py (1 hunks)
  • tests/observability/metrics/test_prometheus_service_monitor.py (1 hunks)
  • tests/observability/metrics/test_recording_rules.py (1 hunks)
  • tests/observability/metrics/test_ssp_metrics.py (1 hunks)
  • tests/observability/metrics/test_total_created_vms.py (1 hunks)
  • tests/observability/metrics/test_version_metrics.py (1 hunks)
  • tests/observability/metrics/test_virt_resource_mutation_metrics.py (1 hunks)
  • tests/observability/metrics/test_vm_template_metrics.py (1 hunks)
  • tests/observability/metrics/test_vms_metrics.py (1 hunks)
  • tests/observability/network/test_cnao_observability.py (1 hunks)
  • tests/observability/runbook_url/test_runbook_url.py (1 hunks)
  • tests/observability/storage/test_hpp_observability.py (1 hunks)
  • tests/observability/test_healthy_cluster_no_alerts.py (1 hunks)
  • tests/observability/virt/test_virt_controller_ready.py (1 hunks)
  • tests/observability/virt/test_virt_metrics_alerts.py (1 hunks)
🚧 Files skipped from review as they are similar to previous changes (17)
  • tests/observability/network/test_cnao_observability.py
  • tests/observability/metrics/test_vm_template_metrics.py
  • tests/observability/metrics/test_prometheus_service_monitor.py
  • tests/observability/metrics/test_key_metrics.py
  • tests/observability/test_healthy_cluster_no_alerts.py
  • tests/observability/metrics/test_instance_type_metrics.py
  • tests/observability/runbook_url/test_runbook_url.py
  • tests/observability/virt/test_virt_controller_ready.py
  • tests/observability/metrics/test_migration_metrics.py
  • tests/observability/metrics/test_ssp_metrics.py
  • tests/observability/virt/test_virt_metrics_alerts.py
  • tests/observability/metrics/test_virt_resource_mutation_metrics.py
  • tests/observability/metrics/test_total_created_vms.py
  • tests/observability/metrics/test_cnao_metrics.py
  • tests/observability/metrics/test_version_metrics.py
  • tests/observability/metrics/test_general_metrics.py
  • tests/observability/metrics/test_network_metrics.py
⏰ Context from checks skipped due to timeout of 90000ms (6)
  • GitHub Check: can-be-merged
  • GitHub Check: can-be-merged
  • GitHub Check: can-be-merged
  • GitHub Check: can-be-merged
  • GitHub Check: tox
  • GitHub Check: build-container
🔇 Additional comments (11)
tests/observability/metrics/test_metrics_cpu.py (1)

9-9: LGTM! Clean addition of ARM64 marker.

The ARM64 marker is correctly added to the existing module-level marker list, ensuring all tests in this module are properly tagged for ARM64 architecture.

tests/observability/metrics/test_cpu_usage_metrics.py (1)

19-19: Verify ARM64 marker application for Windows VM tests.

The class-level ARM64 marker will apply to all tests in this class, including test_vmi_non_empty_cpu_metrics_with_windows_vm (lines 47-54). However, the PR description states that "arm Windows virtual machines are not supported in version 4.19."

Consider whether Windows VM tests should be excluded from ARM64 marking or if the marker usage strategy should be adjusted.

tests/observability/metrics/test_vms_metrics.py (1)

47-48:

✅ Verification successful

LGTM! Module-level ARM64 marker properly applied.

The module-level marker ensures all tests in this file are tagged for ARM64 architecture. The implementation follows pytest best practices.

Verify that all tests in this module are appropriate for ARM64 marking, especially considering the PR note about ARM Windows VM limitations.


🏁 Script executed:

#!/bin/bash
# Description: Check for Windows-related tests in the file that might conflict with ARM64 marking
# Expected: Any Windows VM tests should be reviewed for ARM64 compatibility

rg -i "windows|win" tests/observability/metrics/test_vms_metrics.py

Length of output: 69


ARM64 marker scope verified

  • No occurrences of “windows” or “win” in tests/observability/metrics/test_vms_metrics.py
  • All existing tests in this module are architecture-agnostic or ARM64-compatible

The module-level pytestmark = pytest.mark.arm64 is appropriate.

tests/observability/storage/test_hpp_observability.py (1)

13-16: LGTM! ARM64 marker correctly added to existing marker list.

The ARM64 marker is properly appended to the existing pytestmark list while preserving the original usefixtures markers. Storage observability tests are appropriately marked for ARM64 architecture.

tests/observability/metrics/test_cdi_metrics.py (1)

7-7: LGTM! Proper module-level pytest marker implementation.

The addition of the module-level pytestmark correctly applies the arm64 marker to all tests in this file, enabling architecture-specific test execution.

tests/observability/metrics/test_recording_rules.py (1)

6-6: LGTM! Correctly extends existing marker list.

The addition of pytest.mark.arm64 to the existing pytestmark list properly preserves the existing post_upgrade and sno markers while adding arm64 categorization.

tests/observability/metrics/test_metrics.py (5)

146-146: LGTM! Appropriate class-level arm64 marking.

The addition of @pytest.mark.arm64 to TestVMIMetricsLinuxVms correctly categorizes Linux VM metrics tests for ARM64 architecture.


236-236: LGTM! Consistent arm64 marking pattern.

The @pytest.mark.arm64 decorator correctly categorizes memory delta metrics tests for ARM64 execution.


283-283: LGTM! Proper test categorization.

The ARM64 marker appropriately categorizes the daemonset status tests for architecture-specific execution.


294-294: LGTM! Consistent marker application.

The ARM64 marker correctly categorizes the API request deprecated metrics tests.


305-305: LGTM! Systematic test categorization approach.

The ARM64 marker appropriately categorizes the allocatable nodes metrics tests. The systematic addition of ARM64 markers across multiple test classes enables effective architecture-specific test execution while appropriately excluding Windows VM tests (which remain unmarked, aligning with the PR's stated limitation that ARM Windows VMs are not supported in v4.19).

✨ Finishing Touches
  • 📝 Generate Docstrings

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share
🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Explain this complex logic.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai explain this code block.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and explain its main purpose.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Support

Need help? Create a ticket on our support page for assistance with any issues or questions.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (Invoked using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai generate docstrings to generate docstrings for this PR.
  • @coderabbitai generate sequence diagram to generate a sequence diagram of the changes in this PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

@ghost
Copy link

ghost commented May 19, 2025

Report bugs in Issues

The following are automatically added:

  • Add reviewers from OWNER file (in the root of the repository) under reviewers section.
  • Set PR size label.
  • New issue is created for the PR. (Closed when PR is merged/closed)
  • Run pre-commit if .pre-commit-config.yaml exists in the repo.

Available user actions:

  • To mark PR as WIP comment /wip to the PR, To remove it from the PR comment /wip cancel to the PR.
  • To block merging of PR comment /hold, To un-block merging of PR comment /hold cancel.
  • To mark PR as verified comment /verified to the PR, to un-verify comment /verified cancel to the PR.
    verified label removed on each new commit push.
  • To cherry pick a merged PR comment /cherry-pick <target branch to cherry-pick to> in the PR.
    • Multiple target branches can be cherry-picked, separated by spaces. (/cherry-pick branch1 branch2)
    • Cherry-pick will be started when PR is merged
  • To build and push container image command /build-and-push-container in the PR (tag will be the PR number).
    • You can add extra args to the Podman build command
      • Example: /build-and-push-container --build-arg OPENSHIFT_PYTHON_WRAPPER_COMMIT=<commit_hash>
  • To add a label by comment use /<label name>, to remove, use /<label name> cancel
  • To assign reviewers based on OWNERS file use /assign-reviewers
  • To check if PR can be merged use /check-can-merge
  • to assign reviewer to PR use /assign-reviewer @<reviewer>

PR will be approved when the following conditions are met:

  • /approve from one of the approvers.
  • Minimum number of required /lgtm (2) is met.
Approvers and Reviewers
  • Approvers:

    • dshchedr
    • myakove
    • rnetser
    • vsibirsk
  • Reviewers:

    • OhadRevah
    • RoniKishner
    • dshchedr
    • hmeir
    • rnetser
    • vsibirsk
Supported /retest check runs
  • /retest tox: Retest tox
  • /retest build-container: Retest build-container
  • /retest all: Retest all
Supported labels
  • hold
  • verified
  • wip
  • lgtm
  • approve

@ghost ghost assigned hmeir May 19, 2025
@ghost ghost requested a review from RoniKishner May 19, 2025 07:59
@ghost ghost requested review from dshchedr and OhadRevah May 19, 2025 07:59
@ghost ghost requested review from vsibirsk and rnetser May 19, 2025 07:59
Copy link

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

Actionable comments posted: 1

🧹 Nitpick comments (1)
tests/observability/metrics/test_metrics.py (1)

23-23: Consider documenting ARM64 test strategy at module level

The file already has module-level pytest markers. Consider adding a comment explaining the ARM64 test strategy - specifically that Linux tests are marked for ARM64 while Windows tests are excluded because they're not supported on ARM64 in version 4.19.

 pytestmark = [pytest.mark.post_upgrade, pytest.mark.sno]
+# Note: ARM64 markers are applied to specific test classes.
+# Windows VM tests are intentionally not marked as ARM64 as they are not supported on ARM64 in v4.19.
📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 848ce09 and 56c5b36.

📒 Files selected for processing (24)
  • tests/observability/metrics/test_cdi_metrics.py (1 hunks)
  • tests/observability/metrics/test_cnao_metrics.py (1 hunks)
  • tests/observability/metrics/test_cpu_usage_metrics.py (1 hunks)
  • tests/observability/metrics/test_general_metrics.py (3 hunks)
  • tests/observability/metrics/test_instance_type_metrics.py (1 hunks)
  • tests/observability/metrics/test_key_metrics.py (1 hunks)
  • tests/observability/metrics/test_metrics.py (5 hunks)
  • tests/observability/metrics/test_metrics_cpu.py (1 hunks)
  • tests/observability/metrics/test_migration_metrics.py (1 hunks)
  • tests/observability/metrics/test_network_metrics.py (1 hunks)
  • tests/observability/metrics/test_prometheus_service_monitor.py (1 hunks)
  • tests/observability/metrics/test_recording_rules.py (1 hunks)
  • tests/observability/metrics/test_ssp_metrics.py (1 hunks)
  • tests/observability/metrics/test_total_created_vms.py (1 hunks)
  • tests/observability/metrics/test_version_metrics.py (1 hunks)
  • tests/observability/metrics/test_virt_resource_mutation_metrics.py (1 hunks)
  • tests/observability/metrics/test_vm_template_metrics.py (1 hunks)
  • tests/observability/metrics/test_vms_metrics.py (1 hunks)
  • tests/observability/network/test_cnao_observability.py (1 hunks)
  • tests/observability/runbook_url/test_runbook_url.py (1 hunks)
  • tests/observability/storage/test_hpp_observability.py (1 hunks)
  • tests/observability/test_healthy_cluster_no_alerts.py (1 hunks)
  • tests/observability/virt/test_virt_controller_ready.py (1 hunks)
  • tests/observability/virt/test_virt_metrics_alerts.py (1 hunks)
⏰ Context from checks skipped due to timeout of 90000ms (5)
  • GitHub Check: can-be-merged
  • GitHub Check: can-be-merged
  • GitHub Check: build-container
  • GitHub Check: tox
  • GitHub Check: can-be-merged
🔇 Additional comments (32)
tests/observability/test_healthy_cluster_no_alerts.py (1)

6-6: Apply ARM64 pytest marker at module level
This correctly tags all tests in this module for the ARM64 architecture without altering test logic.

tests/observability/metrics/test_vm_template_metrics.py (1)

7-7: Add ARM64 marker alongside existing SNO marker
The module-level pytestmark now includes both sno and arm64, ensuring tests run under both environments as intended.

tests/observability/runbook_url/test_runbook_url.py (1)

11-11: Module-level ARM64 pytest marker applied
Correctly adds pytestmark = pytest.mark.arm64 to tag all runbook URL tests for ARM64.

tests/observability/virt/test_virt_controller_ready.py (1)

6-6: ARM64 pytest marker at module level
This line ensures all tests in this module are filtered for the ARM64 architecture.

tests/observability/metrics/test_recording_rules.py (1)

6-6: LGTM: ARM64 marker added correctly

The pytest.mark.arm64 marker has been added to the existing list of module-level markers, which aligns with the PR objective of marking tests related to the arm64 architecture.

tests/observability/virt/test_virt_metrics_alerts.py (1)

18-18: LGTM: ARM64 marker added correctly

The pytest.mark.arm64 marker has been properly added to the existing pytestmark list.

tests/observability/storage/test_hpp_observability.py (1)

13-16: LGTM: ARM64 marker added correctly

The pytest.mark.arm64 marker has been properly added to the module-level markers list. Formatting with one marker per line is maintained consistently.

tests/observability/metrics/test_cnao_metrics.py (1)

9-10: LGTM: ARM64 marker added correctly

The pytest.mark.arm64 marker has been added as a module-level marker, which is consistent with the PR's objective.

tests/observability/metrics/test_total_created_vms.py (1)

7-8: Adding arm64 marker aligns with PR objective

Adding the arm64 marker to this module allows for selective running/filtering of these tests when testing ARM64 architecture, consistent with the PR's purpose.

tests/observability/metrics/test_key_metrics.py (1)

12-12: Correctly added arm64 marker to existing markers list

Good job maintaining the existing markers (post_upgrade and sno) while adding the arm64 marker to the list. This preserves the original test categorization while adding the new ARM64 architecture designation.

tests/observability/metrics/test_prometheus_service_monitor.py (1)

6-7: Adding arm64 marker aligns with PR objective

The added arm64 marker correctly applies to all tests in this module, maintaining consistency with other files in the observability metrics suite.

tests/observability/metrics/test_network_metrics.py (1)

8-9: Adding arm64 marker aligns with PR objective

The added arm64 marker correctly applies to all tests in this network metrics module, consistent with the pattern applied across the observability test suite.

tests/observability/metrics/test_version_metrics.py (2)

9-9: Module-level marker applied correctly.
Adding pytestmark = pytest.mark.arm64 at the top of the file cleanly tags all tests in this module for ARM64 environments.


9-9:

✅ Verification successful

Ensure arm64 marker is registered.
The new pytestmark = pytest.mark.arm64 will trigger a PytestUnknownMarkWarning unless arm64 is declared in your pytest.ini (under markers) or in a project-level conftest.py.

Run:


🏁 Script executed:

pytest --markers | grep -E "^arm64"

Length of output: 134


🏁 Script executed:

#!/bin/bash
set -e

# Search for pytest.ini at the root
echo "Looking for pytest.ini..."
find . -maxdepth 2 -type f -name pytest.ini

# If pytest.ini exists, inspect markers and arm64 entries
if [ -f pytest.ini ]; then
  echo "Contents of pytest.ini around markers section:"
  grep -nE '^\[pytest\]' -n pytest.ini || true
  grep -nE '^markers' -n pytest.ini || true
  grep -nR 'arm64' -n pytest.ini || true
fi

# Search for any conftest.py in the repository
echo "Locating conftest.py files..."
find . -type f -name conftest.py

# Inspect conftest.py files for marker registration
echo "Searching for pytest markers registration in conftest.py..."
grep -R -nE 'pytest_configure|markers' --include='conftest.py' .
grep -R -n 'arm64' --include='conftest.py' .

Length of output: 5649


No action needed: arm64 marker is already registered
The project’s pytest.ini includes under [pytest]markers:

markers =
    arm64: tests that require ARM-based cluster supported

Therefore using pytest.mark.arm64 will not trigger an unknown‐mark warning.

tests/observability/metrics/test_cpu_usage_metrics.py (1)

19-19: Class-level ARM64 marker usage.
Annotating TestCpuUsageMetrics with @pytest.mark.arm64 correctly scopes the ARM64 tag to all tests in this class.

tests/observability/metrics/test_metrics_cpu.py (1)

9-9: Extend module markers with arm64.
Updating the global pytestmark list to [pytest.mark.post_upgrade, pytest.mark.sno, pytest.mark.arm64] aligns this file’s markers with the rest of the observability suite.

tests/observability/metrics/test_migration_metrics.py (1)

25-25: Module-level ARM64 marker addition.
Applying pytestmark = pytest.mark.arm64 at module scope correctly tags all migration metrics tests for ARM64 targets.

tests/observability/metrics/test_vms_metrics.py (1)

47-47: Module-level ARM64 marker.
Using pytestmark = pytest.mark.arm64 here ensures consistent ARM64 tagging across all tests in this file.

tests/observability/metrics/test_virt_resource_mutation_metrics.py (1)

29-29: LGTM: Added arm64 marker to existing pytestmark list

The change appropriately adds the pytest.mark.arm64 marker alongside the existing pytest.mark.sno marker, following the PR objective to mark tests for ARM64 architecture.

tests/observability/metrics/test_instance_type_metrics.py (1)

25-26: LGTM: Added arm64 marker at module level

The change appropriately adds a module-level pytest.mark.arm64 marker, aligning with the PR objective to mark tests for ARM64 architecture.

tests/observability/metrics/test_ssp_metrics.py (1)

18-19: LGTM: Added arm64 marker at module level

The change appropriately adds a module-level pytest.mark.arm64 marker, aligning with the PR objective to mark tests for ARM64 architecture.

tests/observability/metrics/test_cdi_metrics.py (1)

7-8: LGTM: Added arm64 marker at module level

The change appropriately adds a module-level pytest.mark.arm64 marker in a list format, aligning with the PR objective to mark tests for ARM64 architecture.

tests/observability/metrics/test_general_metrics.py (4)

48-49: LGTM: Added arm64 marker to TestVmiNodeCpuAffinityLinux class

The change appropriately adds the @pytest.mark.arm64 decorator to the TestVmiNodeCpuAffinityLinux class, aligning with the PR objective to mark tests for ARM64 architecture.


87-88: LGTM: Added arm64 marker to TestVmNameInLabel class

The change appropriately adds the @pytest.mark.arm64 decorator to the TestVmNameInLabel class, aligning with the PR objective to mark tests for ARM64 architecture.


105-106: LGTM: Added arm64 marker to TestVirtHCOSingleStackIpv6 class

The change appropriately adds the @pytest.mark.arm64 decorator to the TestVirtHCOSingleStackIpv6 class, aligning with the PR objective to mark tests for ARM64 architecture.


1-115: Consider marking TestVmiNodeCpuAffinityWindows class for consistency

I notice that the TestVmiNodeCpuAffinityWindows class (lines 78-85) isn't marked with pytest.mark.arm64 while all other test classes in this file are. Given the PR description that "arm Windows virtual machines are not supported in version 4.19", this might be intentional, but it's worth confirming.

tests/observability/metrics/test_metrics.py (6)

146-147: Adding ARM64 marker to Linux VM tests looks good

This correctly adds the ARM64 marker to Linux VM metrics tests, allowing them to be specifically targeted or filtered during test runs.


189-190: Windows VM tests correctly excluded from ARM64 marking

I see that you're intentionally not marking the Windows VM tests with the ARM64 marker, which aligns with your PR description that "arm Windows virtual machines are not supported in version 4.19".


235-236: ARM64 marker application to memory tests looks good

Correctly marking the memory delta tests for ARM64.


282-283: ARM64 marker application to daemonset tests looks good

The ARM64 marker is appropriately applied to the TestKubeDaemonsetStatusNumberReady class.


293-294: ARM64 marker application to API metrics tests looks good

Correctly marking the API request metrics tests for ARM64.


304-305: ARM64 marker application to allocatable nodes tests looks good

The ARM64 marker is appropriately applied to the TestAllocatableNodes class.

@hmeir
Copy link
Contributor Author

hmeir commented May 19, 2025

/build-and-push-container

@ghost
Copy link

ghost commented May 19, 2025

New container for quay.io/openshift-cnv/openshift-virtualization-tests:pr-1001 published

@hmeir
Copy link
Contributor Author

hmeir commented May 19, 2025

/retest build-container

@hmeir
Copy link
Contributor Author

hmeir commented May 19, 2025

/build-and-push-container

@ghost
Copy link

ghost commented May 19, 2025

New container for quay.io/openshift-cnv/openshift-virtualization-tests:pr-1001 published

@ghost ghost added the lgtm-rnetser label May 20, 2025
@hmeir
Copy link
Contributor Author

hmeir commented May 21, 2025

/wip

@ghost ghost added the wip label May 21, 2025
@ghost ghost changed the title [WIP][Observability] Mark arm64 tests WIP: [WIP][Observability] Mark arm64 tests May 21, 2025
@hmeir
Copy link
Contributor Author

hmeir commented May 26, 2025

/build-and-push-container

@ghost
Copy link

ghost commented May 26, 2025

New container for quay.io/openshift-cnv/openshift-virtualization-tests:pr-1001 published

@ghost ghost added tox:verify-bugs-are-open:passed D/S Testing and removed tox:verify-bugs-are-open:running D/S Testing labels May 26, 2025
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.

3 participants