search for: oirase

...er.]". HTTP response code is 409. > > '] > > > > I think this error means that the disk is currently busy, probably because > of the real error. > > Ilanit, can you share complete virt-v2v and daemon logs? These are quite large so I uploaded them here: http://oirase.annexia.org/tmp/v2v-import-20190808T125134-439694.log http://oirase.annexia.org/tmp/v2v-import-20190808T125134-439694-wrapper.log Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-bui...

Hello I have error virt-v2v: error: unable to rebuild initrd (/boot/initramfs-4.2.3-300.fc23.x86_64.img) because mkinitrd or dracut was not found in the guest My physical machine run on fedora23 Boot on usb made from virt-p2v-livecd-1.32.0.fc23.iso <http://oirase.annexia.org/virt-p2v/virt-p2v-livecd-1.32.0.fc23.iso> Log joined to this mail Do you have this problem ?

Hello, we would like to sync all files from http://oirase.annexia.org/virt-p2v/ with Foreman/Katello. Is it possible to provide "repodata" for this public directory? Without it we can not sync it. Greets, Denis

http://oirase.annexia.org/nbdkit/ Please read the README file first: http://oirase.annexia.org/nbdkit/README I uploaded these because a github user requested them. I'm not promising that these will be updated with any regularity. If it's something that people want to see then we'll need to fin...

In RHEL 6.5 we are probably going to rebase libguestfs, febootstrap and virt-v2v. As usual when this happens, I've put up a preview repository: http://oirase.annexia.org/tmp/libguestfs-RHEL-6.5/ If you want to use these packages, the easiest thing to do is to copy the attached file into /etc/yum.repos.d/ and simply install or upgrade libguestfs. If you want to test libguestfs, obviously run 'libguestfs-test-tool' and also try a few things here...

(Actually, libguestfs from git, but 1.24 and git are pretty close now) First install augeas 1.0.0 from here: http://oirase.annexia.org/tmp/libguestfs-RHEL-6.5/ Check out libguestfs from git. You'll need to create two files in the libguestfs source directory: "localconfigure" containing: ---------------------------------------------------------------------- source localenv # qemu is too old (< 1.0)...

We need one simple deployment of converting a given server with some OS converted to a Virtual Machine. i.e. -> to have a simple Linux/fedora machine and install apache or any web server for testing or any application for that matter - the purpose here is to see if this application works after the conversion to a virtual machine -> Convert P2V using the tools. -> Start virtual machine

Hello, I am trying to make a .iso to p2v some old windows servers, and I installed a brand new FC22 server to build my images I run virt-p2v-make-kickstart fedora livecd-creator p2v.ks and I get the following error: Installing: grubby ##################### [435/436] Installing: uboot-tools ##################### [436/436] Installing:

...ains this patch. Unfortunately I cannot upload it to the website[2] for some reason right now, so I have put it here[3] instead temporarily. You will need to persuade the OPAM developers to move to this version. Rich. [1] http://libvirt.org/ocaml/ [2] http://libvirt.org/sources/ocaml/ [3] http://oirase.annexia.org/tmp/ocaml-libvirt-0.6.1.4.tar.gz -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html

Hi Pino: I've suppressed some OCaml and libosinfo valgrind errors in virt-v2v. The remaining valgrind errors are here: http://oirase.annexia.org/tmp/v2vvg/ They all seem to be basically the same. But I couldn't work out if these are expected leaks in the libosinfo code (in which case we should suppress them), or if they are actual bugs because we are missing a true destructor here: https://github.com/libguestfs/virt-v2v...

This message got caught in moderation because the attachment was large. I put the attachment here: http://oirase.annexia.org/tmp/2023-lgarrett-virt-v2v-debug-output.txt ----- Forwarded message from Lee Garrett <lgarrett at rocketjump.eu> ----- Date: Sun, 10 Sep 2023 00:09:17 +0200 From: Lee Garrett <lgarrett at rocketjump.eu> To: libguestfs at redhat.com Subject: virt-v2v creating image that doe...

...To force a particular preallocation mode for the output image, an extra step might be required, and that would have to be modelled in the planner. The blog post above is quite interesting. Though Wordpress in its infinite wisdom decided to break the diagram. You can see the diagram here: http://oirase.annexia.org/rwmj.wp.com/strips.svg Rich. > > [1] > https://github.com/lago-project/lago-images/blob/inital-setup/bin/build.py > > > > > > In the general case implementing this is more complicated. I think it > > would require another planner transition. > &...

On 8/10/2015 4:20 PM, Richard W.M. Jones wrote: > On Mon, Aug 10, 2015 at 04:01:40PM -0400, Martin Breault wrote: > Yup, livecd-tools is broken junk. I'm building ISOs you can download > here: http://oirase.annexia.org/virt-p2v The RHEL-7.2-preview/ > directory contains the latest version, and should work fine with > virt-v2v from Fedora. These are built in a RHEL 7 VM, using the EPEL 7 > version of livecd-tools which seems to work more reliably. I would > caution you that you should a...

Le 17/11/2014 20:31, Richard W.M. Jones a écrit : > On Mon, Nov 17, 2014 at 07:45:12PM +0100, Nicolas Ecarnot wrote: >> But I would be enthusiastic to install a dedicated P2V server, on >> RH7, with the very last libguestfs, if that helps me to insure our >> future P2V will succeed. >> But according to what I understood so far, I'm not sure one can >> install

On Mon, Mar 18, 2019 at 06:51:26PM +0200, Daniel Erez wrote: > After invoking transfer_service.finalize, check operation > status by examining DiskStatus. > This is done instead of failing after a predefined timeout > regardless the status. > > * not verified * > > Bug-Url: https://bugzilla.redhat.com/show_bug.cgi?id=1680361 > --- > v2v/rhv-upload-plugin.py | 19

...; getsebool: SELinux is disabled > success > > The .iso builds however the boot menu just returns to itself and I > never get to the p2v menu. What am I doing incorrectly to build the > ISO? Yup, livecd-tools is broken junk. I'm building ISOs you can download here: http://oirase.annexia.org/virt-p2v The RHEL-7.2-preview/ directory contains the latest version, and should work fine with virt-v2v from Fedora. These are built in a RHEL 7 VM, using the EPEL 7 version of livecd-tools which seems to work more reliably. I would caution you that you should always run livecd-tool...

..., Aug 10, 2015 at 04:23:24PM -0400, Martin Breault wrote: > > > On 8/10/2015 4:20 PM, Richard W.M. Jones wrote: > >On Mon, Aug 10, 2015 at 04:01:40PM -0400, Martin Breault wrote: > >Yup, livecd-tools is broken junk. I'm building ISOs you can > >download here: http://oirase.annexia.org/virt-p2v The > >RHEL-7.2-preview/ directory contains the latest version, and > >should work fine with virt-v2v from Fedora. These are built in a > >RHEL 7 VM, using the EPEL 7 version of livecd-tools which seems to > >work more reliably. I would caution you that...

...s <rjones@redhat.com> wrote: > > Both local filesystems, but on different SATA devices. > > Okay. I'm curious what the strace -f output looks like (only the > preadv(2)/pwritev(2) syscalls are interesting at the moment). Here's the full strace from one run: http://oirase.annexia.org/tmp/strace.xz The command is (with the output.qcow2 file created in a previous run): $ strace -o /tmp/strace -f -s 1024 qemu-img convert -f raw fedora-27.img -O qcow2 /var/tmp/output.qcow2 -m 8 -W -n The version of qemu is: qemu-2.10.0-7.fc28.x86_64 Rich. -- Richard Jones, Virtu...

On Tuesday, 14 April 2020 11:53:30 CEST Richard W.M. Jones wrote: > I've suppressed some OCaml and libosinfo valgrind errors in virt-v2v. > > The remaining valgrind errors are here: > > http://oirase.annexia.org/tmp/v2vvg/ > > They all seem to be basically the same. But I couldn't work out if > these are expected leaks in the libosinfo code (in which case we > should suppress them), I think this might have to do with the glib allocator (libosinfo is based on glib, so it alloc...

On Thu, Nov 16, 2017 at 3:10 PM, Richard W.M. Jones <rjones@redhat.com> wrote: > On Thu, Nov 16, 2017 at 02:47:46PM +0000, Stefan Hajnoczi wrote: >> The threads you observed are the thread pool that performs >> preadv(2)/pwritev(2) syscalls. The Linux AIO API could be used instead >> and does not use threads for read and write operations. > > I guess if I used AIO