a8f81d5f08
cmd nova-manage volume_attachment refresh vm-id vol-id connetor There were cases where the instance said to live in compute#1 but the connection_info in the BDM record was for compute#2, and when the script called `remote_volume_connection` then nova would call os-brick on compute#1 (the wrong node) and try to detach it. In some case os-brick would mistakenly think that the volume was attached (because the target and lun matched an existing volume on the host) and would try to disconnect, resulting in errors on the compute logs. - Added HostConflict exception - Fixes dedent in cmd/manange.py - Updates nova-mange doc Closes-Bug: #2012365 Change-Id: I21109752ff1c56d3cefa58fcd36c68bf468e0a73 |
||
---|---|---|
.. | ||
opts | ||
index.rst | ||
nova-api-metadata.rst | ||
nova-api-os-compute.rst | ||
nova-api.rst | ||
nova-compute.rst | ||
nova-conductor.rst | ||
nova-manage.rst | ||
nova-novncproxy.rst | ||
nova-policy.rst | ||
nova-rootwrap.rst | ||
nova-scheduler.rst | ||
nova-serialproxy.rst | ||
nova-spicehtml5proxy.rst | ||
nova-status.rst |