9:20 p.m.
This is a multi-part message in MIME format.
------=_NextPartTM-000-32fe2721-2bd7-4bec-82af-199583881fe2
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi Bob,=0A=
=0A=
if your are on a cluster with FC20 hypervisor nodes wthout virt-preview =0A=
(like we run it with qemu 1.6.2) the simplest way to get live merge feature=
s =0A=
should be - beware NOT FULLY TESTED!=0A=
=0A=
1) choose a single host (we only need a single one if we think about the re=
quired setup)=0A=
2) Install libvirt from virt-preview repos. DON'T UPDATE QEMU AS YOU BREAK =
LIVE MIGRATION!=0A=
3) migrate VMs you want to live merge to the host=0A=
4) do the live merge=0A=
5) migrate VMs back to original host=0A=
=0A=
A quick test revealed:=0A=
=0A=
# systemctl stop vdsmd=0A=
# systemctl stop libvirtd=0A=
# cd /etc/yum.repos.d=0A=
# wget http:/wget http://fedorapeople.org/groups/virt/virt-preview/fedora-v=
irt-preview.repo=0A=
# yum update libvirt=0A=
...=0A=
# systemctl start libvirtd=0A=
# systemctl start vdsmd=0A=
# =0A=
# vdsClient -s 0 getVdsCaps | grep -i merge=0A=
---> liveMerge =3D 'true'=0A=
=0A=
Best regards.=0A=
=0A=
Markus=0A=
________________________________________=0A=
Von: Bob Doolittle [bob(a)doolittle.us.com]=0A=
Gesendet: Donnerstag, 20. November 2014 16:49=0A=
An: Markus Stockhausen=0A=
Cc: s k; users(a)ovirt.org; Daniel Helgenberger; Coffee Chou=0A=
Betreff: Re: [ovirt-users] Live Merge Functionality disabled on CentOS 6.6 =
Node and oVirt 3.5.0=0A=
=0A=
On 11/20/2014 10:32 AM, Markus Stockhausen wrote:=0A=
Iirc you simply need libvirt 1.2.9=0A=
=0A=
Thanks!=0A=
=0A=
Would you know how one could track to see if there is a plan for e,g.=0A=
Fedora 20 to include that version at some point? I suspect every distro=0A=
is different. F20 at this point includes 1.1.3. I'd like to know if I'll=0A=
have to upgrade to Fedora 21 in order to get this functionality, as this=0A=
will require some planning on my part.=0A=
=0A=
Thanks again,=0A=
Bob=0A=
=0A=
=0A=
=0A=
Am 20.11.2014 16:20 schrieb Bob Doolittle <bob@doolittle.us.com>:=0A=
=0A=
Are there any bugs related to the changes in question that we can tra=
ck=0A=
so we know when the changes are reflected in our distros of
interest?=
=0A=
=0A=
Thanks,=0A=
Bob=0A=
=0A=
On 11/20/2014 03:51 AM, s k wrote:=0A=
> Hi,=0A=
>=0A=
>=0A=
> Live snapshot indeed works, only live merge is not working. I guess=
we=0A=
> will have to wait until is available on CentOS.=0A=
>=0A=
> Thanks!=0A=
>=0A=
> Sokratis=0A=
>=0A=
>=0A=
>=0A=
---------------------------------------------------------------------=
---=0A=
> Date: Thu, 20 Nov 2014 09:49:40 +0800=0A=
> Subject: Re: [ovirt-users] Live Merge Functionality disabled on Cen=
tOS=0A=
> 6.6 Node and oVirt 3.5.0=0A=
> From: coffee.zyr(a)gmail.com=0A=
> To: daniel.helgenberger(a)m-box.de=0A=
> CC: sokratis123k(a)outlook.com; users(a)ovirt.org=0A=
>=0A=
> Hi,=0A=
> as i know, live merge is only available from the versions in th=
e=0A=
> fedora virt-preview repo. please see[1]=0A=
>=0A=
> [1] http://www.ovirt.org/Features/Live_Merge#Current_status=0A=
>=0A=
> 2014-11-20 2:11 GMT+08:00 Daniel Helgenberger=0A=
> <daniel.helgenberger(a)m-box.de <mailto:daniel.helgenberger@m-box.de>=
:=0A=
>=0A=
> On 19.11.2014 14:06, s k wrote:=0A=
> > Hello,=0A=
> >=0A=
> > I performed a full yum upgrade on a CentOS 6.5 Node which was=
=0A=
> upgraded to 6.6=0A=
> > and I currently the following RPM versions are installed:=0A=
> >=0A=
> > [root@node01 ~]# uname -a=0A=
> > Linux node01 2.6.32-504.1.3.el6.x86_64 #1 SMP Tue Nov 11=0A=
17:57:25=0A=
> UTC 2014=0A=
> > x86_64 x86_64 x86_64 GNU/Linux=0A=
> > [root@node01 ~]# rpm -qa |grep libvirt=0A=
> > libvirt-python-0.10.2-46.el6_6.1.x86_64=0A=
> > libvirt-client-0.10.2-46.el6_6.1.x86_64=0A=
> > libvirt-lock-sanlock-0.10.2-46.el6_6.1.x86_64=0A=
> > libvirt-0.10.2-46.el6_6.1.x86_64=0A=
> > [root@node01 ~]#=0A=
> > [root@node01 ~]# rpm -qa |grep kvm=0A=
> > qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64=0A=
> > qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64=0A=
> > qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64=0A=
> > [root@node01 ~]# rpm -qa |grep qemu=0A=
> > gpxe-roms-qemu-0.9.7-6.12.el6.noarch=0A=
> > qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64=0A=
> > qemu-img-rhev-0.12.1.2-2.415.el6_5.14.x86_64=0A=
> > qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64=0A=
> > qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64=0A=
> > [root@node01 ~]# rpm -qa |grep vdsm=0A=
> > vdsm-jsonrpc-4.16.7-1.gitdb83943.el6.noarch=0A=
> > vdsm-python-zombiereaper-4.16.7-1.gitdb83943.el6.noarch=0A=
> > vdsm-yajsonrpc-4.16.7-1.gitdb83943.el6.noarch=0A=
> > vdsm-xmlrpc-4.16.7-1.gitdb83943.el6.noarch=0A=
> > vdsm-4.16.7-1.gitdb83943.el6.x86_64=0A=
> > vdsm-python-4.16.7-1.gitdb83943.el6.noarch=0A=
> > vdsm-cli-4.16.7-1.gitdb83943.el6.noarch=0A=
> >=0A=
> > The host reports that Live Snapsnot Support is Active on the=
=0A=
> General Tab but=0A=
> > I'm unable to delete a snapshot.=0A=
> >=0A=
> > Any ideas?=0A=
> Hm could it be you mix up live snapshot and live merge? Live=0A=
snapshot=0A=
> works since 3.4.3 quite will. Live merge however is still=0A=
unsupported as=0A=
> I think it requires some quite new stuff from libvirt. It will=
=0A=
> eventually work on EL7 [1].=0A=
>=0A=
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=3D1062142=0A=
> >=0A=
> > Thank you,=0A=
> >=0A=
> > Sokratis=0A=
> >=0A=
>=0A=
> --=0A=
> Daniel Helgenberger=0A=
> m box bewegtbild GmbH=0A=
>=0A=
> P: +49/30/2408781-22=0A=
> F: +49/30/2408781-10=0A=
>=0A=
> ACKERSTR. 19=0A=
> D-10115 BERLIN=0A=
>=0A=
>=0A=
> www.m-box.de <http://www.m-box.de> <http://www.m-box.de>=0A=
www.monkeymen.tv <http://www.monkeymen.tv>=0A=
> <http://www.monkeymen.tv>=0A=
>=0A=
> Gesch=E4ftsf=FChrer: Martin Retschitzegger / Michaela G=F6llner=
=0A=
> Handeslregister: Amtsgericht Charlottenburg / HRB
112767=0A=
> _______________________________________________=0A=
> Users mailing list=0A=
> Users(a)ovirt.org <mailto:Users@ovirt.org>=0A=
> http://lists.ovirt.org/mailman/listinfo/users=0A=
>=0A=
>=0A=
>=0A=
>=0A=
> _______________________________________________=0A=
> Users mailing list=0A=
> Users(a)ovirt.org=0A=
> http://lists.ovirt.org/mailman/listinfo/users=0A=
>=0A=
_______________________________________________=0A=
Users mailing list=0A=
Users(a)ovirt.org=0A=
http://lists.ovirt.org/mailman/listinfo/users=0A=
=0A=
------=_NextPartTM-000-32fe2721-2bd7-4bec-82af-199583881fe2
Content-Type: text/plain;
name="InterScan_Disclaimer.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="InterScan_Disclaimer.txt"
****************************************************************************
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.
Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.
Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln
Vorstand:
Kadir Akin
Dr. Michael Höhnerbach
Vorsitzender des Aufsichtsrates:
Hans Kristian Langva
Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497
This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.
e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.
Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln
executive board:
Kadir Akin
Dr. Michael Höhnerbach
President of the supervisory board:
Hans Kristian Langva
Registry office: district court Cologne
Register number: HRB 52 497
****************************************************************************
------=_NextPartTM-000-32fe2721-2bd7-4bec-82af-199583881fe2--
9:38 p.m.
Thanks Markus, but I have a single, self-hosted node, so cannot migrate VMs.
Is it your assumption that F20 will never be updated with libvirt 1.2.9?
If that's the case, my best course (in a month or so when F21 is
released) is probably to export all my VMs, install F21,
reinstall/reconfigure oVirt, import the old Export Domain, and then
import my VMs again.
-Bob
On 11/20/2014 01:20 PM, Markus Stockhausen wrote:
Hi Bob,
if your are on a cluster with FC20 hypervisor nodes wthout virt-preview
(like we run it with qemu 1.6.2) the simplest way to get live merge features
should be - beware NOT FULLY TESTED!
1) choose a single host (we only need a single one if we think about the required setup)
2) Install libvirt from virt-preview repos. DON'T UPDATE QEMU AS YOU BREAK LIVE
MIGRATION!
3) migrate VMs you want to live merge to the host
4) do the live merge
5) migrate VMs back to original host
A quick test revealed:
# systemctl stop vdsmd
# systemctl stop libvirtd
# cd /etc/yum.repos.d
# wget http:/wget
http://fedorapeople.org/groups/virt/virt-preview/fedora-virt-preview.repo
# yum update libvirt
...
# systemctl start libvirtd
# systemctl start vdsmd
#
# vdsClient -s 0 getVdsCaps | grep -i merge
---> liveMerge = 'true'
Best regards.
Markus
________________________________________
Von: Bob Doolittle [bob(a)doolittle.us.com]
Gesendet: Donnerstag, 20. November 2014 16:49
An: Markus Stockhausen
Cc: s k; users(a)ovirt.org; Daniel Helgenberger; Coffee Chou
Betreff: Re: [ovirt-users] Live Merge Functionality disabled on CentOS 6.6 Node and oVirt
3.5.0
On 11/20/2014 10:32 AM, Markus Stockhausen wrote:
> Iirc you simply need libvirt 1.2.9
Thanks!
Would you know how one could track to see if there is a plan for e,g.
Fedora 20 to include that version at some point? I suspect every distro
is different. F20 at this point includes 1.1.3. I'd like to know if I'll
have to upgrade to Fedora 21 in order to get this functionality, as this
will require some planning on my part.
Thanks again,
Bob
>
> Am 20.11.2014 16:20 schrieb Bob Doolittle <bob(a)doolittle.us.com>:
>
> Are there any bugs related to the changes in question that we can track
> so we know when the changes are reflected in our distros of interest?
>
> Thanks,
> Bob
>
> On 11/20/2014 03:51 AM, s k wrote:
> > Hi,
> >
> >
> > Live snapshot indeed works, only live merge is not working. I guess we
> > will have to wait until is available on CentOS.
> >
> > Thanks!
> >
> > Sokratis
> >
> >
> >
> ------------------------------------------------------------------------
> > Date: Thu, 20 Nov 2014 09:49:40 +0800
> > Subject: Re: [ovirt-users] Live Merge Functionality disabled on CentOS
> > 6.6 Node and oVirt 3.5.0
> > From: coffee.zyr(a)gmail.com
> > To: daniel.helgenberger(a)m-box.de
> > CC: sokratis123k(a)outlook.com; users(a)ovirt.org
> >
> > Hi,
> > as i know, live merge is only available from the versions in the
> > fedora virt-preview repo. please see[1]
> >
> > [1] http://www.ovirt.org/Features/Live_Merge#Current_status
> >
> > 2014-11-20 2:11 GMT+08:00 Daniel Helgenberger
> > <daniel.helgenberger(a)m-box.de
<mailto:daniel.helgenberger@m-box.de>>:
> >
> > On 19.11.2014 14:06, s k wrote:
> > > Hello,
> > >
> > > I performed a full yum upgrade on a CentOS 6.5 Node which was
> > upgraded to 6.6
> > > and I currently the following RPM versions are installed:
> > >
> > > [root@node01 ~]# uname -a
> > > Linux node01 2.6.32-504.1.3.el6.x86_64 #1 SMP Tue Nov 11
> 17:57:25
> > UTC 2014
> > > x86_64 x86_64 x86_64 GNU/Linux
> > > [root@node01 ~]# rpm -qa |grep libvirt
> > > libvirt-python-0.10.2-46.el6_6.1.x86_64
> > > libvirt-client-0.10.2-46.el6_6.1.x86_64
> > > libvirt-lock-sanlock-0.10.2-46.el6_6.1.x86_64
> > > libvirt-0.10.2-46.el6_6.1.x86_64
> > > [root@node01 ~]#
> > > [root@node01 ~]# rpm -qa |grep kvm
> > > qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64
> > > qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64
> > > qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64
> > > [root@node01 ~]# rpm -qa |grep qemu
> > > gpxe-roms-qemu-0.9.7-6.12.el6.noarch
> > > qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64
> > > qemu-img-rhev-0.12.1.2-2.415.el6_5.14.x86_64
> > > qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64
> > > qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64
> > > [root@node01 ~]# rpm -qa |grep vdsm
> > > vdsm-jsonrpc-4.16.7-1.gitdb83943.el6.noarch
> > > vdsm-python-zombiereaper-4.16.7-1.gitdb83943.el6.noarch
> > > vdsm-yajsonrpc-4.16.7-1.gitdb83943.el6.noarch
> > > vdsm-xmlrpc-4.16.7-1.gitdb83943.el6.noarch
> > > vdsm-4.16.7-1.gitdb83943.el6.x86_64
> > > vdsm-python-4.16.7-1.gitdb83943.el6.noarch
> > > vdsm-cli-4.16.7-1.gitdb83943.el6.noarch
> > >
> > > The host reports that Live Snapsnot Support is Active on the
> > General Tab but
> > > I'm unable to delete a snapshot.
> > >
> > > Any ideas?
> > Hm could it be you mix up live snapshot and live merge? Live
> snapshot
> > works since 3.4.3 quite will. Live merge however is still
> unsupported as
> > I think it requires some quite new stuff from libvirt. It will
> > eventually work on EL7 [1].
> >
> > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1062142
> > >
> > > Thank you,
> > >
> > > Sokratis
> > >
> >
> > --
> > Daniel Helgenberger
> > m box bewegtbild GmbH
> >
> > P: +49/30/2408781-22
> > F: +49/30/2408781-10
> >
> > ACKERSTR. 19
> > D-10115 BERLIN
> >
> >
> > www.m-box.de <http://www.m-box.de> <http://www.m-box.de>
> www.monkeymen.tv <http://www.monkeymen.tv>
> > <http://www.monkeymen.tv>
> >
> > Geschäftsführer: Martin Retschitzegger / Michaela Göllner
> > Handeslregister: Amtsgericht Charlottenburg / HRB 112767
> > _______________________________________________
> > Users mailing list
> > Users(a)ovirt.org <mailto:Users@ovirt.org>
> > http://lists.ovirt.org/mailman/listinfo/users
> >
> >
> >
> >
> > _______________________________________________
> > Users mailing list
> > Users(a)ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
10:13 p.m.
This is a multi-part message in MIME format.
------=_NextPartTM-000-e3ab6563-0da3-47a9-b007-b2284fd9eda6
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi Bob,=0A=
=0A=
looking at http://koji.fedoraproject.org/koji/packageinfo?packageID=3D91 =
=0A=
I think FC20 will stay at 1.1.3. History shows:=0A=
=0A=
2013/12/14: official 1.1 build libvirt-1.1.3.2-1.fc20 =0A=
2013/12/17: FC20 release=0A=
2014/01/21: first 1.2 build libvirt-1.2.1-1.fc21=0A=
2014/11/20: as of today still no 1.2 build for FC20=0A=
=0A=
Regarding the fact that qemu 1.6.2 is already 11 months old and did=0A=
not see many patches in FC20 jumping onto the FC21 bandwagon=0A=
might be a reasonable solution. So a lot of ways to accomplish your goal:=
=0A=
=0A=
- Stay with what you have: No live merge=0A=
- Take libvirtd from virt-preview=0A=
- Take everything from virt-preview=0A=
- Wait for FC21=0A=
- Wait for Centos 21=0A=
=0A=
Still a long way to go to get all the beloved features out of the box.=0A=
=0A=
Markus=0A=
________________________________________=0A=
Von: Bob Doolittle [bob(a)doolittle.us.com]=0A=
Gesendet: Donnerstag, 20. November 2014 19:38=0A=
An: Markus Stockhausen=0A=
Cc: s k; users(a)ovirt.org; Daniel Helgenberger; Coffee Chou=0A=
Betreff: Re: Simple way to activate live merge in FC20 cluster=0A=
=0A=
Thanks Markus, but I have a single, self-hosted node, so cannot migrate VMs=
.=0A=
=0A=
Is it your assumption that F20 will never be updated with libvirt 1.2.9?=0A=
=0A=
If that's the case, my best course (in a month or so when F21 is=0A=
released) is probably to export all my VMs, install F21,=0A=
reinstall/reconfigure oVirt, import the old Export Domain, and then=0A=
import my VMs again.=0A=
=0A=
-Bob=0A=
=0A=
On 11/20/2014 01:20 PM, Markus Stockhausen wrote:=0A=
Hi Bob,=0A=
=0A=
if your are on a cluster with FC20 hypervisor nodes wthout virt-preview=
=0A=
(like we run it with qemu 1.6.2) the simplest way to get live merge
featu=
res=0A=
should be - beware NOT FULLY TESTED!=0A=
=0A=
1) choose a single host (we only need a single one if we think about the =
required
setup)=0A=
2) Install libvirt from virt-preview repos. DON'T UPDATE QEMU AS
YOU BREA=
K LIVE MIGRATION!=0A=
3) migrate VMs you want to live merge to the host=0A=
4) do the live merge=0A=
5) migrate VMs back to original host=0A=
=0A=
A quick test revealed:=0A=
=0A=
# systemctl stop vdsmd=0A=
# systemctl stop libvirtd=0A=
# cd /etc/yum.repos.d=0A=
# wget http:/wget http://fedorapeople.org/groups/virt/virt-preview/fedora=
-virt-preview.repo=0A=
# yum update libvirt=0A=
...=0A=
# systemctl start libvirtd=0A=
# systemctl start vdsmd=0A=
#=0A=
# vdsClient -s 0 getVdsCaps | grep -i merge=0A=
---> liveMerge =3D 'true'=0A=
=0A=
Best regards.=0A=
=0A=
Markus=0A=
________________________________________=0A=
Von: Bob Doolittle [bob(a)doolittle.us.com]=0A=
Gesendet: Donnerstag, 20. November 2014 16:49=0A=
An: Markus Stockhausen=0A=
Cc: s k; users(a)ovirt.org; Daniel Helgenberger; Coffee Chou=0A=
Betreff: Re: [ovirt-users] Live Merge Functionality disabled on CentOS 6.=
6 Node
and oVirt 3.5.0=0A=
=0A=
On 11/20/2014 10:32 AM, Markus Stockhausen wrote:=0A=
> Iirc you simply need libvirt 1.2.9=0A=
=0A=
Thanks!=0A=
=0A=
Would you know how one could track to see if there is a plan for e,g.=0A=
Fedora 20 to include that version at some point? I suspect every distro=
=0A=
is different. F20 at this point includes 1.1.3. I'd like to know
if I'll=
=0A=
have to upgrade to Fedora 21 in order to get this functionality, as
this=
=0A=
will require some planning on my part.=0A=
=0A=
Thanks again,=0A=
Bob=0A=
=0A=
=0A=
>=0A=
> Am 20.11.2014 16:20 schrieb Bob Doolittle <bob@doolittle.us.com>:=0A=
>=0A=
> Are there any bugs related to the changes in question that we can tr=
ack=0A=
> so we know when the changes are reflected in our distros of
interest=
?=0A=
>=0A=
> Thanks,=0A=
> Bob=0A=
>=0A=
> On 11/20/2014 03:51 AM, s k wrote:=0A=
> > Hi,=0A=
> >=0A=
> >=0A=
> > Live snapshot indeed works, only live merge is not working. I gues=
s
we=0A=
> > will have to wait until is available on CentOS.=0A=
> >=0A=
> > Thanks!=0A=
> >=0A=
> > Sokratis=0A=
> >=0A=
> >=0A=
> >=0A=
> --------------------------------------------------------------------=
----=0A=
> > Date: Thu, 20 Nov 2014 09:49:40 +0800=0A=
> > Subject: Re: [ovirt-users] Live Merge Functionality disabled on Ce=
ntOS=0A=
> > 6.6 Node and oVirt 3.5.0=0A=
> > From: coffee.zyr(a)gmail.com=0A=
> > To: daniel.helgenberger(a)m-box.de=0A=
> > CC: sokratis123k(a)outlook.com; users(a)ovirt.org=0A=
> >=0A=
> > Hi,=0A=
> > as i know, live merge is only available from the versions in t=
he=0A=
> > fedora virt-preview repo. please see[1]=0A=
> >=0A=
> > [1] http://www.ovirt.org/Features/Live_Merge#Current_status=0A=
> >=0A=
> > 2014-11-20 2:11 GMT+08:00 Daniel Helgenberger=0A=
> > <daniel.helgenberger(a)m-box.de <mailto:daniel.helgenberger@m-box.de=
>:=0A=
> >=0A=
> > On 19.11.2014 14:06, s k wrote:=0A=
> > > Hello,=0A=
> > >=0A=
> > > I performed a full yum upgrade on a CentOS 6.5 Node which wa=
s=0A=
> > upgraded to 6.6=0A=
> > > and I currently the following RPM versions are installed:=0A=
> > >=0A=
> > > [root@node01 ~]# uname -a=0A=
> > > Linux node01 2.6.32-504.1.3.el6.x86_64 #1 SMP Tue Nov 11=0A=
> 17:57:25=0A=
> > UTC 2014=0A=
> > > x86_64 x86_64 x86_64 GNU/Linux=0A=
> > > [root@node01 ~]# rpm -qa |grep libvirt=0A=
> > > libvirt-python-0.10.2-46.el6_6.1.x86_64=0A=
> > > libvirt-client-0.10.2-46.el6_6.1.x86_64=0A=
> > > libvirt-lock-sanlock-0.10.2-46.el6_6.1.x86_64=0A=
> > > libvirt-0.10.2-46.el6_6.1.x86_64=0A=
> > > [root@node01 ~]#=0A=
> > > [root@node01 ~]# rpm -qa |grep kvm=0A=
> > > qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64=0A=
> > > qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64=0A=
> > > qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64=0A=
> > > [root@node01 ~]# rpm -qa |grep qemu=0A=
> > > gpxe-roms-qemu-0.9.7-6.12.el6.noarch=0A=
> > > qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64=0A=
> > > qemu-img-rhev-0.12.1.2-2.415.el6_5.14.x86_64=0A=
> > > qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64=0A=
> > > qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64=0A=
> > > [root@node01 ~]# rpm -qa |grep vdsm=0A=
> > > vdsm-jsonrpc-4.16.7-1.gitdb83943.el6.noarch=0A=
> > > vdsm-python-zombiereaper-4.16.7-1.gitdb83943.el6.noarch=0A=
> > > vdsm-yajsonrpc-4.16.7-1.gitdb83943.el6.noarch=0A=
> > > vdsm-xmlrpc-4.16.7-1.gitdb83943.el6.noarch=0A=
> > > vdsm-4.16.7-1.gitdb83943.el6.x86_64=0A=
> > > vdsm-python-4.16.7-1.gitdb83943.el6.noarch=0A=
> > > vdsm-cli-4.16.7-1.gitdb83943.el6.noarch=0A=
> > >=0A=
> > > The host reports that Live Snapsnot Support is Active on th=
e=0A=
> > General Tab but=0A=
> > > I'm unable to delete a snapshot.=0A=
> > >=0A=
> > > Any ideas?=0A=
> > Hm could it be you mix up live snapshot and live merge? Live=
=0A=
> snapshot=0A=
> > works since 3.4.3 quite will. Live merge however is still=0A=
> unsupported as=0A=
> > I think it requires some quite new stuff from libvirt. It will=
=0A=
> > eventually work on EL7 [1].=0A=
> >=0A=
> > [1] https://bugzilla.redhat.com/show_bug.cgi?id=3D1062142=0A=
> > >=0A=
> > > Thank you,=0A=
> > >=0A=
> > > Sokratis=0A=
> > >=0A=
> >=0A=
> > --=0A=
> > Daniel Helgenberger=0A=
> > m box bewegtbild GmbH=0A=
> >=0A=
> > P: +49/30/2408781-22=0A=
> > F: +49/30/2408781-10=0A=
> >=0A=
> > ACKERSTR. 19=0A=
> > D-10115 BERLIN=0A=
> >=0A=
> >=0A=
> > www.m-box.de <http://www.m-box.de>
<http://www.m-box.de>=0A=
> www.monkeymen.tv <http://www.monkeymen.tv>=0A=
> > <http://www.monkeymen.tv>=0A=
> >=0A=
> > Gesch=E4ftsf=FChrer: Martin Retschitzegger / Michaela G=F6llne=
r=0A=
> > Handeslregister: Amtsgericht Charlottenburg / HRB
112767=0A=
> > _______________________________________________=0A=
> > Users mailing list=0A=
> > Users(a)ovirt.org <mailto:Users@ovirt.org>=0A=
> > http://lists.ovirt.org/mailman/listinfo/users=0A=
> >=0A=
> >=0A=
> >=0A=
> >=0A=
> > _______________________________________________=0A=
> > Users mailing list=0A=
> > Users(a)ovirt.org=0A=
> > http://lists.ovirt.org/mailman/listinfo/users=0A=
> >=0A=
> _______________________________________________=0A=
> Users mailing list=0A=
> Users(a)ovirt.org=0A=
> http://lists.ovirt.org/mailman/listinfo/users=0A=
>=0A=
------=_NextPartTM-000-e3ab6563-0da3-47a9-b007-b2284fd9eda6
Content-Type: text/plain;
name="InterScan_Disclaimer.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="InterScan_Disclaimer.txt"
****************************************************************************
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.
Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.
Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln
Vorstand:
Kadir Akin
Dr. Michael Höhnerbach
Vorsitzender des Aufsichtsrates:
Hans Kristian Langva
Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497
This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.
e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.
Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln
executive board:
Kadir Akin
Dr. Michael Höhnerbach
President of the supervisory board:
Hans Kristian Langva
Registry office: district court Cologne
Register number: HRB 52 497
****************************************************************************
------=_NextPartTM-000-e3ab6563-0da3-47a9-b007-b2284fd9eda6--
3:38 a.m.
On Thu, Nov 20, 2014 at 8:13 PM, Markus Stockhausen <stockhausen(a)collogia.de
wrote:
Hi Bob,
looking at http://koji.fedoraproject.org/koji/packageinfo?packageID=91
I think FC20 will stay at 1.1.3. History shows:
[snip]
________________________________________
Von: Bob Doolittle [bob(a)doolittle.us.com]
Gesendet: Donnerstag, 20. November 2014 19:38
An: Markus Stockhausen
Cc: s k; users(a)ovirt.org; Daniel Helgenberger; Coffee Chou
Betreff: Re: Simple way to activate live merge in FC20 cluster
Thanks Markus, but I have a single, self-hosted node, so cannot migrate
VMs.
Is it your assumption that F20 will never be updated with libvirt 1.2.9?
If that's the case, my best course (in a month or so when F21 is
released) is probably to export all my VMs, install F21,
reinstall/reconfigure oVirt, import the old Export Domain, and then
import my VMs again.
-Bob
On 11/20/2014 01:20 PM, Markus Stockhausen wrote:
> Hi Bob,
>
> if your are on a cluster with FC20 hypervisor nodes wthout virt-preview
> (like we run it with qemu 1.6.2) the simplest way to get live merge
features
> should be - beware NOT FULLY TESTED!
>
> 1) choose a single host (we only need a single one if we think about the
required setup)
> 2) Install libvirt from virt-preview repos. DON'T UPDATE QEMU AS YOU
BREAK LIVE MIGRATION!
> 3) migrate VMs you want to live merge to the host
> 4) do the live merge
> 5) migrate VMs back to original host
>
Hello,
following the flow, as I have now an all-in-one environment based on F20
and oVirt 3.5. As it is both my engine and my hypervisor, I should be in
the best situation....
live merge is supposed to be supported on file based storage, that should
match what I have (local on Host).
In fact, installing oVirt AIO on F20 automatically gives the virt-preview
repo through the ovirt-3.5-dependencies.repo file and I see:
[root@tekkaman qemu]# rpm -q libvirt
libvirt-1.2.9.1-1.fc20.x86_64
[root@tekkaman qemu]# vdsClient -s 0 getVdsCaps | grep -i merge
liveMerge = 'true'
[root@tekkaman qemu]# rpm -q qemu
qemu-1.6.2-10.fc20.x86_64
Created a CentOS 7 x86_64 VM with a VirtIO-SCSI disk and after install I
powered off and run it normally.
Then I took a snapshot (while VM powered on) and then ran a yum update.
At the end I reboot the VM with the new kernel installed and tried to
delete the snapshot and the task indeed started:
Snapshot 'test per live merge' deletion for VM 'c7' was initiated by
admin.
but about a minute later I got error:
Failed to delete snapshot 'test per live merge' for VM 'c7'.
here below relevant parts in log files.
What did I miss in the workflow?
BTW: both during the live snapshot and during the live merge I got
disconnected both from spice console and from an ssh session open into VM
(I could reconnect on both): is this expected? I hope not so..
Gianluca
engine.log
2014-11-21 01:16:00,182 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.MergeVDSCommand]
(pool-7-thread-3) [3337208b] Failed in MergeVDS method
2014-11-21 01:16:00,183 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.MergeVDSCommand]
(pool-7-thread-3) [3337208b] Command
org.ovirt.engine.core.vdsbroker.vdsbroker.MergeVDSCommand return value
StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=52,
mMessage=Merge failed]]
2014-11-21 01:16:00,184 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.MergeVDSCommand]
(pool-7-thread-3) [3337208b] HostName = local_host
2014-11-21 01:16:00,190 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.MergeVDSCommand]
(pool-7-thread-3) [3337208b] Command MergeVDSCommand(HostName = local_host,
MergeVDSCommandParameters{HostId = aab9571f-da17-4c3c-9e6b-d0224b84c31e,
vmId=0ba6a56b-542c-480e-8bab-88aea9195302,
storagePoolId=65c9777e-23f1-4f04-8cea-e7c8871dc88b,
storageDomainId=0a8035e6-e41d-40ff-a154-e0a374f264b2,
imageGroupId=8a0ba67f-78c0-4ded-9bda-97bb9424e385,
imageId=1fdc7440-2465-49ec-8368-141afc0721f1,
baseImageId=cd7dd270-0895-411d-bc97-c5ad0ebd80b1,
topImageId=1fdc7440-2465-49ec-8368-141afc0721f1, bandwidth=0}) execution
failed. Exception: VDSErrorException: VDSGenericException:
VDSErrorException: Failed to MergeVDS, error = Merge failed, code = 52
2014-11-21 01:16:00,191 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.MergeVDSCommand]
(pool-7-thread-3) [3337208b] FINISH, MergeVDSCommand, log id: 70748b53
2014-11-21 01:16:00,192 ERROR [org.ovirt.engine.core.bll.MergeCommand]
(pool-7-thread-3) [3337208b] Command org.ovirt.engine.core.bll.MergeCommand
throw Vdc Bll exception. With error message VdcBLLException:
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorException: Failed to MergeVDS, error = Merge
failed, code = 52 (Failed with error mergeErr and code 52)
2014-11-21 01:16:00,205 ERROR [org.ovirt.engine.core.bll.MergeCommand]
(pool-7-thread-3) [3337208b] Transaction rolled-back for command:
org.ovirt.engine.core.bll.MergeCommand.
2014-11-21 01:16:09,888 INFO
[org.ovirt.engine.core.bll.tasks.SPMAsyncTask]
(DefaultQuartzScheduler_Worker-55) task id
f245da80-58ce-4e2e-bb5a-0261cf71de0d is in pre-polling period and should
not be polled. Pre-polling period is 60,000 millis.
2014-11-21 01:16:09,889 INFO
[org.ovirt.engine.core.bll.tasks.SPMAsyncTask]
(DefaultQuartzScheduler_Worker-55) task id
c7c363f1-98b8-468c-8fca-cf3116d00221 is in pre-polling period and should
not be polled. Pre-polling period is 60,000 millis.
2014-11-21 01:16:10,080 ERROR
[org.ovirt.engine.core.bll.RemoveSnapshotSingleDiskLiveCommand]
(DefaultQuartzScheduler_Worker-56) [1457fcca] Failed child command status
for step MERGE
vdsm.log
Thread-266::DEBUG::2014-11-21
01:16:00,144::resourceManager::641::Storage.ResourceManager::(releaseResource)
Resource 'Storag
e.0a8035e6-e41d-40ff-a154-e0a374f264b2' is free, finding out if anyone is
waiting for it.
Thread-266::DEBUG::2014-11-21
01:16:00,144::resourceManager::649::Storage.ResourceManager::(releaseResource)
No one is waitin
g for resource 'Storage.0a8035e6-e41d-40ff-a154-e0a374f264b2', Clearing
records.
Thread-266::DEBUG::2014-11-21
01:16:00,144::task::993::Storage.TaskManager.Task::(_decref)
Task=`95f79027-3613-4f05-9d2d-02f8
c7975f02`::ref 0 aborting False
Thread-266::INFO::2014-11-21 01:16:00,158::vm::5743::vm.Vm::(merge)
vmId=`0ba6a56b-542c-480e-8bab-88aea9195302`::Starting mer
ge with jobUUID='2247fea2-df73-407e-ad16-4622af7f52aa'
Thread-266::DEBUG::2014-11-21
01:16:00,160::libvirtconnection::143::root::(wrapper) Unknown libvirterror:
ecode: 67 edom: 10
level: 2 message: unsupported configuration: active commit not supported
with this QEMU binary
Thread-266::ERROR::2014-11-21 01:16:00,161::vm::5751::vm.Vm::(merge)
vmId=`0ba6a56b-542c-480e-8bab-88aea9195302`::Live merge failed (job:
2247fea2-df73-407e-ad16-4622af7f52aa)
Traceback (most recent call last):
File "/usr/share/vdsm/virt/vm.py", line 5747, in merge
flags)
File "/usr/share/vdsm/virt/vm.py", line 670, in f
ret = attr(*args, **kwargs)
File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line
111, in wrapper
ret = f(*args, **kwargs)
File "/usr/lib64/python2.7/site-packages/libvirt.py", line 638, in
blockCommit
if ret == -1: raise libvirtError ('virDomainBlockCommit() failed',
dom=self)
libvirtError: unsupported configuration: active commit not supported with
this QEMU binary
Thread-266::DEBUG::2014-11-21
01:16:00,181::BindingXMLRPC::1139::vds::(wrapper) return merge with
{'status': {'message': 'Merge failed', 'code': 52}}
ioprocess communication (4939)::DEBUG::2014-11-21
01:16:00,656::__init__::375::IOProcess::(_processLogs) (null)|Receiving
request...
ioprocess communication (4939)::DEBUG::2014-11-21
01:16:00,657::__init__::375::IOProcess::(_processLogs) (null)|Queuing
request in the thread pool...
Thread-26::DEBUG::2014-11-21
01:16:00,658::fileSD::261::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd
if=/rhev/data-center/mnt/_data_DATA2/b24b94c7-5935-4940-9152-36ecd370ba7c/dom_md/metadata
iflag=direct of=/dev/null bs=4096 count=1 (cwd None)
ioprocess communication (4939)::DEBUG::2014-11-21
01:16:00,659::__init__::375::IOProcess::(_processLogs) Extracting request
information...
ioprocess communication (4939)::DEBUG::2014-11-21
01:16:00,668::__init__::375::IOProcess::(_processLogs) (7100) Got request
for method 'statvfs'
ioprocess communication (4939)::DEBUG::2014-11-21
01:16:00,668::__init__::375::IOProcess::(_processLogs) (7100) Queuing
response
Thread-26::DEBUG::2014-11-21
01:16:00,687::fileSD::261::Storage.Misc.excCmd::(getReadDelay) SUCCESS:
<err> = '0+1 records in\n0+1 records out\n588 bytes (588 B) copied,
0.020396 s, 28.8 kB/s\n'; <rc> = 0
ioprocess communication (4939)::DEBUG::2014-11-21
01:16:00,688::__init__::375::IOProcess::(_processLogs) (null)|Receiving
request...
ioprocess communication (4939)::DEBUG::2014-11-21
01:16:00,689::__init__::375::IOProcess::(_processLogs) (null)|Queuing
request in the thread pool...
ioprocess communication (4939)::DEBUG::2014-11-21
01:16:00,690::__init__::375::IOProcess::(_processLogs) Extracting request
information...
ioprocess communication (4939)::DEBUG::2014-11-21
01:16:00,690::__init__::375::IOProcess::(_processLogs) (7101) Got request
for method 'statvfs'
ioprocess communication (4939)::DEBUG::2014-11-21
01:16:00,691::__init__::375::IOProcess::(_processLogs) (7101) Queuing
response
ioprocess communication (4939)::DEBUG::2014-11-21
01:16:00,691::__init__::375::IOProcess::(_processLogs) (null)|Receiving
request...
ioprocess communication (4939)::DEBUG::2014-11-21
01:16:00,691::__init__::375::IOProcess::(_processLogs) Queuing request in
the thread pool...
ioprocess communication (4939)::DEBUG::2014-11-21
01:16:00,691::__init__::375::IOProcess::(_processLogs) Extracting request
information...
ioprocess communication (4939)::DEBUG::2014-11-21
01:16:00,692::__init__::375::IOProcess::(_processLogs) (null)|(7102) Got
request for method 'access'
ioprocess communication (4939)::DEBUG::2014-11-21
01:16:00,693::__init__::375::IOProcess::(_processLogs) (7102) Queuing
response
ioprocess communication (4939)::DEBUG::2014-11-21
01:16:00,693::__init__::375::IOProcess::(_processLogs) (null)|Receiving
request...
ioprocess communication (4939)::DEBUG::2014-11-21
01:16:00,693::__init__::375::IOProcess::(_processLogs) Queuing request in
the thread pool...
ioprocess communication (4939)::DEBUG::2014-11-21
01:16:00,694::__init__::375::IOProcess::(_processLogs) (null)|Extracting
request information...
ioprocess communication (4939)::DEBUG::2014-11-21
01:16:00,695::__init__::375::IOProcess::(_processLogs) (7103) Got request
for method 'access'
ioprocess communication (4939)::DEBUG::2014-11-21
01:16:00,695::__init__::375::IOProcess::(_processLogs) (7103) Queuing
response
ioprocess communication (4939)::DEBUG::2014-11-21
01:16:00,695::__init__::375::IOProcess::(_processLogs) (null)|Receiving req
3:46 a.m.
On Fri, Nov 21, 2014 at 1:38 AM, Gianluca Cecchi <gianluca.cecchi(a)gmail.com>
wrote:
[root@tekkaman qemu]# rpm -q qemu
qemu-1.6.2-10.fc20.x86_64
[snip]
libvirtError: unsupported configuration: active commit not supported with
this QEMU binary
OK, I reply to myself
The error above is explanatory...
I didn't notice that only the libvirt part is included in the
ovirt-3.5-fedora-virt-preview repo:
"
[ovirt-3.5-fedora-virt-preview]
name=Virtualization packages from Rawhide built for latest Fedora
baseurl=
http://fedorapeople.org/groups/virt/virt-preview/fedora-$releasever/$base...
enabled=1
skip_if_unavailable=1
gpgcheck=0
includepkgs=libvirt*
"
SO I think I need qemu-2.1.2-6.fc20.x86_64.rpm and probably other packages
as provided by virt-preview.
What could be the safest way to include further qemu packages?
How stable is qemu 2.1.2 at this time?
Thanks,
Gianluca
3654
days inactive
3655
days old
4 comments
3 participants
participants (3)
-
Bob Doolittle -
Gianluca Cecchi -
Markus Stockhausen