We will try and address this in the next release of oVirt - there were
some issues earlier with identifying the bricks correctly, but with the
gluster host uuid support in gluster xml commands, we can fix this.
https://bugzilla.redhat.com/show_bug.cgi?id=1049994 - marked for 3.6.0
On 11/19/2014 01:30 AM, Demeter Tibor wrote:
Hi,
I think is a really good question, why does not possible sepereate storage
network traffic like display, etc?
This is not an easy task to set up, and it's more difficult on a live system.
Tibor
----- Eredeti üzenet -----
On 18/11/14 06:25, Juan Pablo Lorier wrote:
Hi,
In my experience, having ovirt traffic on the same nic that gluster
can make your platafrom unstable. I was using it for large file
storage and gluster has so big traffic that ovirt got confused and
started marking hosts as unavailable because of hi latency.
I've opened an RFE over a year ago, but had no luck with the team to
get it done. In the RFE I was asking to have a way in the UI to decide
which nic to use for gluster other than the MGMT net that is the one
ovirt lets you use.
There's another way to do this and it's from outside ovirt. There you
have to unregister and re register the bricks using gluster console
commands. This way, when you register the bricks, you can specify the
IP address of the spare NIC and then the traffic will not interfere
with the mgmt.
There's a step that I don't recall much, but ovirt is going to need to
know that the bricks are no longer is the mgmt IP, maybe someone else
in the list can help with this. I can tell you that if you search the
list you'll see my posts about this and the replys of those who helped
my back then.
Regards,
_______________________________________________
Users mailing list
[email protected]
http://lists.ovirt.org/mailman/listinfo/users
I think that the possibility to add a separate storage network is a
must. It doesn't make sense Gluster support if you can't separate
management network traffic of storage network traffic. In 3.5 you can
define management/vm/display/migration interfaces but not storage
interfaces. Why? I don't know. But I think that Gluster support is
incomplete without exclusive storage networking.
Regards
Federico
_______________________________________________
Users mailing list
[email protected]
http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.ovirt.org/mailman/listinfo/users