Il giorno sab 3 ago 2019 alle ore 12:38 Strahil <hunter86...@yahoo.com> ha scritto:
> Maybe the libvirtd < - > libgfapi communication is somehow broken. > I'm using FUSE and I have no issues, but my lab is not I/O intensive . > I would recommend to use fuse instead of libgfapi on glusterfs 6 storage. Adding +Sahina Bose <sab...@redhat.com> to the discussion > > Have you noticed if the issue happens during I/O (for example - full > backup) intensive load? > > You can even try to stop using libgfapi and check if it happens again. > > Best Regards, > Strahil NikolovOn Aug 3, 2019 00:39, Darrell Budic <bu...@onholyground.com> > wrote: > > > > I’ve been seeing similar issues lately (since upgrading to 4.3.4 and > later) with gluster storage (and libgfapi), but haven’t pinned to anything > particular yet. But libvirt seems to have some issues and vdsmd stops being > able to poll disk usage. My VMs don’t crash or stop working, but they do > report as ? in the management interface and can’t be migrated. Current work > around is to restart libvirtd then vdsmd, occasionally restarting libvirtd > restarts a VM (presumably the one that had broken some disk something…). > > > > Sorry I don’t have more info to go on, but I’ll update here if I get > more on anything similar. > > > > -Darrell > > > > > On Aug 2, 2019, at 9:23 AM, kevin.do...@manchester.ac.uk wrote: > > > > > > HI > > > I think it is a bug with qemu, and isci disks. Has anyone else seen > this issue VM crashes and lost communication with qemu Can I update qemu ? > if so what is the latest support version to use on Ovirt 4.3.2.1-1.el7 > Current versions of qemu installed > > > > > > Installed Packages > > > qemu-img-ev.x86_64 10:2.12.0-18.el7_6.3.1 > > > qemu-kvm-common-ev.x86_64 10:2.12.0-18.el7_6.3.1 > > > qemu-kvm-ev.x86_64 10:2.12.0-18.el7_6.3.1 > > > > > > Many thanks > > > Kevin > > > _______________________________________________ > > > Users mailing list -- users@ovirt.org > > > To unsubscribe send an email to users-le...@ovirt.org > > > 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/users@ovirt.org/message/FDMHYEJXRG6IGB3E3C7O3NL34WO2XG43/ > > _______________________________________________ > > Users mailing list -- users@ovirt.org > > To unsubscribe send an email to users-le...@ovirt.org > > 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/users@ovirt.org/message/ZAOILBQRM7XPYU5VQMPWXULCFHS3FQEB/ > _______________________________________________ > Users mailing list -- users@ovirt.org > To unsubscribe send an email to users-le...@ovirt.org > 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/users@ovirt.org/message/WEC76OXKJ54WCV5QA7TRZ7R22X2RKHGY/ > -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbona...@redhat.com <https://www.redhat.com/>*Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours. <https://mojo.redhat.com/docs/DOC-1199578>*
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org 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/users@ovirt.org/message/7XI2AMXVYCP7D7KKXIGINTJXPCN7HX4L/