search for: mreitz

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

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

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 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: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 supported by qemu as a whole and >>>> thus needs a proper block driver that needs to support random accesses >>>>...

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>: > >> Gandalf, is there an XVA file publically available (pref. not > >> too big) that we can look at? > > &gt...

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

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 driver that needs to support random accesses > >> as well. &g...

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

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 Ref:73...

...andalf.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 > > 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>: >> >> Gandalf, is there an XVA file publically available (pref. not >> >> too big) that we can lo...

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

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

Hi, It’s my understanding that without some is_zero infrastructure for QEMU, it’s impossible to implement this flag in qemu’s NBD server. At the same time, I still haven’t understood what we need the flag for. As far as I understood in our discussion on your qemu series, there is no case where anyone would need to know whether an image is zero. All practical cases involve someone having to

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