d866ee75c2
Under certain conditions detaching a multipath device may result on failure when flushing one of the individual paths, but the disconnect should have succeeded, because there were other paths available to flush all the data. OS-Brick is currently following standard recommended disconnect mechanism for multipath devices: - Release all device holders - Flush multipath - Flush single paths - Delete single devices The problem is that this procedure does an innecessary step, flushing individual single paths, that may result in an error. Originally it was thought that the individual flushes were necessary to prevent data loss, but upon further study of the multipath-tools and the device-mapper code it was discovered that this is not really the case. After the multipath flushing has been completed we can be sure that the data has been successfully sent and acknowledge by the device. Closes-Bug: #1785669 Change-Id: I10f7fea2d69d5d9011f0d5486863a8d9d8a9696e |
||
---|---|---|
.. | ||
add_custom_keyring_for_rbd_connection-eccbaae9ee5f3491.yaml | ||
add-vstorage-protocol-b536f4e21d764801.yaml | ||
add-windows-fibre-channel-030c095c149da321.yaml | ||
add-windows-iscsi-15d6b1392695f978.yaml | ||
add-windows-smbfs-d86edaa003130a31.yaml | ||
bug-1722432-2408dab55c903c5b.yaml | ||
delay-legacy-encryption-provider-name-deprecation-c0d07be3f0d92afd.yaml | ||
fix-multipath-disconnect-819d01e6e981883e.yaml | ||
introduce-encryption-provider-constants-a7cd0ce58da2bae8.yaml | ||
iscsi_manual_scan_support-d64a1c3c8e1986b4.yaml | ||
local-attach-in-rbd-connector-c06347fb164b084a.yaml | ||
multipath-improvements-596c2c6eadfba6ea.yaml | ||
refactor_iscsi_connect-dfbb24305a954783.yaml | ||
refactor_iscsi_disconnect-557f4173bc1ae4ed.yaml | ||
remove-old-constants-20021f5b30bde890.yaml | ||
scaleio-extend-attached-ec44d3a72395882c.yaml | ||
start-using-reno-23e8d5f1a30851a1.yaml | ||
veritas-hyperscale-connector-fe56cec68b1947cd.yaml | ||
vmware-vmdk-connector-19e6999e6cae43cd.yaml |