similar to: Re: [PATCH v3 0/5] v2v: more control over device types

What about display type? I found there is no graphics type part showed in guest xml for Vmware esxi guests before conversion,but after conversion by virt-v2v,the display type of some guests changed to spice while some changed to vnc. Best regards, Tingting Zheng（郑婷婷） ----- Original Message ----- | From: "Richard W.M. Jones" <rjones@redhat.com> | To: "Roman Kagan"

On Tue, 2015-10-27 at 11:00 -0400, Amnon Ilan wrote: > Hi Jeff, > > There were some questions on the libguestfs mailing list regarding virtio-win iso an packaging (see below). > Could you answer it on the list? (just send it to libguestfs@redhat.com , no need to register, keep us CCed) > The people asking are from Virtuozzo, they are not customers or official partners, just good

On Tue, Mar 14, 2023 at 04:06:18PM +0200, Andrey Drobyshev wrote: > Speaking of "make check": could you point out, for future reference, > which particular sub-target you're referring to here? I can see these: > check-am, check-recursive, check-slow, check-TESTS, check-valgrind. And > none of them seems to refer to checking docs integrity. Yet running > entire

----- Original Message ----- > From: "Amnon Ilan" <ailan@redhat.com> > To: "Vadim Rozenfeld" <vrozenfe@redhat.com>, "Li Jin" <lijin@redhat.com> > Cc: "Richard W.M. Jones" <rjones@redhat.com>, "Roman Kagan" <rkagan@virtuozzo.com>, libguestfs@redhat.com, "Jeff > Nelson" <jenelson@redhat.com>,

On Tue, Feb 09, 2016 at 05:53:55PM +0300, Roman Kagan wrote: > +and s_nic_model = Source_rtl8139 | Source_e1000 | Source_virtio_net [...] > +and source_video = Source_Cirrus | Source_QXL As you know there could be a lot of other input devices. At the moment the code basically ignores these (but it prints a warning "unknown [video|network] adapter model %s ignored"). I think we

On 3/17/23 13:46, Andrey Drobyshev wrote: > On 3/17/23 10:37, Laszlo Ersek wrote: >> On 3/16/23 17:14, Andrey Drobyshev wrote: >>> On 3/15/23 00:16, Richard W.M. Jones wrote: >>>> On Tue, Mar 14, 2023 at 04:06:18PM +0200, Andrey Drobyshev wrote: >>>>> Speaking of "make check": could you point out, for future reference, >>>>>

On Wed, Oct 14, 2015 at 07:55:41PM +0300, Roman Kagan wrote: > Libguestfs supports passing an ISO image as a source of virtio windows > drivers to v2v. > > This series attempts to make it simpler and better scoped. Looks good (apart from patch 3 - the Gc.compact is necessary!) I'm just running the tests and will push it later if that goes well. Thanks, Rich. -- Richard Jones,

(Apologies if I missed anyone off the To: line. Please add anyone else who is interested, but keep the libguestfs public mailing list) I did some preparatory work on adding the new ‘virt-v2v -o openstack’ output mode. I've put it in a private (non-FFwd) branch here: https://github.com/rwmjones/libguestfs/tree/openstack Most of the work was refactoring virt-v2v so that we have all of the

On 5 Jul 2018, at 16:15, Richard W.M. Jones <rjones@redhat.com> wrote: On Thu, Jul 05, 2018 at 03:57:43PM +0200, Fabien Dupont wrote: Does genid exist in oVirt ? If yes, is it already preserved or should it be a new patch ? This patch does not preserve it for any RHV output mode: We are missing support currently for all OVF-based formats (hence ‘-i ova’, and all oVirt/RHV output

On Tue, Sep 01, 2020 at 10:08:24PM +0300, Nir Soffer wrote: > > > I'm completely sure what the question means, but virt-v2v currently > > > does this: > > > > > > qemu-img create -f FORMAT filename > > > qemu-img convert -n overlay filename > > This works, we also do this with file and block devices in most cases. > > I was

On Wed, Aug 12, 2020 at 03:52:34PM +0300, Vladimir Sementsov-Ogievskiy wrote: > 12.08.2020 15:39, Andrey Shinkevich wrote: > >For the appliance of the QCOW2 format, get the UUID of the disk by > >reading the first 256k bytes with 'qemu-img dd' command. Then pass the > >read block to the 'file' command. In case of failure, run the 'file' > >command

The decision on which device type to use for disks, network and video cards on output used to be taken deep inside the converting functions. This is not always desirable. In particular, there are scenarios when this decision is made before the convertion takes place. E.g. in in-place mode, the decisions are taken and the output VM configuration is created outside of v2v tool. This patchset

On Wed, Aug 12, 2020 at 04:12:28PM +0300, Vladimir Sementsov-Ogievskiy wrote: > 12.08.2020 15:52, Vladimir Sementsov-Ogievskiy wrote: > >12.08.2020 15:39, Andrey Shinkevich wrote: > >>For the appliance of the QCOW2 format, get the UUID of the disk by > >>reading the first 256k bytes with 'qemu-img dd' command. Then pass the > >>read block to the

On Tue, Aug 28, 2018 at 11:50:56PM +0300, Nir Soffer wrote: > With python 3, we have a nicer way to handle socket.error with errno set > to EPIPE (or ESHUTDOWN). > > This is also more correct since in some cases (that I could not > reproduce yet with v2v), using e[0] with BrokenPipeError will fail with: > > >>> OSError(errno.EPIPE, "Broken pipe")[0] >

On Thu, Mar 24, 2016 at 02:17:00PM +0300, Roman Kagan wrote: > On Wed, Mar 23, 2016 at 07:32:50PM +0000, Richard W.M. Jones wrote: > > FAIL: test-v2v-print-source.sh > > ============================== > > > > ./test-v2v-print-source.sh: unexpected output from test: > > [ 0.0] Opening the source -i libvirt -ic

On Thu, Oct 15, 2015 at 12:27:58PM +0300, Roman Kagan wrote: > On Thu, Oct 15, 2015 at 10:07:45AM +0100, Richard W.M. Jones wrote: > > On Wed, Oct 14, 2015 at 07:55:41PM +0300, Roman Kagan wrote: > > > Libguestfs supports passing an ISO image as a source of virtio windows > > > drivers to v2v. > > > > > > This series attempts to make it simpler and

Killall does nothing the process is still alive... If I do kill -9, do I get a core dump ? Each time I got this hang, I find only umount -f /tmp/xxxx to force qemu-img to stop. Alain -----Message d'origine----- De : Richard W.M. Jones [mailto:rjones@redhat.com] Envoyé : mercredi 15 octobre 2014 14:41 À : VONDRA Alain Cc : libguestfs@redhat.com Objet : Re: [Libguestfs] Virt-v2v conversion

On Tue, Sep 01, 2020 at 07:37:42PM +0100, Richard W.M. Jones wrote: > On Tue, Sep 01, 2020 at 08:55:38PM +0300, Nir Soffer wrote: > ... > > > Note this commit intentionally does not prevent you from writing qcow2 > > > to a block device. RHV uses this so it is a thing that people do. > ... > > > +Note that you must create block devices of the correct size, and

On Wed, Jun 27, 2018 at 12:37:20PM +0300, Nir Soffer wrote: > I tested the patch yesterday, and unix socket did not work - silently. > > After changing the code to: > > try: > with builtin_open("/etc/vdsm/vdsm.id") as f: > vdsm_id = f.readline().strip() > except Exception as e: > debug("cannot read host hardware id:

On 2/24/23 14:02, Laszlo Ersek wrote: > On 2/24/23 12:55, Denis V. Lunev wrote: >> On 2/24/23 05:56, Laszlo Ersek wrote: > >>> I've got zero experience with in-place conversions. I've skimmed >>> <https://libguestfs.org/virt-v2v-in-place.1.html> now, but the use case >>> continues to elude me. >>> >>> What is in-place