I also use libgfapi in prod.
1. This is a pretty annoying issue, i wish engine-config would look to
see if it already enabled and just keep it that way.
2. Edit /etc/libvirt/qemu.conf and set dynamic ownership to 0, will stop
the permission changes.
3. I don't see this error on any of my clusters, all using libgfapi.
I also have no issues using snapshots with libgfapi, but live migration
between storage domains indeed does not work.
On 2019-12-16 12:46, Darrell Budic wrote:
I use libgfap in production, the performance is worth a couple of quirks for me.
- watch major version updates, they'll silently turn it off because the engine starts using a new version variable
- VM/qemu security quirk that resets ownership when the VM quits, was supposedly fixed in 4.3.6 but I still have it happen to me, a cron'd chown keeps it under control for me
- some VMs cause a libvirt/vdsmd interaction that results in failed stats query, and the engine thinks my VMs are offline because the stats gathering is stuck. hoped a bug fix in 4.3.6 would take care of this too, but didn't. may be my VMs though, still analyzing for specific file issues
I need to spend some time doing a little more research and filing/updating some bug reports, but it's been a busy end of year so far...
-Darrell
On Dec 14, 2019, at 5:47 PM, Strahil Nikolov <[email protected]> wrote:
According to GlusterFS Storage Domain [1]
the feature is not the default as it is incompatible with Live Storage Migration.
Best Regards,
Strahil Nikolov
В събота, 14 декември 2019 г., 17:06:32 ч. Гринуич+2, Jayme <[email protected]> написа:
Are there currently any known issues with using libgfapi in the latest stable
version of ovirt in hci deployments? I have recently enabled it and have
noticed a significant (over 4x) increase in io performance on my vms. I'm
concerned however since it does not seem to be an ovirt default setting. Is
libgfapi considered safe and stable to use in ovirt 4.3 hci?
_______________________________________________
Users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/[email protected]/message/FYVTG3NUIXE5LJBBVEGGKHQFOGKJ5CU2/
_______________________________________________
Users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/[email protected]/message/NDZD4W5UYYR6MROFS2OS5HLZCUIJUVIJ/
_______________________________________________
Users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/[email protected]/message/6KAWATJCAONOXE2HSLPXKC4YB23JE3KA/
Links:
------
[1]
https://www.ovirt.org/develop/release-management/features/storage/glusterfs-storage-domain.html
_______________________________________________
Users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/[email protected]/message/LLLC3CMLWGSWFMWTYRBTRBOD764N2EEF/
