------=_NextPartTM-000-e048b27c-2262-4ee1-9927-f5f1e482ee61 Content-Type: multipart/alternative; boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD173585D51D1EXCHANGEcollogi_" --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585D51D1EXCHANGEcollogi_ Content-Type: text/plain; charset="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 =3D 0, handle =3D 0x4fe26a0, program =3D perl invalid backend: appliance at /usr/share/perl5/vendor_perl/Sys/VirtConvert/= 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html dir=3D"ltr"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style id=3D"owaParaStyle" type=3D"text/css">P {margin-top:0;margin-bottom:= 0;}</style> </head> <body ocsi=3D"0" fpstyle=3D"1"> <div style=3D"direction: ltr;font-family: Tahoma;color: #000000;font-size: = 10pt;">Hello,<br> <br> just tried to run virt-v2v on Fedora 20. Disk conversion works<br> flawlessly but in the end the process fails with:<br> <br> libguestfs: create: flags =3D 0, handle =3D 0x4fe26a0, program =3D perl<br> invalid backend: appliance at /usr/share/perl5/vendor_perl/Sys/VirtConvert/= GuestfsHandle.pm line 83.<br> libguestfs: closing guestfs handle 0x4fe26a0 (state 0)<br> <br> I'm using the same scripts & configuration files with Fedora 19.<br> No problems there.<br> <br> Any ideas what is going wrong?<br> <br> Markus<br> <br> </div> </body> </html> --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585D51D1EXCHANGEcollogi_-- ------=_NextPartTM-000-e048b27c-2262-4ee1-9927-f5f1e482ee61 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-e048b27c-2262-4ee1-9927-f5f1e482ee61--
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 = 0, handle = 0x4fe26a0, program = perl invalid backend: appliance at /usr/share/perl5/vendor_perl/Sys/VirtConvert/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=1055452 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/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#)
This is a multi-part message in MIME format. ------=_NextPartTM-000-1203db95-a836-45af-a24c-d95c1c76f96a Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Von: Richard W.M. Jones [rjones@redhat.com]=0A= Gesendet: Montag, 20. Januar 2014 10:59=0A= An: Markus Stockhausen=0A= Cc: ovirt-users; mbooth@redhat.com=0A= Betreff: Re: [Users] virt-v2v: invalid backend appliance=0A= =0A= On Sun, Jan 19, 2014 at 07:56:22PM +0000, Markus Stockhausen wrote:=0A=
Hello,=0A= =0A= just tried to run virt-v2v on Fedora 20. Disk conversion works=0A= flawlessly but in the end the process fails with:=0A= =0A= libguestfs: create: flags =3D 0, handle =3D 0x4fe26a0, program =3D perl= =0A= invalid backend: appliance at /usr/share/perl5/vendor_perl/Sys/VirtConv= ert/GuestfsHandle.pm line 83.=0A= libguestfs: closing guestfs handle 0x4fe26a0 (state 0)=0A= =0A= I'm using the same scripts & configuration files with Fedora 19.=0A= No problems there.=0A= =0A= Any ideas what is going wrong?=0A= =0A= This is a bug in libguestfs:=0A= =0A= https://bugzilla.redhat.com/show_bug.cgi?id=3D1055452=0A= =0A= A workaround is to edit the virt-v2v source (one of the *.pm files)=0A= and change s/appliance/direct/.=0A= =0A= Thanks for opening a bug, Before destroing the sources... Is there=0A= any possibility to set an environment variable to set attach mode=0A= to DIRECT again?=0A= =0A= Markus= ------=_NextPartTM-000-1203db95-a836-45af-a24c-d95c1c76f96a 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-1203db95-a836-45af-a24c-d95c1c76f96a--
On Mon, Jan 20, 2014 at 10:16:41AM +0000, Markus Stockhausen wrote:
Von: Richard W.M. Jones [rjones@redhat.com] https://bugzilla.redhat.com/show_bug.cgi?id=1055452
This will be fixed in libguestfs >= 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 >= 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/~rjones 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
participants (2)
-
Markus Stockhausen -
Richard W.M. Jones