Shared filesystem management project for OpenStack.
bbb14264cb
There is a particular scenario when creating a new Manila share, whether through creating a new share or managing an existing one, where if no share type was explicitly specified and no default share type was configured the error message would not substitute the share type ID into the exception message. This is because, in this case, there was no share type ID to substitute into the string. This patch creates a new exception for explicitly handling the case where there is no default share type and no share type is explicitly given. It gives an appropriate error message about there not being a default share type and that there was no share type explicitly given as well as what would need to be done to remedy the situation. Change-Id: I068b55d4b77dc24b53fe93d870bb84e1aef661a5 Closes-Bug: #1700346 |
||
|---|---|---|
| api-ref/source | ||
| contrib | ||
| devstack | ||
| doc | ||
| etc | ||
| install-guide/source | ||
| manila | ||
| manila_tempest_tests | ||
| rally-jobs | ||
| releasenotes | ||
| tools | ||
| .coveragerc | ||
| .gitignore | ||
| .gitreview | ||
| .testr.conf | ||
| babel.cfg | ||
| CONTRIBUTING.rst | ||
| HACKING.rst | ||
| LICENSE | ||
| README.rst | ||
| requirements.txt | ||
| run_tests.sh | ||
| setup.cfg | ||
| setup.py | ||
| test-requirements.txt | ||
| tox.ini | ||
Team and repository tags
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: https://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 https://bugs.launchpad.net/manila