You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cloudstack.apache.org by "ASF subversion and git services (JIRA)" <ji...@apache.org> on 2013/12/12 10:24:07 UTC

[jira] [Commented] (CLOUDSTACK-5462) Hyper-V Agent confused by existing volume of different image type

    [ https://issues.apache.org/jira/browse/CLOUDSTACK-5462?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13846189#comment-13846189 ] 

ASF subversion and git services commented on CLOUDSTACK-5462:
-------------------------------------------------------------

Commit 23bc02d12a0aa7941eec2a85d5bd785ebbb6d725 in branch refs/heads/4.3 from [~dlafferty@gmail.com]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=23bc02d ]

CLOUDSTACK-5462: Hyperv agent confused by existing volume of different
image type. Works by avoiding volume image format inference errors and
removing existing files with same name, but different format.


> Hyper-V Agent confused by existing volume of different image type
> -----------------------------------------------------------------
>
>                 Key: CLOUDSTACK-5462
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5462
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>          Components: Hypervisor Controller
>    Affects Versions: 4.3.0
>            Reporter: Donal Lafferty
>              Labels: hyper-v
>
> VolumeObjectTO objects do not specify the image format.  
> Hyper-V infers the format from files with the same name as that specified in the VolumeObjectTO.name field.  This fails when a name is reused for a different image type.
> E.g. if the agent finds a ROOT2-1.vhd, it will assume that the VolumeObjectTO is a VHD.  However, if the VolumeObjectTO is actually a VHDX, then the disk will appear to be corrupt to the hypervisor.



--
This message was sent by Atlassian JIRA
(v6.1.4#6159)