Skip to content

SRE-4014 tests: Move NvmeIoVerification.test_nvme_server_restart to cb - #19010

Open
ryon-jensen wants to merge 1 commit into
masterfrom
ryon-jensen/SRE-4014
Open

ryon-jensen wants to merge 1 commit into
masterfrom
ryon-jensen/SRE-4014

Conversation

@ryon-jensen

Copy link
Copy Markdown
Contributor
  • NvmeIoVerification.test_nvme_server_restart

Steps for the author:

  • Commit message follows the guidelines.
  • Appropriate Features or Test-tag pragmas were used.
  • Appropriate Functional Test Stages were run.
  • At least two positive code reviews including at least one code owner from each category referenced in the PR.
  • Testing is complete. If necessary, forced-landing label added and a reason added in a comment.

After all prior steps are complete:

  • Gatekeeper requested (daos-gatekeeper added as a reviewer).

Move to cb:
- NvmeIoVerification.test_nvme_server_restart

Skip-functional-hardware-medium: true
Skip-functional-hardware-medium-md-on-ssd: true
Skip-functional-hardware-medium-vmd: true
Skip-functional-hardware-medium-verbs-provider: true
Skip-functional-hardware-medium-verbs-provider-md-on-ssd: true
Skip-functional-hardware-medium-ucx-provider: true
Skip-functional-hardware-large: true
Skip-functional-hardware-large-md-on-ssd: true
Skip-cancel-previous-builds: true
Signed-off-by: Ryon Jensen <ryon.jensen@hpe.com>
@ryon-jensen
ryon-jensen requested review from a team as code owners September 4, 2026 00:58
@github-actions

github-actions Bot commented Sep 4, 2026

Copy link
Copy Markdown

Errors are Unable to load ticket data
https://daosio.atlassian.net/browse/SRE-4014

@daltonbohning daltonbohning left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Are we confident this one will pass regularly on ClusterBox? It does run IOR, and in the past the VM network bandwidth has been very low. I'm not sure if ClusterBox has that same isue

@ryon-jensen

Copy link
Copy Markdown
Contributor Author

This has passed 20 times in a row, however, there is concern that anything that runs IOR is meant to stress the system, so maybe there's potential for this to not catch bugs running on cluster box because it's not able to stress the system the same way as on HW clusters?? @daltonbohning, @phender, @sylviachanoiyee - thoughts?

@daltonbohning

Copy link
Copy Markdown
Contributor

This has passed 20 times in a row, however, there is concern that anything that runs IOR is meant to stress the system, so maybe there's potential for this to not catch bugs running on cluster box because it's not able to stress the system the same way as on HW clusters?? @daltonbohning, @phender, @sylviachanoiyee - thoughts?

Reading the test description, this seems like more of a correctness test than a stress test so I think ClusterBox should be okay

def test_nvme_server_restart(self):
"""Jira ID: DAOS-2650.
Test Description:
Test will run IOR with non standard transfer sizes for different set of pool sizes.
Purpose is to verify io transaction to scm and nvme for different pool sizes when
servers are restarted after write.
Test Steps:
1. Create a pool of specified size percentage.
2. Create a container and run IOR write with specified transfer size. Some transfer size
is smaller than 4096 and some are larger so that both SCM and NVMe are tested. See the test
yaml for detail.
3. Restart servers and verify that all servers restarted.
4. Run IOR read to verify that reading the data written before the restart works.
5. Verify IOR consumed the expected amount of space from the pool.
6. Destroy container and go to step 2. After all transfer sizes are tested, go to next.
7. Destroy pool and go to step 1.

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

Labels

None yet

Development

Successfully merging this pull request may close these issues.

2 participants