[
https://issues.apache.org/jira/browse/CLOUDSTACK-7868?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sanjay Tripathi resolved CLOUDSTACK-7868.
-----------------------------------------
Resolution: Fixed
> Failed storage.PrimaryStorageDownloadCommand leaves corrupt VDIs in primary
> storage
> -----------------------------------------------------------------------------------
>
> Key: CLOUDSTACK-7868
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7868
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Environment: XS 6.0.2
> Reporter: Sanjay Tripathi
> Assignee: Sanjay Tripathi
> Priority: Critical
> Fix For: 4.5.0
>
>
> The following situation happened:
> 1. Deploying VM from a template.
> 2. As part of the deploy CS would do a storage.PrimaryStorageDownloadCommand
> to get the vhd/template to primary storage.
> 3. If there is some type of MTU problem in the network, as a result the
> copying of the VHD will fail. VHD files in primary storage would end up with
> corrupt/missing header.
> 4. Since the copy command fails, CS tried to delete the vdi using VDI.destroy
> command
> 5. VDI.destroy fails because VDI file has missing/corrupt header
> 6. CS fails on downloading template and moves to another primary storage or
> cluster.
> This process repeated until all XS clusters in the zone had a corrupt VDI in
> the storage. This causes future deploys (because they require sr-scan) to
> fail because the primary storages contain corrupt VDIs.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
