On 28/04/11 14:36, Kevin Wolf wrote:
Am 28.04.2011 04:06, schrieb Brad Campbell:
On 27/04/11 22:02, Brad Campbell wrote:
On 27/04/11 21:56, Kevin Wolf wrote:
When you don't have a backing file, leaving an cluster unallocated means
that it's zero. When you have a backing file, it could be anyt
Am 28.04.2011 04:06, schrieb Brad Campbell:
> On 27/04/11 22:02, Brad Campbell wrote:
>> On 27/04/11 21:56, Kevin Wolf wrote:
>>
>>> When you don't have a backing file, leaving an cluster unallocated means
>>> that it's zero. When you have a backing file, it could be anything. So
>>> if qemu-img co
On 27/04/11 22:02, Brad Campbell wrote:
On 27/04/11 21:56, Kevin Wolf wrote:
When you don't have a backing file, leaving an cluster unallocated means
that it's zero. When you have a backing file, it could be anything. So
if qemu-img convert wanted to save this space, it would have to read
from
On 27/04/11 21:56, Kevin Wolf wrote:
When you don't have a backing file, leaving an cluster unallocated means
that it's zero. When you have a backing file, it could be anything. So
if qemu-img convert wanted to save this space, it would have to read
from the backing file and leave the cluster un
Am 27.04.2011 15:45, schrieb Brad Campbell:
> On 27/04/11 18:06, Kevin Wolf wrote:
>> Am 27.04.2011 10:56, schrieb Brad Campbell:
>>> On 27/04/11 16:10, Stefan Hajnoczi wrote:
On Wed, Apr 27, 2011 at 4:05 AM, Brad Campbell
wrote:
> I see there is a bug raised about the behaviour of
On 27/04/11 18:06, Kevin Wolf wrote:
Am 27.04.2011 10:56, schrieb Brad Campbell:
On 27/04/11 16:10, Stefan Hajnoczi wrote:
On Wed, Apr 27, 2011 at 4:05 AM, Brad Campbell
wrote:
I see there is a bug raised about the behaviour of qemu-img when used to
convert using an output backing file. It
Am 27.04.2011 10:56, schrieb Brad Campbell:
> On 27/04/11 16:10, Stefan Hajnoczi wrote:
>> On Wed, Apr 27, 2011 at 4:05 AM, Brad Campbell
>> wrote:
>>> I see there is a bug raised about the behaviour of qemu-img when used to
>>> convert using an output backing file. It allocates every sector whe
On 27/04/11 16:10, Stefan Hajnoczi wrote:
On Wed, Apr 27, 2011 at 4:05 AM, Brad Campbell
wrote:
I see there is a bug raised about the behaviour of qemu-img when used to
convert using an output backing file. It allocates every sector whether or not
it already exists in the output backing file
On Wed, Apr 27, 2011 at 4:05 AM, Brad Campbell
wrote:
> I see there is a bug raised about the behaviour of qemu-img when used to
> convert using an output backing file. It allocates every sector whether or
> not it already exists in the output backing file.
Please post the link to the bug repor
G'day all,
I see there is a bug raised about the behaviour of qemu-img when used to
convert using an output backing file. It allocates every sector whether
or not it already exists in the output backing file.
I'm walking my way through the block driver to try and get a handle on
why this is
10 matches
Mail list logo