Hi Simone,
The multipath health is built on VDSM start from the current multipath
state, and after that it is maintained based on events sent by udev.
You can read about the implementation details in [1].
It seems that in your scenario, either udev did not sent the needed
clearing events or that Vdsm mishandled them.
Therefore only restart of the Vdsm will clear the report.
In order to be able to debug the issue, we will need Vdsm logs with debug
level (on storage log) when the issue is happening.
Thanks,
Fred
[1]
https://ovirt.org/develop/release-management/features/storage/multipath-e...
On Fri, Mar 9, 2018 at 1:07 PM, Bruckner, Simone <
simone.bruckner(a)fabasoft.com> wrote:
Hi,
after rebooting SAN switches we see faulty multipath entries in VDSM.
Running vdsm-client Host getStats shows multipathHealth entries
"multipathHealth": {
"3600601603cc04500a2f9cd597080db0e": {
"valid_paths": 2,
"failed_paths": [
"sdcl",
"sdde"
]
},
…
Running multipath –ll does not show any errors.
After restarting VSDM, the multipathHealth entires from vdsm-client are
empty again.
Is the a way to clear those multipathHealth entires without restarting
VDSM?
Thank you and all the best,
Simone
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users