similar to: [PATCH] Rewrite virt-resize in OCaml.

This is a set of bugfixes and enhancements to allow virt-resize to really expand Linux and Windows guests. Previously there were lots of bugs. This version has been tested on a variety of guests successfully. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages.

Unfinished patch to implement virt-resize. The concept is solid. It just needs a little more thought as to exactly how containers [of containers] expand and shrink in response to user requests. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages.

-- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html -------------- next part -------------- >From 4d88a74532b20bcb60909c0d0983cdf7498aa08c Mon Sep 17

On Thu, Sep 07, 2017 at 10:10:52AM +0000, emlyn.jose@wipro.com wrote: > Hello Richard, > > Attaching a log file just to check if the issue is with the virt-resize binary. > Kindly have a look at the attached log. The error is: virt-resize: error: libguestfs error: internal_feature_available: dispatch_incoming_message: unknown procedure number 458, set which is caused by and can

You could try the binary appliance: http://libguestfs.org/download/binaries/appliance/ Instructions are in the README file. IIRC if you already have libguestfs built, you just have to set the LIBGUESTFS_PATH to point to the directory where you unpacked the appliance. Make sure you use the 1.20.12 appliance, as other ones won't be compatible. Rich. -- Richard Jones, Virtualization

[Please keep replies on the list so that others can benefit from the answers] On Mon, Jun 25, 2012 at 07:13:49AM -0500, Dan The Man wrote: > Hmmm well I beleive the only way I can think to do it is enlarge the lv > in linux as usual , then have to boot into freebsd , modify the > partition table for rest of sectors and use the growfs command, even > that is problematic seeing the

On Tue, Sep 23, 2014 at 01:37:10PM +0800, Hu Tao wrote: > On Mon, Sep 22, 2014 at 04:58:44PM +0100, Richard W.M. Jones wrote: > > > > I'm going to have to test the heck out of patch 07 to really > > understand what it is doing and whether it works. Our current > > virt-resize test suite isn't really up to the job. > > Is the virt-resize test suite public

On Mon, Nov 18, 2019 at 12:15 PM Richard W.M. Jones <rjones@redhat.com> wrote: > > > I've pushed a few commits which fix various aspects of the build and > may improve things for you: With current master building virt-v2v succeeds, thanks! I think we still have an issue with new checkout, having to delete common/ and update the submodule. > commit

I've pushed a few commits which fix various aspects of the build and may improve things for you: commit d5ce9c91469d3d384aa32735453a1f8a20d4ec25 Author: Richard W.M. Jones <rjones@redhat.com> Date: Mon Nov 18 10:11:57 2019 +0000 tests: Add TESTS_ENVIRONMENT in a couple of makefiles. We were accidentally testing the installed virt-v2v rather than the locally built

On Mon, Sep 22, 2014 at 03:47:38PM +0800, Hu Tao wrote: > Function mbr_part_type returns one of "primary", "extended" and > "logical". The type is used by parted when adding partitions. > > Signed-off-by: Hu Tao <hutao@cn.fujitsu.com> > --- > resize/resize.ml | 9 ++++++++- > 1 file changed, 8 insertions(+), 1 deletion(-) > > diff

The script as worked perfectly : + size=100G + virt-builder fedora-20 --size 100G -o /tmp/in.img gpg: Signature faite le mar. 08 juil. 2014 11:11:00 CEST avec la clef RSA d'identifiant E1B768A0 gpg: Bonne signature de « Richard W.M. Jones <rjones@redhat.com> » gpg: alias « Richard W.M. Jones <rich@annexia.org> » gpg: Attention : cette clef n'est pas certifiée

Sorry, I pushed this: https://github.com/libguestfs/libguestfs/commit/6d0ad49d5e3415de45a6ccdf1ec6de55e1e8384f thinking I was being clever and fixing the OCaml dependencies (which I did, for highly parallel builds). Unfortunately it seems to have broken basic builds. I suspect there's no way to express the dependencies properly using pattern rules, because ‘make’ doesn't really

On Tue, Dec 12, 2017 at 2:13 PM, Richard W.M. Jones <rjones@redhat.com> wrote: > On Thu, Nov 23, 2017 at 02:05:32PM +0000, Richard W.M. Jones wrote: > > On Thu, Nov 23, 2017 at 03:00:45PM +0200, Yaniv Kaul wrote: > > > On Thu, Nov 23, 2017 at 10:57 AM, Richard W.M. Jones < > rjones@redhat.com> > > > wrote: > > > > > > > On Tue, Nov

This patch series starts by tidying up the code for the virt-cat, virt-df, virt-edit, etc tools, moving them into a single directory and making the build system much simpler as a consequence. Then we add two new tools, virt-tar (a general purpose archive and upload tool) and virt-ls (for listing directories). No new functionality is enabled by these tools -- that is to say, you can do everything

On Fri, May 08, 2015 at 10:26:22PM +0800, Chen Hanxiao wrote: > > On 04/30/2015 06:51 PM, Chen, Hanxiao wrote: > > Hi, Rich > > > >> -----Original Message----- > >> From: Richard W.M. Jones [mailto:rjones@redhat.com] > >> Sent: Wednesday, April 29, 2015 7:04 PM > >> To: Chen, Hanxiao/陈 晗霄 > >> Cc: libguestfs@redhat.com > >>

Hi Richard, As per your suggestion we removed pango-devel and build was successful. Thank you! After the delivery, our customer reported another error related to virt-resize as below: virt-resize: error: libguestfs error: internal_feature_available: dispatch_incoming_message: unknown procedure number 458, set LIBGUESTFS_PATH to point to the matching libguestfs appliance directory Regards,

I had some more ideas overnight: (1) Check that libparted0 is installed on the *host*. (2) Try to find out what libraries the parted binary requires on the host and appliance. On the host: ldd /usr/bin/parted On the appliance: virt-rescue --scratch ><rescue> ldd /usr/bin/parted (3) Remove the appliance and recreate it: rm -rf /var/tmp/.guestfs-* libguestfs-test-tool (4)

On Mon, Jul 22, 2013 at 10:18:21AM -0600, Eric Blake wrote: > On 07/21/2013 07:01 PM, Alex wrote: > > Hi, > > > > I have an fc18 system and trying to resize an LVM partition with an > > ext4 filesystem and receiving the following message from virt-resize: > > virt-resize is part of libguestfs, which is layered on top of libvirt. > As such, I'm redirecting

On Tue, Jul 23, 2013 at 03:10:07PM -0400, Alex wrote: > Hi, > > >> > # virt-resize -d --expand /dev/sda1 --LV-expand /dev/mapper/prop-home > >> > prop-1.img prop-expand.img > >> > command line: virt-resize -d --expand /dev/sda1 --LV-expand > >> > /dev/mapper/prop-home prop-1.img prop-expand.img > >> > Examining prop-1.img ... >

On Mon, Nov 18, 2019 at 03:03:10AM +0200, Nir Soffer wrote: > $ git submodule update > fatal: destination path '/home/nsoffer/src/virt-v2v/common' already > exists and is not an empty directory. > fatal: clone of 'https://github.com/libguestfs/libguestfs-common' into > submodule path '/home/nsoffer/src/virt-v2v/common' failed > Failed to clone