<div dir="auto"><div><br><div class="gmail_extra"><br><div class="gmail_quote">On Mar 13, 2018 11:48 PM, "Christopher Cox" <<a href="mailto:ccox@endlessnow.com">ccox@endlessnow.com</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">We're running oVirt 3.6 on 9 Dell Blades but with just two fairly fat fabrics, one for LAN stuff, ovirtmgmt and one for iSCSI to the storage domains.<br>
<br>
15 VM Storage Domains<br>
iSCSI has 4 paths going through a 40Gbit i/o blade to switch<br>
<br>
115 VMs or thereabouts<br>
9 VLANS, sharing an i/o blade with ovirtmgmt 40Gbit to switch<br>
500+ virtual disks<br>
<br>
What we are seeing more and more is that if we do an operation like expose a new LUN and configure a new storage domain, that all of the hyervisors go "red triangle" and "Connecting..." and it takes a very long time (all day) to straighten out.<br>
<br>
My guess is that there's too much to look at vdsm wise and so it's waiting a short(er) period of time for a completed response than what vdsm is going to us, and it just cycles over and over until it just happens to work.<br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">Please upgrade. We have solved issues and improved performance and scale substantially since 3.6. </div><div dir="auto">You may also wish to apply lvm filters. </div><div dir="auto">Y. </div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I'm thinking that vdsm having DEBUG enabled isn't helping the latency, but as far as I know it came this way be default. Can we safely disable DEBUG on the hypervisor hosts for vdsm? Can we do this while things are roughly in a steady state? Remember, just doing the moves could throw everything into vdsm la-la-land (actually, that might not be true, might take a new storage thing to do that).<br>
<br>
Just thinking out loud... can we safely turn off DEBUG logging on the vdsms? Can we do this "live" through bouncing of the vdsm if everything is "steady state"? Do you think this might help the problems we're having with storage operations? (I can see all the blades logging in iSCSI wise, but ovirt engine does the whole red triangle connecting thing, for many, many, many hours).<br>
<br>
Thanks,<br>
Christopher<br>
<br>
<br>
______________________________<wbr>_________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman<wbr>/listinfo/users</a><br>
</blockquote></div><br></div></div></div>