From stockhausen at collogia.de Sun Jan 19 14:56:25 2014 Content-Type: multipart/mixed; boundary="===============8809293344059898542==" MIME-Version: 1.0 From: Markus Stockhausen To: users at ovirt.org Subject: [Users] virt-v2v: invalid backend appliance Date: Sun, 19 Jan 2014 19:56:22 +0000 Message-ID: <12EF8D94C6F8734FB2FF37B9FBEDD173585D51D1@EXCHANGE.collogia.de> --===============8809293344059898542== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable ------=3D_NextPartTM-000-e048b27c-2262-4ee1-9927-f5f1e482ee61 Content-Type: multipart/alternative; boundary=3D"_000_12EF8D94C6F8734FB2FF37B9FBEDD173585D51D1EXCHANGEcollogi_" --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585D51D1EXCHANGEcollogi_ Content-Type: text/plain; charset=3D"iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, just tried to run virt-v2v on Fedora 20. Disk conversion works flawlessly but in the end the process fails with: libguestfs: create: flags =3D3D 0, handle =3D3D 0x4fe26a0, program =3D3D pe= rl invalid backend: appliance at /usr/share/perl5/vendor_perl/Sys/VirtConvert/= =3D GuestfsHandle.pm line 83. libguestfs: closing guestfs handle 0x4fe26a0 (state 0) I'm using the same scripts & configuration files with Fedora 19. No problems there. Any ideas what is going wrong? Markus --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585D51D1EXCHANGEcollogi_ Content-Type: text/html; charset=3D"iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,

just tried to run virt-v2v on Fedora 20. Disk conversion works
flawlessly but in the end the process fails with:

libguestfs: create: flags =3D3D 0, handle =3D3D 0x4fe26a0, program =3D3D pe= rl
invalid backend: appliance at /usr/share/perl5/vendor_perl/Sys/VirtConvert/= =3D GuestfsHandle.pm line 83.
libguestfs: closing guestfs handle 0x4fe26a0 (state 0)

I'm using the same scripts & configuration files with Fedora 19.
No problems there.

Any ideas what is going wrong?

Markus

--_000_12EF8D94C6F8734FB2FF37B9FBEDD173585D51D1EXCHANGEcollogi_-- ------=3D_NextPartTM-000-e048b27c-2262-4ee1-9927-f5f1e482ee61 Content-Type: text/plain; name=3D"InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=3D"InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enth=C3=A4lt vertrauliche und/oder rechtlich gesch=C3=BCtzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrt=C3=BCmlich erhalten haben, informieren Sie bitte sofort den Absender u= nd vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. =C3=9Cber das Internet versandte E-Mails k=C3=B6nnen unter fremden Namen er= stellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserkl=C3=A4rung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 K=C3=B6ln Vorstand: Kadir Akin Dr. Michael H=C3=B6hnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht K=C3=B6ln 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=C3=B6ln executive board: Kadir Akin Dr. Michael H=C3=B6hnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=3D_NextPartTM-000-e048b27c-2262-4ee1-9927-f5f1e482ee61-- --===============8809293344059898542== Content-Type: multipart/mixed MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" Ci0tLS0tLT1fTmV4dFBhcnRUTS0wMDAtZTA0OGIyN2MtMjI2Mi00ZWUxLTk5MjctZjVmMWU0ODJl ZTYxCkNvbnRlbnQtVHlwZTogbXVsdGlwYXJ0L2FsdGVybmF0aXZlOwoJYm91bmRhcnk9Il8wMDBf MTJFRjhEOTRDNkY4NzM0RkIyRkYzN0I5RkJFREQxNzM1ODVENTFEMUVYQ0hBTkdFY29sbG9naV8i CgotLV8wMDBfMTJFRjhEOTRDNkY4NzM0RkIyRkYzN0I5RkJFREQxNzM1ODVENTFEMUVYQ0hBTkdF Y29sbG9naV8KQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PSJpc28tODg1OS0xIgpD b250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiBxdW90ZWQtcHJpbnRhYmxlCgpIZWxsbywKCmp1c3Qg dHJpZWQgdG8gcnVuIHZpcnQtdjJ2IG9uIEZlZG9yYSAyMC4gRGlzayBjb252ZXJzaW9uIHdvcmtz CmZsYXdsZXNzbHkgYnV0IGluIHRoZSBlbmQgdGhlIHByb2Nlc3MgZmFpbHMgd2l0aDoKCmxpYmd1 ZXN0ZnM6IGNyZWF0ZTogZmxhZ3MgPTNEIDAsIGhhbmRsZSA9M0QgMHg0ZmUyNmEwLCBwcm9ncmFt ID0zRCBwZXJsCmludmFsaWQgYmFja2VuZDogYXBwbGlhbmNlIGF0IC91c3Ivc2hhcmUvcGVybDUv dmVuZG9yX3BlcmwvU3lzL1ZpcnRDb252ZXJ0Lz0KR3Vlc3Rmc0hhbmRsZS5wbSBsaW5lIDgzLgps aWJndWVzdGZzOiBjbG9zaW5nIGd1ZXN0ZnMgaGFuZGxlIDB4NGZlMjZhMCAoc3RhdGUgMCkKCkkn bSB1c2luZyB0aGUgc2FtZSBzY3JpcHRzICYgY29uZmlndXJhdGlvbiBmaWxlcyB3aXRoIEZlZG9y YSAxOS4KTm8gcHJvYmxlbXMgdGhlcmUuCgpBbnkgaWRlYXMgd2hhdCBpcyBnb2luZyB3cm9uZz8K Ck1hcmt1cwoKCi0tXzAwMF8xMkVGOEQ5NEM2Rjg3MzRGQjJGRjM3QjlGQkVERDE3MzU4NUQ1MUQx RVhDSEFOR0Vjb2xsb2dpXwpDb250ZW50LVR5cGU6IHRleHQvaHRtbDsgY2hhcnNldD0iaXNvLTg4 NTktMSIKQ29udGVudC1UcmFuc2Zlci1FbmNvZGluZzogcXVvdGVkLXByaW50YWJsZQoKPGh0bWwg ZGlyPTNEImx0ciI+CjxoZWFkPgo8bWV0YSBodHRwLWVxdWl2PTNEIkNvbnRlbnQtVHlwZSIgY29u dGVudD0zRCJ0ZXh0L2h0bWw7IGNoYXJzZXQ9M0Rpc28tODg1OS09CjEiPgo8c3R5bGUgaWQ9M0Qi b3dhUGFyYVN0eWxlIiB0eXBlPTNEInRleHQvY3NzIj5QIHttYXJnaW4tdG9wOjA7bWFyZ2luLWJv dHRvbTo9CjA7fTwvc3R5bGU+CjwvaGVhZD4KPGJvZHkgb2NzaT0zRCIwIiBmcHN0eWxlPTNEIjEi Pgo8ZGl2IHN0eWxlPTNEImRpcmVjdGlvbjogbHRyO2ZvbnQtZmFtaWx5OiBUYWhvbWE7Y29sb3I6 ICMwMDAwMDA7Zm9udC1zaXplOiA9CjEwcHQ7Ij5IZWxsbyw8YnI+Cjxicj4KanVzdCB0cmllZCB0 byBydW4gdmlydC12MnYgb24gRmVkb3JhIDIwLiBEaXNrIGNvbnZlcnNpb24gd29ya3M8YnI+CmZs YXdsZXNzbHkgYnV0IGluIHRoZSBlbmQgdGhlIHByb2Nlc3MgZmFpbHMgd2l0aDo8YnI+Cjxicj4K bGliZ3Vlc3RmczogY3JlYXRlOiBmbGFncyA9M0QgMCwgaGFuZGxlID0zRCAweDRmZTI2YTAsIHBy b2dyYW0gPTNEIHBlcmw8YnI+CmludmFsaWQgYmFja2VuZDogYXBwbGlhbmNlIGF0IC91c3Ivc2hh cmUvcGVybDUvdmVuZG9yX3BlcmwvU3lzL1ZpcnRDb252ZXJ0Lz0KR3Vlc3Rmc0hhbmRsZS5wbSBs aW5lIDgzLjxicj4KbGliZ3Vlc3RmczogY2xvc2luZyBndWVzdGZzIGhhbmRsZSAweDRmZTI2YTAg KHN0YXRlIDApPGJyPgo8YnI+CkknbSB1c2luZyB0aGUgc2FtZSBzY3JpcHRzICZhbXA7IGNvbmZp Z3VyYXRpb24gZmlsZXMgd2l0aCBGZWRvcmEgMTkuPGJyPgpObyBwcm9ibGVtcyB0aGVyZS48YnI+ Cjxicj4KQW55IGlkZWFzIHdoYXQgaXMgZ29pbmcgd3Jvbmc/PGJyPgo8YnI+Ck1hcmt1czxicj4K PGJyPgo8L2Rpdj4KPC9ib2R5Pgo8L2h0bWw+CgotLV8wMDBfMTJFRjhEOTRDNkY4NzM0RkIyRkYz N0I5RkJFREQxNzM1ODVENTFEMUVYQ0hBTkdFY29sbG9naV8tLQoKLS0tLS0tPV9OZXh0UGFydFRN LTAwMC1lMDQ4YjI3Yy0yMjYyLTRlZTEtOTkyNy1mNWYxZTQ4MmVlNjEKQ29udGVudC1UeXBlOiB0 ZXh0L3BsYWluOwoJbmFtZT0iSW50ZXJTY2FuX0Rpc2NsYWltZXIudHh0IgpDb250ZW50LVRyYW5z ZmVyLUVuY29kaW5nOiA3Yml0CkNvbnRlbnQtRGlzcG9zaXRpb246IGF0dGFjaG1lbnQ7CglmaWxl bmFtZT0iSW50ZXJTY2FuX0Rpc2NsYWltZXIudHh0IgoKKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgpEaWVz ZSBFLU1haWwgZW50aMOkbHQgdmVydHJhdWxpY2hlIHVuZC9vZGVyIHJlY2h0bGljaCBnZXNjaMO8 dHp0ZQpJbmZvcm1hdGlvbmVuLiBXZW5uIFNpZSBuaWNodCBkZXIgcmljaHRpZ2UgQWRyZXNzYXQg c2luZCBvZGVyIGRpZXNlIEUtTWFpbAppcnJ0w7xtbGljaCBlcmhhbHRlbiBoYWJlbiwgaW5mb3Jt aWVyZW4gU2llIGJpdHRlIHNvZm9ydCBkZW4gQWJzZW5kZXIgdW5kCnZlcm5pY2h0ZW4gU2llIGRp ZXNlIE1haWwuIERhcyB1bmVybGF1YnRlIEtvcGllcmVuIHNvd2llIGRpZSB1bmJlZnVndGUKV2Vp dGVyZ2FiZSBkaWVzZXIgTWFpbCBpc3QgbmljaHQgZ2VzdGF0dGV0LgoKw5xiZXIgZGFzIEludGVy bmV0IHZlcnNhbmR0ZSBFLU1haWxzIGvDtm5uZW4gdW50ZXIgZnJlbWRlbiBOYW1lbiBlcnN0ZWxs dCBvZGVyCm1hbmlwdWxpZXJ0IHdlcmRlbi4gRGVzaGFsYiBpc3QgZGllc2UgYWxzIEUtTWFpbCB2 ZXJzY2hpY2t0ZSBOYWNocmljaHQga2VpbmUKcmVjaHRzdmVyYmluZGxpY2hlIFdpbGxlbnNlcmts w6RydW5nLgoKQ29sbG9naWEKVW50ZXJuZWhtZW5zYmVyYXR1bmcgQUcKVWJpZXJyaW5nIDExCkQt NTA2NzggS8O2bG4KClZvcnN0YW5kOgpLYWRpciBBa2luCkRyLiBNaWNoYWVsIEjDtmhuZXJiYWNo CgpWb3JzaXR6ZW5kZXIgZGVzIEF1ZnNpY2h0c3JhdGVzOgpIYW5zIEtyaXN0aWFuIExhbmd2YQoK UmVnaXN0ZXJnZXJpY2h0OiBBbXRzZ2VyaWNodCBLw7ZsbgpSZWdpc3Rlcm51bW1lcjogSFJCIDUy IDQ5NwoKVGhpcyBlLW1haWwgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGFuZC9vciBwcml2aWxl Z2VkIGluZm9ybWF0aW9uLiBJZiB5b3UKYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50IChv ciBoYXZlIHJlY2VpdmVkIHRoaXMgZS1tYWlsIGluIGVycm9yKQpwbGVhc2Ugbm90aWZ5IHRoZSBz ZW5kZXIgaW1tZWRpYXRlbHkgYW5kIGRlc3Ryb3kgdGhpcyBlLW1haWwuIEFueQp1bmF1dGhvcml6 ZWQgY29weWluZywgZGlzY2xvc3VyZSBvciBkaXN0cmlidXRpb24gb2YgdGhlIG1hdGVyaWFsIGlu IHRoaXMKZS1tYWlsIGlzIHN0cmljdGx5IGZvcmJpZGRlbi4KCmUtbWFpbHMgc2VudCBvdmVyIHRo ZSBpbnRlcm5ldCBtYXkgaGF2ZSBiZWVuIHdyaXR0ZW4gdW5kZXIgYSB3cm9uZyBuYW1lIG9yCmJl ZW4gbWFuaXB1bGF0ZWQuIFRoYXQgaXMgd2h5IHRoaXMgbWVzc2FnZSBzZW50IGFzIGFuIGUtbWFp bCBpcyBub3QgYQpsZWdhbGx5IGJpbmRpbmcgZGVjbGFyYXRpb24gb2YgaW50ZW50aW9uLgoKQ29s bG9naWEKVW50ZXJuZWhtZW5zYmVyYXR1bmcgQUcKVWJpZXJyaW5nIDExCkQtNTA2NzggS8O2bG4K CmV4ZWN1dGl2ZSBib2FyZDoKS2FkaXIgQWtpbgpEci4gTWljaGFlbCBIw7ZobmVyYmFjaAoKUHJl c2lkZW50IG9mIHRoZSBzdXBlcnZpc29yeSBib2FyZDoKSGFucyBLcmlzdGlhbiBMYW5ndmEKClJl Z2lzdHJ5IG9mZmljZTogZGlzdHJpY3QgY291cnQgQ29sb2duZQpSZWdpc3RlciBudW1iZXI6IEhS QiA1MiA0OTcKCioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioKCi0tLS0tLT1fTmV4dFBhcnRUTS0wMDAtZTA0 OGIyN2MtMjI2Mi00ZWUxLTk5MjctZjVmMWU0ODJlZTYxLS0KCg== --===============8809293344059898542==-- From rjones at redhat.com Mon Jan 20 04:59:10 2014 Content-Type: multipart/mixed; boundary="===============8984170338611276011==" MIME-Version: 1.0 From: Richard W.M. Jones To: users at ovirt.org Subject: Re: [Users] virt-v2v: invalid backend appliance Date: Mon, 20 Jan 2014 09:59:05 +0000 Message-ID: <20140120095905.GK4802@redhat.com> In-Reply-To: 12EF8D94C6F8734FB2FF37B9FBEDD173585D51D1@EXCHANGE.collogia.de --===============8984170338611276011== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Sun, Jan 19, 2014 at 07:56:22PM +0000, Markus Stockhausen wrote: > Hello, > = > just tried to run virt-v2v on Fedora 20. Disk conversion works > flawlessly but in the end the process fails with: > = > libguestfs: create: flags =3D 0, handle =3D 0x4fe26a0, program =3D perl > invalid backend: appliance at /usr/share/perl5/vendor_perl/Sys/VirtConver= t/GuestfsHandle.pm line 83. > libguestfs: closing guestfs handle 0x4fe26a0 (state 0) > = > I'm using the same scripts & configuration files with Fedora 19. > No problems there. > = > Any ideas what is going wrong? This is a bug in libguestfs: https://bugzilla.redhat.com/show_bug.cgi?id=3D1055452 A workaround is to edit the virt-v2v source (one of the *.pm files) and change s/appliance/direct/. Rich. -- = Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjon= es Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) --===============8984170338611276011==-- From stockhausen at collogia.de Mon Jan 20 05:16:53 2014 Content-Type: multipart/mixed; boundary="===============5159868489085658232==" MIME-Version: 1.0 From: Markus Stockhausen To: users at ovirt.org Subject: Re: [Users] virt-v2v: invalid backend appliance Date: Mon, 20 Jan 2014 10:16:41 +0000 Message-ID: <12EF8D94C6F8734FB2FF37B9FBEDD173585D67E3@EXCHANGE.collogia.de> In-Reply-To: 20140120095905.GK4802@redhat.com --===============5159868489085658232== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is a multi-part message in MIME format. ------=3D_NextPartTM-000-1203db95-a836-45af-a24c-d95c1c76f96a Content-Type: text/plain; charset=3D"us-ascii" Content-Transfer-Encoding: quoted-printable >Von: Richard W.M. Jones [rjones(a)redhat.com]=3D0A=3D > Gesendet: Montag, 20. Januar 2014 10:59=3D0A=3D > An: Markus Stockhausen=3D0A=3D > Cc: ovirt-users; mbooth(a)redhat.com=3D0A=3D > Betreff: Re: [Users] virt-v2v: invalid backend appliance=3D0A=3D > =3D0A=3D > On Sun, Jan 19, 2014 at 07:56:22PM +0000, Markus Stockhausen wrote:=3D0A= =3D > > Hello,=3D0A=3D > >=3D0A=3D > > just tried to run virt-v2v on Fedora 20. Disk conversion works=3D0A=3D > > flawlessly but in the end the process fails with:=3D0A=3D > >=3D0A=3D > > libguestfs: create: flags =3D3D 0, handle =3D3D 0x4fe26a0, program =3D3= D perl=3D =3D0A=3D > > invalid backend: appliance at /usr/share/perl5/vendor_perl/Sys/VirtConv= =3D ert/GuestfsHandle.pm line 83.=3D0A=3D > > libguestfs: closing guestfs handle 0x4fe26a0 (state 0)=3D0A=3D > >=3D0A=3D > > I'm using the same scripts & configuration files with Fedora 19.=3D0A= =3D > > No problems there.=3D0A=3D > >=3D0A=3D > > Any ideas what is going wrong?=3D0A=3D > =3D0A=3D > This is a bug in libguestfs:=3D0A=3D > =3D0A=3D > https://bugzilla.redhat.com/show_bug.cgi?id=3D3D1055452=3D0A=3D > =3D0A=3D > A workaround is to edit the virt-v2v source (one of the *.pm files)=3D0A= =3D > and change s/appliance/direct/.=3D0A=3D =3D0A=3D Thanks for opening a bug, Before destroing the sources... Is there=3D0A=3D any possibility to set an environment variable to set attach mode=3D0A=3D to DIRECT again?=3D0A=3D =3D0A=3D Markus=3D ------=3D_NextPartTM-000-1203db95-a836-45af-a24c-d95c1c76f96a Content-Type: text/plain; name=3D"InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=3D"InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enth=C3=A4lt vertrauliche und/oder rechtlich gesch=C3=BCtzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrt=C3=BCmlich erhalten haben, informieren Sie bitte sofort den Absender u= nd vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. =C3=9Cber das Internet versandte E-Mails k=C3=B6nnen unter fremden Namen er= stellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserkl=C3=A4rung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 K=C3=B6ln Vorstand: Kadir Akin Dr. Michael H=C3=B6hnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht K=C3=B6ln 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=C3=B6ln executive board: Kadir Akin Dr. Michael H=C3=B6hnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=3D_NextPartTM-000-1203db95-a836-45af-a24c-d95c1c76f96a-- --===============5159868489085658232== Content-Type: multipart/mixed MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" ClRoaXMgaXMgYSBtdWx0aS1wYXJ0IG1lc3NhZ2UgaW4gTUlNRSBmb3JtYXQuCgotLS0tLS09X05l eHRQYXJ0VE0tMDAwLTEyMDNkYjk1LWE4MzYtNDVhZi1hMjRjLWQ5NWMxYzc2Zjk2YQpDb250ZW50 LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9InVzLWFzY2lpIgpDb250ZW50LVRyYW5zZmVyLUVu Y29kaW5nOiBxdW90ZWQtcHJpbnRhYmxlCgo+Vm9uOiBSaWNoYXJkIFcuTS4gSm9uZXMgW3Jqb25l c0ByZWRoYXQuY29tXT0wQT0KPiBHZXNlbmRldDogTW9udGFnLCAyMC4gSmFudWFyIDIwMTQgMTA6 NTk9MEE9Cj4gQW46IE1hcmt1cyBTdG9ja2hhdXNlbj0wQT0KPiBDYzogb3ZpcnQtdXNlcnM7IG1i b290aEByZWRoYXQuY29tPTBBPQo+IEJldHJlZmY6IFJlOiBbVXNlcnNdIHZpcnQtdjJ2OiBpbnZh bGlkIGJhY2tlbmQgYXBwbGlhbmNlPTBBPQo+ID0wQT0KPiBPbiBTdW4sIEphbiAxOSwgMjAxNCBh dCAwNzo1NjoyMlBNICswMDAwLCBNYXJrdXMgU3RvY2toYXVzZW4gd3JvdGU6PTBBPQo+ID4gSGVs bG8sPTBBPQo+ID49MEE9Cj4gPiBqdXN0IHRyaWVkIHRvIHJ1biB2aXJ0LXYydiBvbiBGZWRvcmEg MjAuIERpc2sgY29udmVyc2lvbiB3b3Jrcz0wQT0KPiA+IGZsYXdsZXNzbHkgYnV0IGluIHRoZSBl bmQgdGhlIHByb2Nlc3MgZmFpbHMgd2l0aDo9MEE9Cj4gPj0wQT0KPiA+IGxpYmd1ZXN0ZnM6IGNy ZWF0ZTogZmxhZ3MgPTNEIDAsIGhhbmRsZSA9M0QgMHg0ZmUyNmEwLCBwcm9ncmFtID0zRCBwZXJs PQo9MEE9Cj4gPiBpbnZhbGlkIGJhY2tlbmQ6IGFwcGxpYW5jZSBhdCAvdXNyL3NoYXJlL3Blcmw1 L3ZlbmRvcl9wZXJsL1N5cy9WaXJ0Q29udj0KZXJ0L0d1ZXN0ZnNIYW5kbGUucG0gbGluZSA4My49 MEE9Cj4gPiBsaWJndWVzdGZzOiBjbG9zaW5nIGd1ZXN0ZnMgaGFuZGxlIDB4NGZlMjZhMCAoc3Rh dGUgMCk9MEE9Cj4gPj0wQT0KPiA+IEknbSB1c2luZyB0aGUgc2FtZSBzY3JpcHRzICYgY29uZmln dXJhdGlvbiBmaWxlcyB3aXRoIEZlZG9yYSAxOS49MEE9Cj4gPiBObyBwcm9ibGVtcyB0aGVyZS49 MEE9Cj4gPj0wQT0KPiA+IEFueSBpZGVhcyB3aGF0IGlzIGdvaW5nIHdyb25nPz0wQT0KPiA9MEE9 Cj4gVGhpcyBpcyBhIGJ1ZyBpbiBsaWJndWVzdGZzOj0wQT0KPiA9MEE9Cj4gaHR0cHM6Ly9idWd6 aWxsYS5yZWRoYXQuY29tL3Nob3dfYnVnLmNnaT9pZD0zRDEwNTU0NTI9MEE9Cj4gPTBBPQo+IEEg d29ya2Fyb3VuZCBpcyB0byBlZGl0IHRoZSB2aXJ0LXYydiBzb3VyY2UgKG9uZSBvZiB0aGUgKi5w bSBmaWxlcyk9MEE9Cj4gYW5kIGNoYW5nZSBzL2FwcGxpYW5jZS9kaXJlY3QvLj0wQT0KPTBBPQpU aGFua3MgZm9yIG9wZW5pbmcgYSBidWcsIEJlZm9yZSBkZXN0cm9pbmcgdGhlIHNvdXJjZXMuLi4g SXMgdGhlcmU9MEE9CmFueSBwb3NzaWJpbGl0eSB0byBzZXQgYW4gZW52aXJvbm1lbnQgdmFyaWFi bGUgdG8gc2V0IGF0dGFjaCBtb2RlPTBBPQp0byBESVJFQ1QgYWdhaW4/PTBBPQo9MEE9Ck1hcmt1 cz0KLS0tLS0tPV9OZXh0UGFydFRNLTAwMC0xMjAzZGI5NS1hODM2LTQ1YWYtYTI0Yy1kOTVjMWM3 NmY5NmEKQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOwoJbmFtZT0iSW50ZXJTY2FuX0Rpc2NsYWlt ZXIudHh0IgpDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiA3Yml0CkNvbnRlbnQtRGlzcG9zaXRp b246IGF0dGFjaG1lbnQ7CglmaWxlbmFtZT0iSW50ZXJTY2FuX0Rpc2NsYWltZXIudHh0IgoKKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKgpEaWVzZSBFLU1haWwgZW50aMOkbHQgdmVydHJhdWxpY2hlIHVuZC9v ZGVyIHJlY2h0bGljaCBnZXNjaMO8dHp0ZQpJbmZvcm1hdGlvbmVuLiBXZW5uIFNpZSBuaWNodCBk ZXIgcmljaHRpZ2UgQWRyZXNzYXQgc2luZCBvZGVyIGRpZXNlIEUtTWFpbAppcnJ0w7xtbGljaCBl cmhhbHRlbiBoYWJlbiwgaW5mb3JtaWVyZW4gU2llIGJpdHRlIHNvZm9ydCBkZW4gQWJzZW5kZXIg dW5kCnZlcm5pY2h0ZW4gU2llIGRpZXNlIE1haWwuIERhcyB1bmVybGF1YnRlIEtvcGllcmVuIHNv d2llIGRpZSB1bmJlZnVndGUKV2VpdGVyZ2FiZSBkaWVzZXIgTWFpbCBpc3QgbmljaHQgZ2VzdGF0 dGV0LgoKw5xiZXIgZGFzIEludGVybmV0IHZlcnNhbmR0ZSBFLU1haWxzIGvDtm5uZW4gdW50ZXIg ZnJlbWRlbiBOYW1lbiBlcnN0ZWxsdCBvZGVyCm1hbmlwdWxpZXJ0IHdlcmRlbi4gRGVzaGFsYiBp c3QgZGllc2UgYWxzIEUtTWFpbCB2ZXJzY2hpY2t0ZSBOYWNocmljaHQga2VpbmUKcmVjaHRzdmVy YmluZGxpY2hlIFdpbGxlbnNlcmtsw6RydW5nLgoKQ29sbG9naWEKVW50ZXJuZWhtZW5zYmVyYXR1 bmcgQUcKVWJpZXJyaW5nIDExCkQtNTA2NzggS8O2bG4KClZvcnN0YW5kOgpLYWRpciBBa2luCkRy LiBNaWNoYWVsIEjDtmhuZXJiYWNoCgpWb3JzaXR6ZW5kZXIgZGVzIEF1ZnNpY2h0c3JhdGVzOgpI YW5zIEtyaXN0aWFuIExhbmd2YQoKUmVnaXN0ZXJnZXJpY2h0OiBBbXRzZ2VyaWNodCBLw7ZsbgpS ZWdpc3Rlcm51bW1lcjogSFJCIDUyIDQ5NwoKVGhpcyBlLW1haWwgbWF5IGNvbnRhaW4gY29uZmlk ZW50aWFsIGFuZC9vciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uLiBJZiB5b3UKYXJlIG5vdCB0aGUg aW50ZW5kZWQgcmVjaXBpZW50IChvciBoYXZlIHJlY2VpdmVkIHRoaXMgZS1tYWlsIGluIGVycm9y KQpwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgaW1tZWRpYXRlbHkgYW5kIGRlc3Ryb3kgdGhpcyBl LW1haWwuIEFueQp1bmF1dGhvcml6ZWQgY29weWluZywgZGlzY2xvc3VyZSBvciBkaXN0cmlidXRp b24gb2YgdGhlIG1hdGVyaWFsIGluIHRoaXMKZS1tYWlsIGlzIHN0cmljdGx5IGZvcmJpZGRlbi4K CmUtbWFpbHMgc2VudCBvdmVyIHRoZSBpbnRlcm5ldCBtYXkgaGF2ZSBiZWVuIHdyaXR0ZW4gdW5k ZXIgYSB3cm9uZyBuYW1lIG9yCmJlZW4gbWFuaXB1bGF0ZWQuIFRoYXQgaXMgd2h5IHRoaXMgbWVz c2FnZSBzZW50IGFzIGFuIGUtbWFpbCBpcyBub3QgYQpsZWdhbGx5IGJpbmRpbmcgZGVjbGFyYXRp b24gb2YgaW50ZW50aW9uLgoKQ29sbG9naWEKVW50ZXJuZWhtZW5zYmVyYXR1bmcgQUcKVWJpZXJy aW5nIDExCkQtNTA2NzggS8O2bG4KCmV4ZWN1dGl2ZSBib2FyZDoKS2FkaXIgQWtpbgpEci4gTWlj aGFlbCBIw7ZobmVyYmFjaAoKUHJlc2lkZW50IG9mIHRoZSBzdXBlcnZpc29yeSBib2FyZDoKSGFu cyBLcmlzdGlhbiBMYW5ndmEKClJlZ2lzdHJ5IG9mZmljZTogZGlzdHJpY3QgY291cnQgQ29sb2du ZQpSZWdpc3RlciBudW1iZXI6IEhSQiA1MiA0OTcKCioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKCi0tLS0t LT1fTmV4dFBhcnRUTS0wMDAtMTIwM2RiOTUtYTgzNi00NWFmLWEyNGMtZDk1YzFjNzZmOTZhLS0K --===============5159868489085658232==-- From rjones at redhat.com Mon Jan 20 05:27:31 2014 Content-Type: multipart/mixed; boundary="===============4075174360491226404==" MIME-Version: 1.0 From: Richard W.M. Jones To: users at ovirt.org Subject: Re: [Users] virt-v2v: invalid backend appliance Date: Mon, 20 Jan 2014 10:27:24 +0000 Message-ID: <20140120102724.GL4802@redhat.com> In-Reply-To: 12EF8D94C6F8734FB2FF37B9FBEDD173585D67E3@EXCHANGE.collogia.de --===============4075174360491226404== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Mon, Jan 20, 2014 at 10:16:41AM +0000, Markus Stockhausen wrote: > >Von: Richard W.M. Jones [rjones(a)redhat.com] > > https://bugzilla.redhat.com/show_bug.cgi?id=3D1055452 This will be fixed in libguestfs >=3D 1.24.5. > > A workaround is to edit the virt-v2v source (one of the *.pm files) > > and change s/appliance/direct/. > = > Thanks for opening a bug, Before destroing the sources... Is there > any possibility to set an environment variable to set attach mode > to DIRECT again? No. In Fedora >=3D 18 there is a non-upstream patch which unconditionally calls $g->set_attach_method ("appliance") (in lib/Sys/VirtConvert/GuestfsHandle.pm). There is no way to use an environment variable to override this. Rich. -- = Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjon= es virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top --===============4075174360491226404==--