Volume discovery and local storage management lib
cfe5b19fad
In the case that a compute host with multiple NICs can be connectted to iscsi storage network, we expect the storage traffic only be transimitted via storage NIC. This need to define an custom iface and set the iface.net_ifacename value to the storage interface name. Unfortunately, the current iscsi connector does not support to use a custom iface. The _validate_iface_transport will change it to default. After add tcp to the supported_transports, it is possible to use a custom iface. Please get the details as below: 1. CMP001 has three NICs: NIC1 is for management network, NIC2 is for tenant network, and NIC3 is for storage network. NIC3 can access storage device via layer 2 network. And NIC1 can access storage device too, but it can only access via layer 3 network. We hope all the storage traffic only be transimitted via NIC3, because they are in the same layer 2 network. 2. Get the NIC3 MAC: fa:16:3e:79:fd:63 3. Add new iscsi iface: # iscsiadm -m iface --op=new -I tcp.fa:16:3e:79:fd:63 # iscsiadm -m iface -I tcp.fa:16:3e:79:fd:63 --op=update -n iface.hwaddress -v fa:16:3e:79:fd:63 4. Edit nova.conf, and change iscsi_iface value: iscsi_iface = tcp.fa:16:3e:79:fd:63 5. Restart nova compute service: # systemctl restart openstack-nova-compute Without this change, _validate_iface_transport will change the custom iface tcp.fa:16:3e:79:fd:63 to default due to it cannot find tcp transport. According to this change, we should have a corresponding change to the nova docs, here is change to nova https://review.openstack.org/#/c/524443/ Change-Id: I85a62cb6e7f8d8982e97e792d647d38ce5641060 Closes-Bug:#1722432 |
||
---|---|---|
doc/source | ||
etc/os-brick/rootwrap.d | ||
os_brick | ||
releasenotes | ||
tools | ||
.coveragerc | ||
.gitignore | ||
.gitreview | ||
.mailmap | ||
.testr.conf | ||
babel.cfg | ||
bindep.txt | ||
CONTRIBUTING.rst | ||
HACKING.rst | ||
LICENSE | ||
pylintrc | ||
README.rst | ||
requirements.txt | ||
setup.cfg | ||
setup.py | ||
test-requirements.txt | ||
tox.ini |
Team and repository tags
brick
OpenStack Cinder brick library for managing local volume attaches
Features
- Discovery of volumes being attached to a host for many transport protocols.
- Removal of volumes from a host.
Hacking
Hacking on brick requires python-gdbm (for Debian derived distributions), Python 2.7 and Python 3.4. A recent tox is required, as is a recent virtualenv (13.1.0 or newer).
If "tox -e py34" fails with the error "db type could not be determined", remove the .testrepository/ directory and then run "tox -e py34".
- For any other information, refer to the developer documents:
- OR refer to the parent project, Cinder:
- License: Apache License, Version 2.0
- Source: https://git.openstack.org/cgit/openstack/os-brick
- Bugs: https://bugs.launchpad.net/os-brick