[Yahoo-eng-team] [Bug 1362513] Re: libvirt: connect_volume scans all LUNs, which takes >2 mins when host is connected with about 900 Luns

** Changed in: nova Status: Opinion => In Progress ** Changed in: nova Assignee: (unassigned) => Shen Wang (peter.w) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchp

[Yahoo-eng-team] [Bug 1362916] [NEW] _rescan_multipath construct wrong parameter for “multipath -r”

Public bug reported: At https://github.com/openstack/nova/blob/master/nova/virt/libvirt/volume.py#L590, the purpose of "self._run_multipath('-r', check_exit_code=[0, 1, 21]") is to setup a command to reconstruct multipath devices. But the result of it is "multipath - r", not the right format "m

[Yahoo-eng-team] [Bug 1362513] [NEW] libvirt: connect_volume scans all LUNs, it will be very slow with a large number of volumes

Public bug reported: Tested OpenStack version: IceHouse 2014.1, master branch still has this issue. Host version: CentOS 6, 2.6.32-431.el6.x86_64 I have done some work to test the performance of LUN scanning with multipath, use the way like what Nova dose. In my test, The host connected with al