ef6b9a0c72
Whenever we use share network subnets, we'd always need the associated share networks; so 'joined' loading them makes sense rather than lazy loading. Same is true for Share Group Snapshots, since share group attributes are relevant in contexts that snapshots are referenced. Fix the ORM relationship loading technique and queries appropriately. Also convert share network name into a property of the share network subnet class. Co-Authored-By: Carlos Eduardo <ces.eduardo98@gmail.com> Closes-Bug: #1862833 Change-Id: I8c29760479f9c874d618e2c15ebab75bffeb3cbb |
||
|---|---|---|
| api-ref/source | ||
| contrib | ||
| devstack | ||
| doc | ||
| etc | ||
| manila | ||
| playbooks | ||
| rally-jobs | ||
| releasenotes | ||
| tools | ||
| .coveragerc | ||
| .gitignore | ||
| .gitreview | ||
| .pylintrc | ||
| .stestr.conf | ||
| .zuul.yaml | ||
| CONTRIBUTING.rst | ||
| HACKING.rst | ||
| LICENSE | ||
| README.rst | ||
| babel.cfg | ||
| bindep.txt | ||
| lower-constraints.txt | ||
| requirements.txt | ||
| setup.cfg | ||
| setup.py | ||
| test-requirements.txt | ||
| tox.ini | ||
README.rst
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/wiki/Manila
- Developer docs: https://docs.openstack.org/manila/latest/
Getting Started
If you'd like to run from the master branch, you can clone the git repo:
For developer information please see HACKING.rst
You can raise bugs here https://bugs.launchpad.net/manila
Python client
https://opendev.org/openstack/python-manilaclient.git
- Documentation for the project can be found at:
https://docs.openstack.org/manila/latest/
- Release notes for the project can be found at:
https://docs.openstack.org/releasenotes/manila/
- Source for the project:
https://opendev.org/openstack/manila
- Bugs:
https://bugs.launchpad.net/manila
- Blueprints:
https://blueprints.launchpad.net/manila
- Design specifications are tracked at: