You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For some reason, if there are volumes that fail to attach properly, you will end up in a scenario where the volumes will fail to attach properly because the expected /dev/vdX does not match the correct one.
We should make Manila try and detect /dev/disk/by-id and rely on the virtio first, at least initially, then fallback to the Nova path:
A few weeks ago we ran into this issue where the mounts got mixed up between the linux OS on the share serveer and nova's config for the drives. Any idea of when this will be addressed?
For some reason, if there are volumes that fail to attach properly, you will end up in a scenario where the volumes will fail to attach properly because the expected
/dev/vdX
does not match the correct one.We should make Manila try and detect
/dev/disk/by-id
and rely on thevirtio
first, at least initially, then fallback to the Nova path:The text was updated successfully, but these errors were encountered: