Share teardown failure with the native cephfs driver
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Shared File Systems Service (Manila) |
Fix Released
|
Medium
|
Goutham Pacha Ravi |
Bug Description
Description
===========
When running tempest tests on the CI, we currently set "suppress_
ShareCephxR
fail
[x]
ft1.1: tearDownClass (manila_
File "/opt/stack/
raise value.with_
File "/opt/stack/
teardown()
File "/opt/stack/
super(
File "/opt/stack/
cls.
File "/opt/stack/
client.
File "/opt/stack/
raise exceptions.
tempest.
Details: None
Steps to reproduce
==================
A chronological list of steps which will help reproduce the issue you hit:
* Disable suppressing of cleanup errors like in [2]
Expected result
===============
No cleanup failures occur
Actual result
=============
Cleanup fails on some shares created during the tests
Environment
===========
1. Exact version of OpenStack Manila you are running. Master
2. Which storage backend did you use? CephFS (Native)
3. Which networking type did you use? Irrelevant
Logs & Configs
==============
Tempest request to delete a share from the failed test above:
Relevant logging in manila-share: https:/
I'm unsure why the driver's using the auth-id as "admin" when we use "manila" in the jobs [3][4]
[1] https:/
[2] https:/
[3] https:/
[4] https:/
Changed in manila: | |
milestone: | none → zed-1 |
Changed in manila: | |
assignee: | nobody → Carlos Eduardo (silvacarlose) |
Changed in manila: | |
milestone: | zed-1 → zed-2 |
Changed in manila: | |
milestone: | zed-2 → zed-3 |
Changed in manila: | |
milestone: | zed-3 → zed-rc1 |
Changed in manila: | |
status: | New → In Progress |
Changed in manila: | |
assignee: | Carlos Eduardo (silvacarlose) → Goutham Pacha Ravi (gouthamr) |
See additional discussions at https:/ /meetings. opendev. org/meetings/ manila/ 2022/manila. 2022-04- 28-15.00. log.html