[ovirt-users] Faulty multipath only cleared with VDSM restart
Fred Rolland
frolland at redhat.com
Sun Mar 11 10:22:58 UTC 2018
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-events/
On Fri, Mar 9, 2018 at 1:07 PM, Bruckner, Simone <
simone.bruckner at 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 at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20180311/71dd4b30/attachment.html>
More information about the Users
mailing list