search for: fdupont

...simply have to agree on the JSON keys we expect and the where the new -oo keys go. Also, the script is quite simple and relies on OpenStack Python SDK, which is also used by the OpenStack CLI, so no additional dependencies are required and it should be easy to maintain. [1] https://gist.github.com/fdupont-redhat/934b3efb6d66a991a80149235066d7d7#file-post_conversion-py [2] https://gist.github.com/fdupont-redhat/934b3efb6d66a991a80149235066d7d7#file-test-migration-json -- *Fabien Dupont* PRINCIPAL SOFTWARE ENGINEER Red Hat - Solutions Engineering fabien@redhat.com M: +33 (0) 662 784 971 <...

On Tue, 27 Feb 2018 13:43:59 +0100 Fabien Dupont <fdupont@redhat.com> wrote: > We can still find them and run the sysprep, but I have > the feeling that it would be more logical if virt-v2v did the sysprep when > target is oVirt / RHV. This is trickier than you think. For LVM volumes somebody (VDSM) has to lock and prepare the disks for you...

I have a user (fdupont) who is attempting to use Windows Explorer to delete a file on a samba share and is getting following errors when attempting to delete some files. This problem does not effect every file in the directory and she is both the Owner and in the Proper Group. -rw-rw-r-- 1 fdupont iads 97792 Feb 24 1...

...jEZsATdLak9rxbtbuRBiCYcHMAuQWIbVzo1IW1w+WE6DDLc2qwkb0RCozq3wzEJgVUTNMRa9gEzRtD3WGeV2wegt/FNpM1/lXM9T1Ki577vCcv0zFAr4JoNW2YjtFO83t8N5+rDgE4Ar9jFGZWjhB7NuYUN2MlzS1DjXi3SxbBm8gd1ReiqNA7MruUudqQ8I/TgSE5CxQL0UH67c3Y17hyzQDT/r8DAqfDm2P6HzSJQXBVZ7+j IMS Migration", "name": "fdupont", "type": "ssh" } ], "launch_index": 0, "name": "ims_host_1", "project_id": "641a64a1a42d429f9606b345f328d306", "public_keys": { "fdupont": "ssh-rsa AA...

...ON keys we expect and the where > the new -oo keys go. Also, the script is quite simple and relies on > OpenStack Python SDK, which is also used by the OpenStack CLI, so no > additional dependencies are required and it should be easy to maintain. > > [1] > https://gist.github.com/fdupont-redhat/934b3efb6d66a991a80149235066d7d7#file-post_conversion-py > [2] > https://gist.github.com/fdupont-redhat/934b3efb6d66a991a80149235066d7d7#file-test-migration-json I'm still confused about how this fits with virt-v2v, even conceptually. Why don't you just run virt-v2v with the...

On Mon, Sep 24, 2018 at 6:30 PM Richard W.M. Jones <rjones@redhat.com> wrote: > On Mon, Sep 24, 2018 at 10:00:21AM +0200, Fabien Dupont wrote: > > Hi, > > Hi Fabien, sorry I didn't respond to this earlier as I was doing some > work. If you CC me on emails then you can usually get a quicker > response. > > > I've read the virt-v2v OpenStack output code

...t; > the new -oo keys go. Also, the script is quite simple and relies on > > OpenStack Python SDK, which is also used by the OpenStack CLI, so no > > additional dependencies are required and it should be easy to maintain. > > > > [1] > > > https://gist.github.com/fdupont-redhat/934b3efb6d66a991a80149235066d7d7#file-post_conversion-py > > [2] > > > https://gist.github.com/fdupont-redhat/934b3efb6d66a991a80149235066d7d7#file-test-migration-json > > I'm still confused about how this fits with virt-v2v, even > conceptually. > > Why don...

...upload-disk API ? When you upload a VM, oVirt knows what to do with it and handle the locking and any operations required to make the VM an oVirt VM. On 27 February 2018 at 13:53, Tomáš Golembiovský <tgolembi@redhat.com> wrote: > On Tue, 27 Feb 2018 13:43:59 +0100 > Fabien Dupont <fdupont@redhat.com> wrote: > > > We can still find them and run the sysprep, but I have > > the feeling that it would be more logical if virt-v2v did the sysprep > when > > target is oVirt / RHV. > > This is trickier than you think. For LVM volumes somebody (VDSM) has to &g...

On Tue, Feb 27, 2018 at 12:53:08PM +0100, Pino Toscano wrote: > On Tuesday, 27 February 2018 12:35:36 CET Tomáš Golembiovský wrote: > > Remove ties to MAC address because it is likely to change. > > v2v tries to preserve the MAC address of network interfaces; few months > ago we did a fix regarding this: > https://bugzilla.redhat.com/show_bug.cgi?id=1506572 > > The

...ch can be > queried remotely, while tending to the long-running virt-v2v behind > the scenes. [Tomáš: Got a link to the code? I can't find it right now] > Thanks for adding explanation. FWIW, Ansible is not involved in IMS. There are some rogue code out there (https://github.com/fdupont-redhat/ims-v2v-engine_ansible) doing things with Ansible, because I like experimenting. Virt-v2v-wrapper code is available here: https://github.com/oVirt/ovirt-ansible-v2v-conversion-host/blob/master/files/virt-v2v-wrapper.py > > The first challenge we faced is the interaction with virt-v2...

[Adding Tomas Golembiovsky] On Wed, Sep 26, 2018 at 12:11 PM Richard W.M. Jones <rjones@redhat.com> wrote: > > Rather than jumping to a solution, can you explain what the problem > is that you're trying to solve? > > You need to do <X>, you tried virt-v2v, it doesn't do <X>, etc. > Well, that's mainly IMS related challenges. We're working on

New code tries SIGTERM first, with a grace period of 30 seconds: https://github.com/ManageIQ/manageiq-content/pull/433. On Wed, Sep 26, 2018 at 6:10 PM Richard W.M. Jones <rjones@redhat.com> wrote: > On Wed, Sep 26, 2018 at 04:57:19PM +0200, Fabien Dupont wrote: > > It's not virt-v2v-wrapper that kills virt-v2v, it's ManageIQ. We have the > > PID from

Running sysprep is quite easy today because we use the export domain, which is frequently NFS. So we simply mount it on the conversion host and run sysprep against the disks of the converted VM before it is imported. Soon, we want to skip the export domain, so the disks of the VM will be in a separate domain. We can still find them and run the sysprep, but I have the feeling that it would be more

On Wed, Dec 5, 2018 at 12:01 PM Richard W.M. Jones <rjones@redhat.com> wrote: > On Wed, Dec 05, 2018 at 09:01:16AM +0000, Roman Kagan wrote: > > On Tue, Dec 04, 2018 at 05:29:31PM +0000, Richard W.M. Jones wrote: > > > This patch is just for discussion. There are still a couple of issues > > > that I'm trying to fix. > > > > Sorry if I missed the

Hi, I'm experiencing a weird behavior when tried to use guestmount with a XFS formatted volume. I have created a RHEL 8 virtual machine using libvirt. I have retrieved the disk image on a RHEL 7.7 server to mount the image root filesystem and explore it. The command returns an error message: # guestmount -a /disks/jamesdream.qcow2 -m /dev/sda1 /mnt/ libguestfs: error: mount_options: mount

Hi, I've read the virt-v2v OpenStack output code to understand how it works and I've seen this: > (* The server name or UUID of the conversion appliance where > * virt-v2v is currently running. In future we may be able > * to make this optional and derive it from the OpenStack > * metadata service instead. > *) > server_id : string; Indeed, it can be

Hi Rich and Pino, Commenting after a test. I've installed a RHEL 7 virtual machine with 2 disks, using the graphical installer. During the installation, I selected the 2 disks as well as encryption checkbox. It asked me for only one password. After the installation, when the machine boots, it asks for the password (showing a device UUID) only once. When connected as root, I can see that there

Does genid exist in oVirt ? If yes, is it already preserved or should it be a new patch ? On Thu, Jul 5, 2018 at 3:44 PM Richard W.M. Jones <rjones@redhat.com> wrote: > virt-v2v moves guests, it doesn't clone them. Therefore we should try > to preserve the VM Generation ID (genid) as much as possible. > > This has the ability to read the genid from VMware VMX files and