3266fb51a5
os_brick updates node.startup values from default value to "automatic" when it creates iscsi connection. But existing target's node.startup values will be reverted from "automatic" to default value in creating iscsi connection process if multipath is used. When using multipath with a discovery type of backend, the "iscsiadm -m discovery -t sendtargets -p ..." command will recreate all target information of specified node.[1] node.startup value wil be reverted to default value of existing targets by recreating. As a result, "automatic" targets and default value targets will be mixed on the host. So this patch recovers node.startup values after discovering. [1] This behavior was explained in following page: https://github.com/open-iscsi/open-iscsi/issues/58 Change-Id: I30b736ae3b916f77fc0778f5364c5f6ed6fecc60 closes-bug: #1670237 |
||
---|---|---|
doc/source | ||
etc/os-brick/rootwrap.d | ||
os_brick | ||
releasenotes | ||
tools | ||
.coveragerc | ||
.gitignore | ||
.gitreview | ||
.mailmap | ||
.stestr.conf | ||
CONTRIBUTING.rst | ||
HACKING.rst | ||
LICENSE | ||
README.rst | ||
babel.cfg | ||
bindep.txt | ||
pylintrc | ||
requirements.txt | ||
setup.cfg | ||
setup.py | ||
test-requirements.txt | ||
tox.ini |
README.rst
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