On Wed, Dec 9, 2015 at 8:04 PM, Michal Skrivanek <[email protected]> wrote:
> > > On 09 Dec 2015, at 18:07, Nathanaël Blanchet <[email protected]> wrote: > > > > Le 09/12/2015 18:00, Michal Skrivanek a écrit : > > > On 09 Dec 2015, at 17:54, Nathanaël Blanchet <[email protected]> wrote: > > > > Le 09/12/2015 17:12, Michal Skrivanek a écrit : > > > On 09 Dec 2015, at 14:54, Nathanaël Blanchet <[email protected]> wrote: > > > > Le 08/12/2015 11:43, Michal Skrivanek a écrit : > > > > On 08 Dec 2015, at 11:20, Yaniv Dary < <[email protected]>[email protected]> > wrote: > > > > Yaniv Dary > Technical Product Manager > Red Hat Israel Ltd. > 34 Jerusalem Road > Building A, 4th floor > Ra'anana, Israel 4350109 > > Tel : +972 (9) 7692306 > 8272306 > Email: [email protected] > IRC : ydary > > > On Tue, Dec 8, 2015 at 2:03 AM, Nathanaël Blanchet < <[email protected]> > [email protected]> wrote: > >> Hi all, >> >> I may miss something but according to >> http://www.ovirt.org/Features/Hot_Plug_Memory, ovirt 3.6 was supposed to >> support the hot plug memory feature. Nothing happens in reality when >> increasing memory on a running vm with centos7. >> I found this : >> <http://lists.ovirt.orgpipermail/kimchi-devel/2015-June/010714.html> >> http://lists.ovirt.orgpipermail/kimchi-devel/2015-June/010714.html, and >> it seems that el7.1 can't support the feature because of its libvirt >> version (1.2.8) while the required one is 1.2.14. >> I didn't test, but I guess F22 supports it. >> Is there any chance that el7.2 would support it with a backported >> libvirtd? >> > > It does support it, but only hot-plug not hot-unplug. > > >> Or will a dedicated libvirt rhev package be released so as the downstream >> to support it (like qemu-kvm for live snapshot some time ago)? >> Documentation and limitation of the libvirt version for hot plug memory >> are difficult to find in the ovirt wiki and more generally on the web. >> Maybe the feature has been postponed to a 3.6.z release? >> > > I works with fedora and you can use it currently with this feature. > > > It works on centos too, qemu-kvm-ev 2.3 we distribute in ovirt repo > > Hello, no qemu-kvm-ev 2.3 is not enough: > [root@fuji ~]# qemu-img --version > qemu-img version 2.3.0 (qemu-kvm-ev-2.3.0-29.1.el7), Copyright (c) > 2004-2008 Fabrice Bellard > and > vdsm-4.17.10.1-0.el7.centos.noarch > > I get this error message each time I try to hot add memory : > Dec 9 11:18:00 fuji journal: unsupported configuration: unknown device > type ‘memory' > > > was the VM started in a 3.6 cluster? > > sure, on a full 3.6 cluster. I stopped/restarted them. I restarted vdsmd > and libvirtd > > > ok..and just for the sake of completeness - what is libvirt version > exactly? If you’re running <1.2.14 then your initial comment make a lot of > sense…. > Yes, el7.2 has the right one (1.2.17) but even on 7.1 it should support it > and if it doesn’t it’s our problem we should fix in ovirt (similarly as we > solve qemu by shipping it ourselves) > > libvirt-daemon-1.2.8-16.el7_1.5.x86_64 > I'm really surprised that such a waited feature has not been yet tested by > the community users with el7, so that nobody has reported the issue yet. > > > the feature has been tested (by me) and bug was already reported (here https://bugzilla.redhat.com/show_bug.cgi?id=1287994 ) > Weird indeed. Well, RHEL 7.2 is out for more than a month and there is > centos 7.2 beta and perhaps rc as well, it's due very soon > Sandro, we should think about it - since we push qemu-kvm-ev we do not > really enforce anyone to run on el7.2. We want to do that for various > reasons as soon as possible. Maybe updating qemu-kvm-ev to require new 7.2 > libvirt? > > > No idea. If it's libvirt issue, can you test http://cbs.centos.org/koji/buildinfo?buildID=4726 ? it's from centos virt sig, introduced for Xen but should work on kvm as well. or the 7.2 libvirt from http://mirror.centos.org/centos/7/cr/x86_64/Packages/. > Or how/when did you create it? > > those vms have been created before uprading to 3.6, some of them from a > blank template, other one based on a el7 template. > > > Thanks, > michal > > > I tried to restart vdsmd but it is the same, even on other hosts. > > any help will be appreciated, thank you. > > > > >> Thank you for your help >> _______________________________________________ >> Users mailing list >> [email protected] >> http://lists.ovirt.org/mailman/listinfo/users >> > > _______________________________________________ > Users mailing list > [email protected] > http://lists.ovirt.org/mailman/listinfo/users > > > -- > Nathanaël Blanchet > > Supervision réseau > Pôle Infrastrutures Informatiques > 227 avenue Professeur-Jean-Louis-Viala > 34193 MONTPELLIER CEDEX 5 > Tél. 33 (0)4 67 54 84 55 > Fax 33 (0)4 67 54 84 [email protected] > > > > -- > Nathanaël Blanchet > > Supervision réseau > Pôle Infrastrutures Informatiques > 227 avenue Professeur-Jean-Louis-Viala > 34193 MONTPELLIER CEDEX 5 > Tél. 33 (0)4 67 54 84 55 > Fax 33 (0)4 67 54 84 [email protected] > > > > -- > Nathanaël Blanchet > > Supervision réseau > Pôle Infrastrutures Informatiques > 227 avenue Professeur-Jean-Louis-Viala > 34193 MONTPELLIER CEDEX 5 > Tél. 33 (0)4 67 54 84 55 > Fax 33 (0)4 67 54 84 [email protected] > > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
_______________________________________________ Users mailing list [email protected] http://lists.ovirt.org/mailman/listinfo/users
