Dear all,
I have a problem since couple of weeks, where randomly 1 VM (not always the
same) becomes completely unresponsive.
We find this out because our Icinga server complains that host is down.
Upon inspection, we find we can’t open a console to the VM, nor can we login.
In oVirt engine,
> On 12 Mar 2016, at 17:04, Nir Soffer wrote:
>
> On Sat, Mar 12, 2016 at 1:55 PM, Samuli Heinonen
> wrote:
>> Hello all,
>>
>> It seems that oVirt 3.6 is still using FUSE to access GlusterFS storage
>> domains instead of using QEMU driver
On Sat, Mar 12, 2016 at 05:04:16PM +0200, Nir Soffer wrote:
> On Sat, Mar 12, 2016 at 1:55 PM, Samuli Heinonen
> wrote:
> > Hello all,
> >
> > It seems that oVirt 3.6 is still using FUSE to access GlusterFS storage
> > domains instead of using QEMU driver (libgfapi). As
On Sat, Mar 12, 2016 at 1:55 PM, Samuli Heinonen wrote:
> Hello all,
>
> It seems that oVirt 3.6 is still using FUSE to access GlusterFS storage
> domains instead of using QEMU driver (libgfapi). As far as I know libgfapi
> support should be available in Libvirt and QEMU
Good morning
I have a doubt, when i do a snapshot, a new lvm is generated, however
when I delete this snapshot the lvm not off, that's right?
[root@srv-qemu03 93633835-d709-4ebb-9317-903e62064c43]# ls
27a8bca3-f984-4f67-9dd2-9e2fc5a5f366 7d9b6ed0-1125-4215-ab76-37bcda3f6c2d
Hello all,
It seems that oVirt 3.6 is still using FUSE to access GlusterFS storage domains
instead of using QEMU driver (libgfapi). As far as I know libgfapi support
should be available in Libvirt and QEMU packages provided in CentOS 7. Is there
any workarounds how to use libgfapi with oVirt
6 matches
Mail list logo