Volume discovery and local storage management lib
8b86a2d940
On the FC initiator, when we are doing a scan we try to narrow the scope of the scan as much as possible, for this purpose we try to get the HBA channel and SCSI targets for an HBA. Unfortunately the mechanism we have implemented to detect these two parameters is not universal and will only work on FC targets that implement a single WWN. This is not a big problem as the code is capable of operating normally without those 2 parameters, it's just that the filtering on the scan is not as precise as it could be. So the issue is that we are logging as an error when we cannot get that information, which is clearly misleading to anybody reading the logs. This patch changes the log level from error to debug. TrivialFix Change-Id: Ieec4868b9da0d0af5b951fb01257a742c440aeee |
||
---|---|---|
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: http://git.openstack.org/cgit/openstack/os-brick
- Bugs: http://bugs.launchpad.net/os-brick