storage domain sync problem and fail to run vm after change LUN mapping
Environment: Ovirt version: 4.2.5 Centos 7.5 During a planned maintenance window, multipath configuration was changed according to the storage vendor guidelines. The new configuration modify user_friendly_names from no to yes, so the multipath -ll output changed from this "360060160a6213400fa2d31acbbfce511 dm-8 DGC" to this: "mpathh (360060160a6213400fa2d31acbbfce511) dm-8 DGC". After this change, the following errors are displayed: 1) when attempting to start a VM with direct LUN: Failed to run VM <VMNAME> on Host <HYPERVISOR> VM <VMNAME> is down. Exit message: Bad volume specification <LUN_ID> Inspecting the VM disk, the lun id remains the previous one (360060160a6213400fa2d31acbbfce511) insted of the new one (mpathh) Remove/detach and re-add/re-attach the disk to VM doesen't help. 2) randomly: Storage domains with IDs [<ID>] could not be synchronized. To synchronize them, please move them to maintenance and then activate. Moving it to maintenance and then activate it doesen't help. Inspecting storage domain luns, almost all change the lun id to the new ones (mpathXX), but this one remain in "the old style" (maybe because lun_id is a primary key and this one was already taken?) Any idea on how to resolve these problems? Thanks Sent with [ProtonMail](https://protonmail.com) Secure Email.
Vdsm requires to have "user_friendly_names no" in order to have same device names on all the hosts. https://github.com/oVirt/vdsm/blob/9d229e0c1b486c87c682904740c38bcbd0682fa7/... On Thu, Aug 9, 2018 at 11:55 PM, dvotrak <dvotrak@protonmail.com> wrote:
Environment: Ovirt version: 4.2.5 Centos 7.5
During a planned maintenance window, multipath configuration was changed according to the storage vendor guidelines. The new configuration modify user_friendly_names from no to yes, so the multipath -ll output changed from this "360060160a6213400fa2d31acbbfce511 dm-8 DGC" to this: "mpathh (360060160a6213400fa2d31acbbfce511) dm-8 DGC".
After this change, the following errors are displayed:
1) when attempting to start a VM with direct LUN: Failed to run VM <VMNAME> on Host <HYPERVISOR> VM <VMNAME> is down. Exit message: Bad volume specification <LUN_ID> Inspecting the VM disk, the lun id remains the previous one ( 360060160a6213400fa2d31acbbfce511) insted of the new one (mpathh) Remove/detach and re-add/re-attach the disk to VM doesen't help.
2) randomly: Storage domains with IDs [<ID>] could not be synchronized. To synchronize them, please move them to maintenance and then activate. Moving it to maintenance and then activate it doesen't help.
Inspecting storage domain luns, almost all change the lun id to the new ones (mpathXX), but this one remain in "the old style" (maybe because lun_id is a primary key and this one was already taken?)
Any idea on how to resolve these problems?
Thanks
Sent with ProtonMail <https://protonmail.com> Secure Email.
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community- guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/ message/XDGU2DA3S5LHKYFHANZU5Q72PD25UP52/
Ok, so what is the correct way too fix this? After change multipath configuration, should I restart engine or put something on maintenance (and then reactivate it) to be sure that every value in the DB is fixed? Can I do this change one host at time or it's better to do it on all hosts simultaneously (global maintenance)? Sent with [ProtonMail](https://protonmail.com) Secure Email. ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ Il 12 agosto 2018 4:54 PM, Fred Rolland <frolland@redhat.com> ha scritto:
Vdsm requires to have "user_friendly_names no" in order to have same device names on all the hosts.
https://github.com/oVirt/vdsm/blob/9d229e0c1b486c87c682904740c38bcbd0682fa7/...
On Thu, Aug 9, 2018 at 11:55 PM, dvotrak <dvotrak@protonmail.com> wrote:
Environment: Ovirt version: 4.2.5 Centos 7.5
During a planned maintenance window, multipath configuration was changed according to the storage vendor guidelines. The new configuration modify user_friendly_names from no to yes, so the multipath -ll output changed from this "360060160a6213400fa2d31acbbfce511 dm-8 DGC" to this: "mpathh (360060160a6213400fa2d31acbbfce511) dm-8 DGC".
After this change, the following errors are displayed:
1) when attempting to start a VM with direct LUN: Failed to run VM <VMNAME> on Host <HYPERVISOR> VM <VMNAME> is down. Exit message: Bad volume specification <LUN_ID> Inspecting the VM disk, the lun id remains the previous one (360060160a6213400fa2d31acbbfce511) insted of the new one (mpathh) Remove/detach and re-add/re-attach the disk to VM doesen't help.
2) randomly: Storage domains with IDs [<ID>] could not be synchronized. To synchronize them, please move them to maintenance and then activate. Moving it to maintenance and then activate it doesen't help.
Inspecting storage domain luns, almost all change the lun id to the new ones (mpathXX), but this one remain in "the old style" (maybe because lun_id is a primary key and this one was already taken?)
Any idea on how to resolve these problems?
Thanks
Sent with [ProtonMail](https://protonmail.com) Secure Email.
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/XDGU2DA3S5LHKY...
Hi, any suggestion on how to fix this? Sent with [ProtonMail](https://protonmail.com) Secure Email. ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ Il 12 agosto 2018 5:30 PM, dvotrak <dvotrak@protonmail.com> ha scritto:
Ok, so what is the correct way too fix this? After change multipath configuration, should I restart engine or put something on maintenance (and then reactivate it) to be sure that every value in the DB is fixed? Can I do this change one host at time or it's better to do it on all hosts simultaneously (global maintenance)?
Sent with [ProtonMail](https://protonmail.com) Secure Email.
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ Il 12 agosto 2018 4:54 PM, Fred Rolland <frolland@redhat.com> ha scritto:
Vdsm requires to have "user_friendly_names no" in order to have same device names on all the hosts.
https://github.com/oVirt/vdsm/blob/9d229e0c1b486c87c682904740c38bcbd0682fa7/...
On Thu, Aug 9, 2018 at 11:55 PM, dvotrak <dvotrak@protonmail.com> wrote:
Environment: Ovirt version: 4.2.5 Centos 7.5
During a planned maintenance window, multipath configuration was changed according to the storage vendor guidelines. The new configuration modify user_friendly_names from no to yes, so the multipath -ll output changed from this "360060160a6213400fa2d31acbbfce511 dm-8 DGC" to this: "mpathh (360060160a6213400fa2d31acbbfce511) dm-8 DGC".
After this change, the following errors are displayed:
1) when attempting to start a VM with direct LUN: Failed to run VM <VMNAME> on Host <HYPERVISOR> VM <VMNAME> is down. Exit message: Bad volume specification <LUN_ID> Inspecting the VM disk, the lun id remains the previous one (360060160a6213400fa2d31acbbfce511) insted of the new one (mpathh) Remove/detach and re-add/re-attach the disk to VM doesen't help.
2) randomly: Storage domains with IDs [<ID>] could not be synchronized. To synchronize them, please move them to maintenance and then activate. Moving it to maintenance and then activate it doesen't help.
Inspecting storage domain luns, almost all change the lun id to the new ones (mpathXX), but this one remain in "the old style" (maybe because lun_id is a primary key and this one was already taken?)
Any idea on how to resolve these problems?
Thanks
Sent with [ProtonMail](https://protonmail.com) Secure Email.
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/XDGU2DA3S5LHKY...
participants (2)
-
dvotrak -
Fred Rolland