similar to: Re: [Qemu-devel] [qemu-img] support for XVA

[adding libguestfs] On 11/15/2017 09:52 AM, Gandalf Corvotempesta wrote: > I'm thinking if support for XVA files could be added to qemu-img > The file-format is well known (it's just a tar archive) and there are scripts > that are able to convert an XVA file to a RAW image. (ie: > https://gist.github.com/miebach/0433947bcf053de23159) > > Running these script on their

https://stacklet.com/downloads/XenServer-XVA-Template-Debian-7.8-Lightweight-x86 Some XVAs Il 15 nov 2017 10:42 PM, "Gandalf Corvotempesta" < gandalf.corvotempesta@gmail.com> ha scritto: > I'm thinking on how to prove you a sample XVA > I have to create (and populate) a VM because an empty image will result in > an empty XVA > And a VM is 300-400Mb as minimum

On Wed, 15 Nov 2017 21:41:20 +0100 Gandalf Corvotempesta <gandalf.corvotempesta@gmail.com> wrote: > 2017-11-15 21:29 GMT+01:00 Richard W.M. Jones <rjones@redhat.com>: > > Gandalf, is there an XVA file publically available (pref. not > > too big) that we can look at? > > I can try to provide one, but it's simple: > > # tar tvf

I'm thinking on how to prove you a sample XVA I have to create (and populate) a VM because an empty image will result in an empty XVA And a VM is 300-400Mb as minimum Il 15 nov 2017 10:30 PM, "Max Reitz" <mreitz@redhat.com> ha scritto: > On 2017-11-15 21:41, Gandalf Corvotempesta wrote: > > 2017-11-15 21:29 GMT+01:00 Richard W.M. Jones <rjones@redhat.com>: >

On Wed, Nov 15, 2017 at 09:41:20PM +0100, Gandalf Corvotempesta wrote: > 2017-11-15 21:29 GMT+01:00 Richard W.M. Jones <rjones@redhat.com>: > > Gandalf, is there an XVA file publically available (pref. not > > too big) that we can look at? > > I can try to provide one, but it's simple: > > # tar tvf 20160630_124823_aa72_.xva.gz | head -n 50 > ----------

On 2017-11-15 21:41, Gandalf Corvotempesta wrote: > 2017-11-15 21:29 GMT+01:00 Richard W.M. Jones <rjones@redhat.com>: >> Gandalf, is there an XVA file publically available (pref. not >> too big) that we can look at? > > I can try to provide one, but it's simple: > > # tar tvf 20160630_124823_aa72_.xva.gz | head -n 50 > ---------- 0/0 42353

On Wed, Nov 15, 2017 at 09:27:14PM +0100, Max Reitz wrote: > On 2017-11-15 21:24, Richard W.M. Jones wrote: > > On Wed, Nov 15, 2017 at 09:07:12PM +0100, Max Reitz wrote: > >> On 2017-11-15 21:06, Gandalf Corvotempesta wrote: > >>> 2017-11-15 20:59 GMT+01:00 Max Reitz <mreitz@redhat.com>: > >>>> Well, you can't just add support to qemu-img

On 2017-11-16 11:08, Gandalf Corvotempesta wrote: > 2017-11-15 23:55 GMT+01:00 Max Reitz <mreitz@redhat.com>: >> https://xanclic.moe/convert-xva.rb -- does this work? >> (It seems to works on the two example images I found...) >> >> An example is in the code, you use it like this: >> >> $ ./convert-xva.rb ~/Downloads/stats-appliance-2.36.020502.xva

On 2017-11-15 23:28, Max Reitz wrote: > On 2017-11-15 22:50, Gandalf Corvotempesta wrote: >> https://stacklet.com/downloads/XenServer-XVA-Template-Debian-7.8-Lightweight-x86 > > Hmmm, that gives me a timeout when downloading. And another image I got > gives me an "argument list too long" -- which I had feared already... > It has a size of 3 MB and Linux

On 2017-11-15 22:50, Gandalf Corvotempesta wrote: > https://stacklet.com/downloads/XenServer-XVA-Template-Debian-7.8-Lightweight-x86 Hmmm, that gives me a timeout when downloading. And another image I got gives me an "argument list too long" -- which I had feared already... It has a size of 3 MB and Linux "only" allows 2... Max

On 2017-11-15 21:06, Gandalf Corvotempesta wrote: > 2017-11-15 20:59 GMT+01:00 Max Reitz <mreitz@redhat.com>: >> Well, you can't just add support to qemu-img alone either. Every image >> format supported by qemu-img is one supported by qemu as a whole and >> thus needs a proper block driver that needs to support random accesses >> as well. > > I was

On 2017-11-15 18:44, Gandalf Corvotempesta wrote: > XVA is a tar archive. > I don't think would be possible to directly use the image stored inside > without extracting and merging each chunks > > Any random reads would be impossible to do, only a huge sequential dump to > build the raw image Well, you can't just add support to qemu-img alone either. Every image format

On 2017-11-15 21:24, Richard W.M. Jones wrote: > On Wed, Nov 15, 2017 at 09:07:12PM +0100, Max Reitz wrote: >> On 2017-11-15 21:06, Gandalf Corvotempesta wrote: >>> 2017-11-15 20:59 GMT+01:00 Max Reitz <mreitz@redhat.com>: >>>> Well, you can't just add support to qemu-img alone either. Every image >>>> format supported by qemu-img is one

On Wed, Nov 15, 2017 at 09:07:12PM +0100, Max Reitz wrote: > On 2017-11-15 21:06, Gandalf Corvotempesta wrote: > > 2017-11-15 20:59 GMT+01:00 Max Reitz <mreitz@redhat.com>: > >> Well, you can't just add support to qemu-img alone either. Every image > >> format supported by qemu-img is one supported by qemu as a whole and > >> thus needs a proper block

2017-11-15 23:55 GMT+01:00 Max Reitz <mreitz@redhat.com>: > https://xanclic.moe/convert-xva.rb -- does this work? > (It seems to works on the two example images I found...) > > An example is in the code, you use it like this: > > $ ./convert-xva.rb ~/Downloads/stats-appliance-2.36.020502.xva Ref:73 It doesn't work on huge images: # time convert-xva.rb

2017-11-16 11:01 GMT+01:00 Richard W.M. Jones <rjones@redhat.com>: > As mentioned before you can use this to do a qemu-img convert using > captive nbdkit: > > $ nbdkit -U - \ > perl script=./xva-reader.pl file=./debian8cloud.xva size=4294967296 \ > --run 'qemu-img convert -f raw $nbd -O qcow2 /var/tmp/output.qcow2 -p' What if XVA is hosting 2 or more

2017-11-15 21:29 GMT+01:00 Richard W.M. Jones <rjones@redhat.com>: > Gandalf, is there an XVA file publically available (pref. not > too big) that we can look at? I can try to provide one, but it's simple: # tar tvf 20160630_124823_aa72_.xva.gz | head -n 50 ---------- 0/0 42353 1970-01-01 01:00 ova.xml ---------- 0/0 1048576 1970-01-01 01:00 Ref:175/00000000

Here's my solution, as a nbdkit plugin written in Perl. As with Max's solution I don't bother to parse the virtual size out of the XML file, so you need to specify that on the command line otherwise the disk will be truncated to the largest extent stored in the file. Also the ‘.xva’ file must not be compressed. $ nbdkit perl script=./xva-reader.pl file=./debian8cloud.xva

Hi all, I need to get NetScaler running for a load balancing project. So I''m trying to convert the xva to an image for use with Xen. I have done the following; downloaded xenmigrate.py downloaded and untarred the xva image from Citrix ran the following: python xenmigrate.py --convert=Ref\:214/ ns.img xenmigrate says that it has completed successfully however I can''t mount

2017-11-15 20:59 GMT+01:00 Max Reitz <mreitz@redhat.com>: > Well, you can't just add support to qemu-img alone either. Every image > format supported by qemu-img is one supported by qemu as a whole and > thus needs a proper block driver that needs to support random accesses > as well. I was talking about qemu-img convert, just to convert an XVA image to something different,