Skip to content

qa: inherit RunCephCmd in CephTestCase instead of CephFSTestCase#52924

Merged
rishabh-d-dave merged 1 commit intoceph:mainfrom
rishabh-d-dave:test-nfs-pr-52556
Sep 5, 2023
Merged

qa: inherit RunCephCmd in CephTestCase instead of CephFSTestCase#52924
rishabh-d-dave merged 1 commit intoceph:mainfrom
rishabh-d-dave:test-nfs-pr-52556

Conversation

@rishabh-d-dave
Copy link
Contributor

MgrTestCase also needs RunCephCmd. If RunCephCmd is inherited by
CephTestCase, instead of CephFSTestCase, MgrTestCase will automatically
inherit RunCephCmd because it inhertis CephTestCase.

Fixes: https://tracker.ceph.com/issues/62084

Contribution Guidelines

Checklist

  • Tracker (select at least one)
    • References tracker ticket
    • Very recent bug; references commit where it was introduced
    • New feature (ticket optional)
    • Doc update (no ticket needed)
    • Code cleanup (no ticket needed)
  • Component impact
    • Affects Dashboard, opened tracker ticket
    • Affects Orchestrator, opened tracker ticket
    • No impact that needs to be tracked
  • Documentation (select at least one)
    • Updates relevant documentation
    • No doc update is appropriate
  • Tests (select at least one)
Show available Jenkins commands
  • jenkins retest this please
  • jenkins test classic perf
  • jenkins test crimson perf
  • jenkins test signed
  • jenkins test make check
  • jenkins test make check arm64
  • jenkins test submodules
  • jenkins test dashboard
  • jenkins test dashboard cephadm
  • jenkins test api
  • jenkins test docs
  • jenkins render docs
  • jenkins test ceph-volume all
  • jenkins test ceph-volume tox
  • jenkins test windows

Copy link
Contributor

@adk3798 adk3798 left a comment

Choose a reason for hiding this comment

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

LGTM code wise. Let's see how it goes in testing

@rishabh-d-dave
Copy link
Contributor Author

tox failure is related to this PR -

flake8: commands[0] /home/jenkins-build/build/workspace/ceph-pull-requests/qa> flake8 --select=F,E9 --exclude=venv,.tox
./tasks/cephfs/cephfs_test_case.py:5:1: F401 'io.StringIO' imported but unused

Fixing the issue...

@vshankar
Copy link
Contributor

Am I right in understanding that PR #52556 is also trying to fix the same issue? If that's the case, can we have a single PR?

@adk3798 @rishabh-d-dave

@rishabh-d-dave
Copy link
Contributor Author

rishabh-d-dave commented Aug 23, 2023

@vshankar

Am I right in understanding that PR #52556 is also trying to fix the same issue? If that's the case, can we have a single PR?

Yes, Adam King and I are aware of each other's PRs. In fact I created this PR after talking to him. This PR is better fix and if this works, we'll merge this and close the other one. Otherwise, vice versa.

MgrTestCase also needs RunCephCmd. If RunCephCmd is inherited by
CephTestCase, instead of CephFSTestCase, MgrTestCase will automatically
inherit RunCephCmd because it inhertis CephTestCase.

Fixes: https://tracker.ceph.com/issues/62084
Signed-off-by: Rishabh Dave <ridave@redhat.com>
@rishabh-d-dave
Copy link
Contributor Author

@rishabh-d-dave
Copy link
Contributor Author

http://pulpito.front.sepia.ceph.com/rishabh-2023-08-24_18:19:09-orch-wip-rishabh-2023Aug1-b4-testing-default-smithi/

@adk3798 This job passed which means this patch works now!

nly_export'
2023-08-24T19:06:31.626 INFO:tasks.cephfs_test_runner:test_write_to_read_only_export (tasks.cephfs.test_nfs.TestNFS) ... ok
2023-08-24T19:06:31.627 INFO:tasks.cephfs_test_runner:
2023-08-24T19:06:31.627 INFO:tasks.cephfs_test_runner:----------------------------------------------------------------------
2023-08-24T19:06:31.627 INFO:tasks.cephfs_test_runner:Ran 24 tests in 1039.493s
2023-08-24T19:06:31.627 INFO:tasks.cephfs_test_runner:
2023-08-24T19:06:31.628 INFO:tasks.cephfs_test_runner:OK

@vshankar
Copy link
Contributor

jenkins test api

@rishabh-d-dave rishabh-d-dave added the wip-rishabh-testing Rishabh's testing label label Aug 25, 2023
@vshankar
Copy link
Contributor

@rishabh-d-dave please share the fs suite run.

@rishabh-d-dave
Copy link
Contributor Author

@adk3798 test_nfs.py is running successfully with this patch. I've ran a CephFS integration tests, these too ran fine. A couple of failed jobs from this run needs to be investigate but there are not related to this PR.

https://pulpito.ceph.com/rishabh-2023-08-25_06:38:25-fs-wip-rishabh-2023aug3-b5-testing-default-smithi/

@vshankar If it looks good, can you please approve this PR?

@vshankar
Copy link
Contributor

@adk3798 test_nfs.py is running successfully with this patch. I've ran a CephFS integration tests, these too ran fine. A couple of failed jobs from this run needs to be investigate but there are not related to this PR.

https://pulpito.ceph.com/rishabh-2023-08-25_06:38:25-fs-wip-rishabh-2023aug3-b5-testing-default-smithi/

@vshankar If it looks good, can you please approve this PR?

LGTM. @adk3798 I see you approved a previous revision of this change. Could you take a look at the latest update?

@adk3798
Copy link
Contributor

adk3798 commented Aug 28, 2023

@adk3798 test_nfs.py is running successfully with this patch. I've ran a CephFS integration tests, these too ran fine. A couple of failed jobs from this run needs to be investigate but there are not related to this PR.
https://pulpito.ceph.com/rishabh-2023-08-25_06:38:25-fs-wip-rishabh-2023aug3-b5-testing-default-smithi/
@vshankar If it looks good, can you please approve this PR?

LGTM. @adk3798 I see you approved a previous revision of this change. Could you take a look at the latest update?

Code still LGTM. I'd like to include this in an orch run as well to verify it fixed our failing test, but if it passes there I'd be happy with merging it

@vshankar
Copy link
Contributor

@adk3798 test_nfs.py is running successfully with this patch. I've ran a CephFS integration tests, these too ran fine. A couple of failed jobs from this run needs to be investigate but there are not related to this PR.
https://pulpito.ceph.com/rishabh-2023-08-25_06:38:25-fs-wip-rishabh-2023aug3-b5-testing-default-smithi/
@vshankar If it looks good, can you please approve this PR?

LGTM. @adk3798 I see you approved a previous revision of this change. Could you take a look at the latest update?

Code still LGTM. I'd like to include this in an orch run as well to verify it fixed our failing test, but if it passes there I'd be happy with merging it

Thanks @adk3798 - please do the needful and update when ready. @rishabh-d-dave has run this through fs suite and looks fine.

dparmar18 added a commit to dparmar18/ceph that referenced this pull request Sep 4, 2023
tasks.cephfs_test_runner:AttributeError: 'TestNFS' object has no attribute 'run_ceph_cmd'

ceph#52924 fixes this, reverted back to previous code just for
testing out this PR. This commit will be removed.

Signed-off-by: Dhairya Parmar <dparmar@redhat.com>
(cherry picked from commit 40ffb4d)
@rishabh-d-dave rishabh-d-dave removed the wip-rishabh-testing Rishabh's testing label label Sep 4, 2023
@rishabh-d-dave
Copy link
Contributor Author

Removing my label since CephFS tests have already been run.

@vshankar
Copy link
Contributor

vshankar commented Sep 5, 2023

@rishabh-d-dave Since this has already run through nfs suite, please merge this.

@rishabh-d-dave
Copy link
Contributor Author

@vshankar
Copy link
Contributor

vshankar commented Sep 5, 2023

http://pulpito.front.sepia.ceph.com/rishabh-2023-09-05_12:16:09-orch:cephadm-wip-rishabh-2023aug3-b5-testing-default-smithi/

Doh. A bunch of failures like

Command failed on smithi029 with status 1: "grep '^nvme_loop' /proc/modules || sudo modprobe nvme_loop && sudo mkdir -p /sys/kernel/config/nvmet/hosts/hostnqn && sudo mkdir -p /sys/kernel/config/nvmet/ports/1 && echo loop | sudo tee /sys/kernel/config/nvmet/ports/1/addr_trtype"

@adk3798 These are the same failures that I see with my PR #52708

@rishabh-d-dave
Copy link
Contributor Author

rishabh-d-dave commented Sep 5, 2023

@adk3798
Copy link
Contributor

adk3798 commented Sep 5, 2023

http://pulpito.front.sepia.ceph.com/rishabh-2023-09-05_12:16:09-orch:cephadm-wip-rishabh-2023aug3-b5-testing-default-smithi/

Doh. A bunch of failures like

Command failed on smithi029 with status 1: "grep '^nvme_loop' /proc/modules || sudo modprobe nvme_loop && sudo mkdir -p /sys/kernel/config/nvmet/hosts/hostnqn && sudo mkdir -p /sys/kernel/config/nvmet/ports/1 && echo loop | sudo tee /sys/kernel/config/nvmet/ports/1/addr_trtype"

@adk3798 These are the same failures that I see with my PR #52708

I think it's fine. I did a run myself on the same build and didn't see any of htose failures. I really think it's something with how the tests are run. Worst case if I'm wrong we can revert but I don't think my tests will start failing like this after this is merged.

@vshankar
Copy link
Contributor

vshankar commented Sep 5, 2023

http://pulpito.front.sepia.ceph.com/rishabh-2023-09-05_12:16:09-orch:cephadm-wip-rishabh-2023aug3-b5-testing-default-smithi/

Doh. A bunch of failures like

Command failed on smithi029 with status 1: "grep '^nvme_loop' /proc/modules || sudo modprobe nvme_loop && sudo mkdir -p /sys/kernel/config/nvmet/hosts/hostnqn && sudo mkdir -p /sys/kernel/config/nvmet/ports/1 && echo loop | sudo tee /sys/kernel/config/nvmet/ports/1/addr_trtype"

@adk3798 These are the same failures that I see with my PR #52708

I think it's fine. I did a run myself on the same build and didn't see any of htose failures. I really think it's something with how the tests are run. Worst case if I'm wrong we can revert but I don't think my tests will start failing like this after this is merged.

In that case @adk3798, can you include changes from #52708 in your next test run please?

@adk3798
Copy link
Contributor

adk3798 commented Sep 5, 2023

http://pulpito.front.sepia.ceph.com/rishabh-2023-09-05_12:16:09-orch:cephadm-wip-rishabh-2023aug3-b5-testing-default-smithi/

Doh. A bunch of failures like

Command failed on smithi029 with status 1: "grep '^nvme_loop' /proc/modules || sudo modprobe nvme_loop && sudo mkdir -p /sys/kernel/config/nvmet/hosts/hostnqn && sudo mkdir -p /sys/kernel/config/nvmet/ports/1 && echo loop | sudo tee /sys/kernel/config/nvmet/ports/1/addr_trtype"

@adk3798 These are the same failures that I see with my PR #52708

I think it's fine. I did a run myself on the same build and didn't see any of htose failures. I really think it's something with how the tests are run. Worst case if I'm wrong we can revert but I don't think my tests will start failing like this after this is merged.

In that case @adk3798, can you include changes from #52708 in your next test run please?

tagged it. As soon as main builds are working I'll make a new build and test it.

Copy link
Contributor Author

@rishabh-d-dave rishabh-d-dave left a comment

Choose a reason for hiding this comment

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

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

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants