8e4adda001
On iSCSI connections that make use of discovery we will be obscuring the the logs if the sendtargets command fails because when we try to do the cleanup another exception will be raised (TargetPortalsNotFound). The original exception is still logged since we are using excutils.save_and_reraise_exception(), but it will be misleading if we don't pay close attention. This patch fixes this by ignoring the 'Unable to find target portals information on discoverydb.' error, but logging a debug log message, when doing the cleanup because this exception means that the sendtargets failed and therefore we don't have anything to cleanup. Change-Id: I7ddf827c7f2285acd72fd5a2fcd351928cb5d2df |
||
---|---|---|
doc/source | ||
etc/os-brick/rootwrap.d | ||
os_brick | ||
releasenotes | ||
tools | ||
.coveragerc | ||
.gitignore | ||
.gitreview | ||
.mailmap | ||
.testr.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: http://git.openstack.org/cgit/openstack/os-brick
- Bugs: http://bugs.launchpad.net/os-brick