<div dir="ltr">Hi Demeter,<div><br></div><div>Yes...I already asked the same question before 2 months....they suggest me the workaround (<a href="http://www.ovirt.org/oVirt_Wiki:How_to_change_Gluster%27s_network_interface">http://www.ovirt.org/oVirt_Wiki:How_to_change_Gluster%27s_network_interface</a>) but after workaround still it's same...even no improvement in the Ovirt 3.5...</div><div><br></div><div>It's very hard to go in the production without separate storage network....may be someone from redhat can help... </div><div><br></div><div>Thanks,</div><div>Punit</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 19, 2014 at 4:00 AM, Demeter Tibor <span dir="ltr"><<a href="mailto:tdemeter@itsmart.hu" target="_blank">tdemeter@itsmart.hu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Hi,<br>
<br>
I think is a really good question, why does not possible sepereate storage network traffic like display, etc?<br>
This is not an easy task to set up, and it's more difficult on a live system.<br>
<span class="im HOEnZb"><br>
Tibor<br>
<br>
<br>
----- Eredeti üzenet -----<br>
</span><div class="HOEnZb"><div class="h5">> On 18/11/14 06:25, Juan Pablo Lorier wrote:<br>
> > Hi,<br>
> ><br>
> > In my experience, having ovirt traffic on the same nic that gluster<br>
> > can make your platafrom unstable. I was using it for large file<br>
> > storage and gluster has so big traffic that ovirt got confused and<br>
> > started marking hosts as unavailable because of hi latency.<br>
> > I've opened an RFE over a year ago, but had no luck with the team to<br>
> > get it done. In the RFE I was asking to have a way in the UI to decide<br>
> > which nic to use for gluster other than the MGMT net that is the one<br>
> > ovirt lets you use.<br>
> > There's another way to do this and it's from outside ovirt. There you<br>
> > have to unregister and re register the bricks using gluster console<br>
> > commands. This way, when you register the bricks, you can specify the<br>
> > IP address of the spare NIC and then the traffic will not interfere<br>
> > with the mgmt.<br>
> > There's a step that I don't recall much, but ovirt is going to need to<br>
> > know that the bricks are no longer is the mgmt IP, maybe someone else<br>
> > in the list can help with this. I can tell you that if you search the<br>
> > list you'll see my posts about this and the replys of those who helped<br>
> > my back then.<br>
> > Regards,<br>
> ><br>
> ><br>
> > _______________________________________________<br>
> > Users mailing list<br>
> > <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
> > <a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
> ><br>
> ><br>
><br>
> I think that the possibility to add a separate storage network is a<br>
> must. It doesn't make sense Gluster support if you can't separate<br>
> management network traffic of storage network traffic. In 3.5 you can<br>
> define management/vm/display/migration interfaces but not storage<br>
> interfaces. Why? I don't know. But I think that Gluster support is<br>
> incomplete without exclusive storage networking.<br>
><br>
> Regards<br>
><br>
> Federico<br>
> _______________________________________________<br>
> Users mailing list<br>
> <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
> <a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
><br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
</div></div></blockquote></div><br></div>