nce I've changed jobs in the meantime.
Milos
>
>
> On Monday, February 23, 2015 5:50 AM, Milos Vyletel
> wrote:
> On Mon, Feb 23, 2015 at 11:57 AM, Kevin Wolf wrote:
>> Am 23.02.2015 um 09:10 hat Markus Armbruster geschrieben:
>>> Perhaps Fam (cc'ed) can
On Mon, Feb 23, 2015 at 11:57 AM, Kevin Wolf wrote:
> Am 23.02.2015 um 09:10 hat Markus Armbruster geschrieben:
>> Perhaps Fam (cc'ed) can help you.
>>
>> Sunil Kumar writes:
>>
>> [...]
>> > Hi,
>> >
>> > I ran into an issue where the OVA created from the VMDK file created
>> > by qemu-img is re
On Mon, Aug 18, 2014 at 2:52 AM, Fam Zheng wrote:
> On Wed, 08/06 17:24, 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 creati
On Tue, Aug 12, 2014 at 6:45 AM, Stefan Hajnoczi 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
>
tional DDB entries differ). They were also succesfully
imported to VMWare vCloud, ESXi and Oracle OVM.
Signed-off-by: Milos Vyletel
---
v2 changes:
- updated commit message description with errors received
- style/grammar fixes (clean checkpatch pass)
- removed l2_table pointer from VmdkExtent stru
tional DDB entries differ). They were also succesfully
imported to VMWare vCloud, ESXi and Oracle OVM.
Signed-off-by: Milos Vyletel
---
v2 changes:
- updated commit message description with errors received
- style/grammar fixes (clean checkpatch pass)
- removed l2_table pointer from VmdkExtent stru
On Wed, Aug 6, 2014 at 4:57 PM, 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 there is no way to tell
> how muc
On Tue, Aug 5, 2014 at 9:44 PM, Fam Zheng wrote:
> On Tue, 08/05 12:44, Milos Vyletel wrote:
>> On Tue, Aug 5, 2014 at 1:27 AM, Fam Zheng wrote:
>> > Does putting a monolithicSparse into the OVA work in this case?
>>
>> It does not. I did not try to import it to OVM
On Tue, Aug 5, 2014 at 1:27 AM, Fam Zheng 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 creati
tional DDB entries differ). They were also succesfully
imported to VMWare vCloud, ESXi and Oracle OVM.
Signed-off-by: Milos Vyletel
---
v2 changes:
- updated commit message description with errors received
- style/grammar fixes (clean checkpatch pass)
- removed l2_table pointer from VmdkExtent stru
On Wed, Jul 30, 2014 at 3:51 AM, Fam Zheng 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
>
I will update description in v2 with more info.
On Wed, Jul 30, 2014 at 4:09 AM, Stefan Hajnoczi wrote:
> On Tue, Jul 29, 2014 at 3:49 PM, Milos Vyletel
> wrote:
>> On Tue, Jul 29, 2014 at 10:37 AM, Stefan Hajnoczi wrote:
>>> On Tue, Jul 29, 2014 at 2:46 PM, Milos Vyletel
On Tue, Jul 29, 2014 at 10:37 AM, Stefan Hajnoczi wrote:
> On Tue, Jul 29, 2014 at 2:46 PM, Milos Vyletel
> wrote:
>> On Tue, Jul 29, 2014 at 9:37 AM, Stefan Hajnoczi wrote:
>>> On Mon, Jul 07, 2014 at 10:54:27AM -0400, Milos Vyletel wrote:
>>>> VMDK's st
On Tue, Jul 29, 2014 at 9:37 AM, Stefan Hajnoczi 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
>
s 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
---
block/vmdk.c |
On Mon, Jun 16, 2014 at 2:36 AM, Fam Zheng 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
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
Date: Thu Jun 5 17:21:
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
", \
ENV{ID_FS_TYPE}=="LVM2_member", \
RUN+="/sbin/pvresize /dev/%k"
Milos
- Original Message -
From: "Stefan Hajnoczi"
To: "Milos Vyletel"
Cc: qemu-devel@nongnu.org
Sent: Wednesday, February 20, 2013 4:47:34 AM
Subject: Re:
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
n
21 matches
Mail list logo
