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)