On Nov 28, 2017 12:24 AM, "Ben Bradley" <listsbb@virtx.net> wrote:
On 23/11/17 06:46, Maton, Brett wrote:
Might not be quite what you're after but adding

# RHEV PRIVATE

To /etc/multipath.conf will stop vdsm from changing the file.
|||

Hi there. Thanks for the reply.
Yes I am aware of that and it seems that's what I will have to do.
I have no problem with VDSM managing the file, I just wish it didn't automatically load local storage devices into multipathd.

It doesn't. Recent multipath releases do. 
Does it bother you in any way? 
Y. 


I'm still not clear on the purpose of this automatic management though.
>From what I can tell there is no difference to hosts/clusters made through this automatic management - i.e. you still have to add storage domains manually in oVirt.

Could anyone give any info on the purpose of this auto-management of local storage devices into multipathd in VDSM?
Then I will be able to make an informed decision as to the benefit of letting it continue.

Thanks, Ben


On 22 November 2017 at 22:42, Ben Bradley <listsbb@virtx.net <mailto:listsbb@virtx.net>> wrote:

    Hi All

    I have been running ovirt in a lab environment on CentOS 7 for
    several months but have only just got around to really testing things.
    I understand that VDSM manages multipath.conf and I understand that
    I can make changes to that file and set it to private to prevent
    VDSM making further changes.

    I don't mind VDSM managing the file but is it possible to set to
    prevent local devices being automatically added to multipathd?

    Many times I have had to flush local devices from multipath when
    they are added/removed or re-partitioned or the system is rebooted.
    It doesn't even look like oVirt does anything with these devices
    once they are setup in multipathd.

    I'm assuming it's the VDSM additions to multipath that are causing
    this. Can anyone else confirm this?

    Is there a way to prevent new or local devices being added
    automatically?

    Regards
    Ben
    _______________________________________________
    Users mailing list
    Users@ovirt.org <mailto:Users@ovirt.org>
    http://lists.ovirt.org/mailman/listinfo/users
    <http://lists.ovirt.org/mailman/listinfo/users>



_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users