Also, not only Ganesha uses libgfapi - qemu can directly use it but it has somw
limitations.
Best Regards,
Strahil Nikolov
На 30 юни 2020 г. 11:29:49 GMT+03:00, "Felix Kölzow"
написа:
>Dear Users,
>
>
>> On this list I keep on seeing comments that VM performance is better
>> on NFS and a
Hi everybody.
I have two peers in the cluster and a 2-replica volume which
seems okey if it was not for one weird bit - when a peer reboots
then on that peer after a reboot I see:
$ gluster volume status USERs
Status of volume:
i Strahil
thanks a million for your reply.
I mainly thought that disperse volume where not supported because of the
complexity of managing them (due to the various possible combinations of
number of hosts / bricks and redundancy); however I assumed that once
implemented and managed separately
Greetings,
I'm not sure if that's directly related to your problem, but on a general
level, AFAIK, replica-2 vols are not recommended due to split brain
possibility:
https://docs.gluster.org/en/latest/Administrator%20Guide/Split%20brain%20and%20ways%20to%20deal%20with%20it/
It's recommended to
Dear Users,
On this list I keep on seeing comments that VM performance is better
on NFS and a general dissatisfaction with Fuse. So we are looking to
see for ourselves if NFS would be an improvement
Does anyone can provide information (performance test) how big the
improvement is using
На 30 юни 2020 г. 3:02:32 GMT+03:00, WK написа:
>
>On 6/28/2020 8:52 PM, Strahil Nikolov wrote:
>> Last time I did storhaug+NFS-Ganesha I used
>https://github.com/gluster/storhaug/wiki .
>
>Well, that certainly helps but since i have no experience with Samba, I
>
>guess I have to learn about
Hey Marco,
have you wondered why non-replifa volumes are not supported for oVirt (or the
paid downstreams)? Also disperse volume will not be optimal for your needs.
Have you thought about replica 3 with an arbiter ?
Now on the topic.
I don't see the optimize for virt option which you also