[ovirt-users] Re: Enabling Libgfapi in 4.3.8 - VMs won't start

2020-02-12 Thread Jayme
I really wish these bugs would get more attention. I struggle to understand why this isn't a priority given the performance increase's people are reporting when switching to libgfapi. No snapshots is a deal breaker for me unfortunately. On Wed, Feb 12, 2020 at 12:01 PM Darrell Budic wrote: >

[ovirt-users] Re: Enabling Libgfapi in 4.3.8 - VMs won't start

2020-02-12 Thread Darrell Budic
Yes. I’m using libgfapi access on gluster 6.7 with overt 4.3.8 just fine, but I don’t use snapshots. You can work around the HA issue with DNS and backup server entries on the storage domain as well. Worth it to me for the performance, YMMV. > On Feb 12, 2020, at 8:04 AM, Jayme wrote: > >

[ovirt-users] Re: Administrative portal host creation installaFailed

2020-02-12 Thread Ritesh Chikatwar
Hello Krisibo, I think you have not generated an RSA key pay refer this and try again adding as host https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/deployment_guide/s2-ssh-configuration-keypairs Rit. On Tue, Feb 11, 2020 at 10:42 PM wrote: > Hello, > I am a

[ovirt-users] Re: Enabling Libgfapi in 4.3.8 - VMs won't start

2020-02-12 Thread Jayme
>From my understanding it's not a default option but many users are still using libgfapi successfully. I'm not sure about its status in the latest 4.3.8 release but I know it is/was working for people in previous versions. The libgfapi bugs affect HA and snapshots (on 3 way replica HCI) but it

[ovirt-users] Re: Enabling Libgfapi in 4.3.8 - VMs won't start

2020-02-12 Thread Guillaume Pavese
Libgfapi is not supported because of an old bug in qemu. That qemu bug is slowly getting fixed, but the bugs about Libgfapi support in ovirt have since been closed as WONTFIX and DEFERRED See : https://bugzilla.redhat.com/show_bug.cgi?id=1465810 https://bugzilla.redhat.com/show_bug.cgi?id=1484660

[ovirt-users] Re: DataAccessResourceFailureException from one to to the next

2020-02-12 Thread gregor
THANK YOU, this solved my problem. Solution: ssh to engine engine-setup --offline ... no vaccum, because this will break the setup ... now the engine is back online regards gregor On 11.02.20 21:32, Strahil Nikolov wrote: > On February 11, 2020 9:24:40 PM GMT+02:00, gregor > wrote: >> I