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

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

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 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

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-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

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, 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 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-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

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 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

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

[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

On Wed, Nov 15, 2017 at 04:52:56PM +0100, 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 own

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,

Where did you read 2k IOPS? Each disk is able to do about 75iops as I'm using SATA disk, getting even closer to 2000 it's impossible Il 13 ott 2017 9:42 AM, "Szymon Miotk" <szymon.miotk at gmail.com> ha scritto: > Depends what you need. > 2K iops for small file writes is not a bad result. > In my case I had a system that was just poorly written and it was >

On Fri, Sep 8, 2017 at 12:48 PM, Gandalf Corvotempesta <gandalf.corvotempesta at gmail.com> wrote: > I think this should be considered a bug > If you have a server crash, glusterfsd process obviously doesn't exit > properly and thus this could least to IO stop ? I agree with you completely in this.