[libvirt] [PATCH] storage: fix logical volume cloning
Michal Privoznik
mprivozn at redhat.com
Mon Nov 26 13:08:57 UTC 2012
On 26.11.2012 11:34, Daniel P. Berrange wrote:
> On Sun, Nov 25, 2012 at 02:59:33AM +0100, Ján Tomko wrote:
>> Commit 258e06c removed setting of the volume type to
>> VIR_STORAGE_VOL_BLOCK, which leads to failures in
>> storageVolumeCreateXMLFrom.
>>
>> The type (and target.format) of the volume was set to zero. In
>> virStorageBackendGetBuildVolFromFunction, this gets interpreted as
>> VIR_STORAGE_FILE_NONE and the qemu-img tool is called with unknown
>> "none" format.
>>
>> Bug: https://bugzilla.redhat.com/show_bug.cgi?id=879780
>> ---
>> src/storage/storage_backend_logical.c | 2 ++
>> 1 files changed, 2 insertions(+), 0 deletions(-)
>>
>> diff --git a/src/storage/storage_backend_logical.c b/src/storage/storage_backend_logical.c
>> index de43c3a..fd5cbd1 100644
>> --- a/src/storage/storage_backend_logical.c
>> +++ b/src/storage/storage_backend_logical.c
>> @@ -708,6 +708,8 @@ virStorageBackendLogicalCreateVol(virConnectPtr conn,
>> return -1;
>> }
>>
>> + vol->type = VIR_STORAGE_VOL_BLOCK;
>> +
>> if (vol->target.path != NULL) {
>> /* A target path passed to CreateVol has no meaning */
>> VIR_FREE(vol->target.path);
>
> ACK
>
> Daniel
>
Pushed now.
Michal
More information about the libvir-list
mailing list