Shared filesystem management project for OpenStack.
bd21193dec
There is an issue that happens when access is granted to a manila share using the same Cephx ID that Manila uses when it is communicating with the Ceph backend (e.g. the identity specified by the cephfs_auth_id configuration option). When a request is made to revoke access to the share with that Cephx ID, the share will become stuck in the "deleting" state. This commit adds logic to the _allow_access method in the CephFS Native driver that checks to see if the Cephx ID given is the same that Manila is using for its communication with the Ceph backend. If that is the case, the creation of the access rule will fail with an error. APIImpact DocImpact Change-Id: Ida89b0061db1c8780a19475510b830d013a5c154 Closes-Bug: #1608592 |
||
|---|---|---|
| api-ref/source | ||
| contrib | ||
| devstack | ||
| doc | ||
| etc | ||
| manila | ||
| manila_tempest_tests | ||
| releasenotes | ||
| tools | ||
| .coveragerc | ||
| .gitignore | ||
| .gitreview | ||
| .testr.conf | ||
| babel.cfg | ||
| CONTRIBUTING.rst | ||
| HACKING.rst | ||
| LICENSE | ||
| pylintrc | ||
| README.rst | ||
| requirements.txt | ||
| run_tests.sh | ||
| setup.cfg | ||
| setup.py | ||
| test-requirements.txt | ||
| tox.ini | ||
MANILA
You have come across an OpenStack shared file system service. It has identified itself as "Manila." It was abstracted from the Cinder project.
- Wiki: https://wiki.openstack.org/Manila
- Developer docs: http://docs.openstack.org/developer/manila
Getting Started
If you'd like to run from the master branch, you can clone the git repo:
git clone https://github.com/openstack/manila.git
For developer information please see HACKING.rst
You can raise bugs here http://bugs.launchpad.net/manila