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

From what I can tell there is no difference to hosts/clusters made through

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