changed jobs in the meantime.
Milos
On Monday, February 23, 2015 5:50 AM, Milos Vyletel milos.vyle...@gmail.com
wrote:
On Mon, Feb 23, 2015 at 11:57 AM, Kevin Wolf kw...@redhat.com wrote:
Am 23.02.2015 um 09:10 hat Markus Armbruster geschrieben:
Perhaps Fam (cc'ed) can help you.
Sunil Kumar
On Mon, Feb 23, 2015 at 11:57 AM, Kevin Wolf kw...@redhat.com wrote:
Am 23.02.2015 um 09:10 hat Markus Armbruster geschrieben:
Perhaps Fam (cc'ed) can help you.
Sunil Kumar internet_every...@yahoo.com writes:
[...]
Hi,
I ran into an issue where the OVA created from the VMDK file
On Tue, Aug 12, 2014 at 6:45 AM, Stefan Hajnoczi stefa...@redhat.com wrote:
On Wed, Aug 06, 2014 at 05:24:42PM -0400, Milos Vyletel wrote:
VMDK's streamOptimized format is different from regular sparse format.
L1(GD) and L2(GT) tables are not predefined but rather generated and
written during
On Tue, Aug 5, 2014 at 9:44 PM, Fam Zheng f...@redhat.com wrote:
On Tue, 08/05 12:44, Milos Vyletel wrote:
On Tue, Aug 5, 2014 at 1:27 AM, Fam Zheng f...@redhat.com wrote:
Does putting a monolithicSparse into the OVA work in this case?
It does not. I did not try to import it to OVM but ESXi
On Wed, Aug 6, 2014 at 4:57 PM, Milos Vyletel milos.vyle...@gmail.com wrote:
VMDK's streamOptimized format is different from regular sparse format.
L1(GD) and L2(GT) tables are not predefined but rather generated and
written during image creation mainly because there is no way to tell
how much
entries differ). They were also succesfully
imported to VMWare vCloud, ESXi and Oracle OVM.
Signed-off-by: Milos Vyletel milos.vyle...@gmail.com
---
v2 changes:
- updated commit message description with errors received
- style/grammar fixes (clean checkpatch pass)
- removed l2_table pointer from
entries differ). They were also succesfully
imported to VMWare vCloud, ESXi and Oracle OVM.
Signed-off-by: Milos Vyletel milos.vyle...@gmail.com
---
v2 changes:
- updated commit message description with errors received
- style/grammar fixes (clean checkpatch pass)
- removed l2_table pointer from
On Tue, Aug 5, 2014 at 1:27 AM, Fam Zheng f...@redhat.com wrote:
On Mon, 08/04 13:10, Milos Vyletel wrote:
VMDK's streamOptimized format is different from regular sparse format.
L1(GD) and L2(GT) tables are not predefined but rather generated and
written during image creation mainly because
entries differ). They were also succesfully
imported to VMWare vCloud, ESXi and Oracle OVM.
Signed-off-by: Milos Vyletel milos.vyle...@gmail.com
---
v2 changes:
- updated commit message description with errors received
- style/grammar fixes (clean checkpatch pass)
- removed l2_table pointer from
I will update description in v2 with more info.
On Wed, Jul 30, 2014 at 4:09 AM, Stefan Hajnoczi stefa...@gmail.com wrote:
On Tue, Jul 29, 2014 at 3:49 PM, Milos Vyletel milos.vyle...@gmail.com
wrote:
On Tue, Jul 29, 2014 at 10:37 AM, Stefan Hajnoczi stefa...@gmail.com wrote:
On Tue, Jul 29
On Wed, Jul 30, 2014 at 3:51 AM, Fam Zheng f...@redhat.com wrote:
On Mon, 07/07 10:54, Milos Vyletel wrote:
VMDK's streamOptimized format is different that regular sparse format.
s/that/from/
L1(GD) and L2(GT) tables are not predefined but rather generated and
written during image creation
On Tue, Jul 29, 2014 at 9:37 AM, Stefan Hajnoczi stefa...@redhat.com wrote:
On Mon, Jul 07, 2014 at 10:54:27AM -0400, Milos Vyletel wrote:
VMDK's streamOptimized format is different that regular sparse format.
L1(GD) and L2(GT) tables are not predefined but rather generated and
written during
On Tue, Jul 29, 2014 at 10:37 AM, Stefan Hajnoczi stefa...@gmail.com wrote:
On Tue, Jul 29, 2014 at 2:46 PM, Milos Vyletel milos.vyle...@gmail.com
wrote:
On Tue, Jul 29, 2014 at 9:37 AM, Stefan Hajnoczi stefa...@redhat.com wrote:
On Mon, Jul 07, 2014 at 10:54:27AM -0400, Milos Vyletel wrote
but none that would change behavior(CID and some
additional DDB entries differ) and streamOptimized image generated from
raw image was succesfully imported (as OVA) into VMWare ESXi and Oracle
OVM.
Signed-off-by: Milos Vyletel milos.vyle...@gmail.com
---
block/vmdk.c | 363
Hi,
I hope this is the right place to report this. I've noticed that I
can't run qemu-img convert on latest git version because it segfaults.
I've bisected the code and identified that this was caused by
commit 6f482f742dd841b45297fb0e5f3d2c81779253be
Author: Chunyan Liu cy...@suse.com
Date:
On Mon, Jun 16, 2014 at 2:36 AM, Fam Zheng f...@redhat.com wrote:
On Fri, 06/13 15:00, Milos Vyletel wrote:
Hi,
I've tried to convert my VM image from raw format to vmdk to create
OVF/OVA archive so that we can deploy our OS on other hypervisors. the
problem was that no matter how I've
Hi,
I've tried to convert my VM image from raw format to vmdk to create
OVF/OVA archive so that we can deploy our OS on other hypervisors. the
problem was that no matter how I've converted to vmdk vmware ESXi
(tried 4.1 and 5.5) complained that it was: Not a supported disk
format (sparse VMDK too
- Original Message -
On Wed, Feb 20, 2013 at 09:34:45PM +0100, Milos Vyletel wrote:
It looks like none of the block drivers handle this.
drivers/md/dm*.c is a block driver and you showed that LVM
(device-mapper) does raise a uevent when the device is resized. That
would
Vyletel milos.vyle...@sde.cz
Cc: qemu-devel@nongnu.org
Sent: Wednesday, February 20, 2013 4:47:34 AM
Subject: Re: [Qemu-devel] Online resize of virtio-blk device does not emit udev
event
On Tue, Feb 19, 2013 at 10:15:32PM +0100, Milos Vyletel wrote:
I was looking at the virtblk_config_changed_work
Hi,
This list seem to be most appropriate place to ask this question since it's
QEMU related and virtio-blk maintainers are here as well.
I'm doing some work with online resizing of guest's block device on LVM. What I
do is call lvresize to expand logical volume itself and virsh blockresize to
20 matches
Mail list logo