You mean we dont need to add new storage domain for each ovirt-node?
Maybe I choose the "Use Host" option wrongly? I thought this is the way to
tie the storage of "Host-01" to GlusterFS by selecting "Host-01" on
the
"Use Host" option.
And I should do the same thing for "Host-02", which adding new storage
domain with choosing "Host-02" on the "Use Host" option.
So do others. Host-03, Host-04 ...
On Fri, Jun 24, 2016 at 3:15 PM, Sahina Bose <sabose(a)redhat.com> wrote:
On 06/24/2016 11:25 AM, Dewey Du wrote:
I prefer deploying as a hyperconverged setup, but it is still under experiment,
right?
Hyperconverged deployment with oVirt and Gluster has been tested and is
currently offered as a preview feature with guidance on do's/don'ts &
recommended gluster volume settings. We're working on enhancing this
further to make it easier to setup, integrate better in the oVirt UI in 4.1
So I try to separate vm service and storage. I added new storage domain(
Domain Type "Data", Storage Type "GlusterFS", Use Host
"host-01". But then I
can't add another new storage domain( Domain Type "Data", Storage Type
"GlusterFS", Use Host "host-02"). The input field "path" is
unwritable
(gray) on the Popup New Domain Window.
My question is, should we add a new storage domain for each ovirt-node?
No, you dont need to.
This seems like a bug in the Create storage domain UI. Does refreshing
your browser fix the greyed-out input field? Any errors seen in engine logs?
On Tue, Jun 21, 2016 at 7:15 PM, Sahina Bose <sabose(a)redhat.com> wrote:
> Make sure that you use replica 3 gluster volumes for storing VM images.
> Are you planning to deploy as a hyperconverged setup?
> Either way, try and use the latest ovirt 3.6 and glusterfs 3.7 (3.7.12
> that addresses bugs related to sharding and o-direct is due to be released
> soon)
>
> On 06/21/2016 07:08 AM, Dewey Du wrote:
>
> I want to deploy oVirt 3.6 with GlusterFS 3.7 to my online servers. Is it
> recommended for production usage?
>
> Thx.
>
>
> _______________________________________________
> Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>
>
>