Hi, any suggestion on how to fix this?


Sent with ProtonMail 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 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/lib/vdsm/tool/configurators/multipath.py#L113

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 Secure Email.


_______________________________________________
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-leave@ovirt.org