Mailing-List: contact issues-help@cloudstack.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cloudstack.apache.org
Date: Mon, 18 Nov 2013 10:01:24 +0000 (UTC)
From: "Sowmya Krishnan (JIRA)" <jira@apache.org>
To: cloudstack-issues@incubator.apache.org
Message-ID: <JIRA.12679698.1384768574347.89752.1384768884092@arcas>
In-Reply-To: <JIRA.12679698.1384768574347@arcas>
References: <JIRA.12679698.1384768574347@arcas>
Subject: [jira] [Commented] (CLOUDSTACK-5193) [Hyper-V] VHDs not deleted
 post VM destroy and expunge
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Sowmya Krishnan commented on CLOUDSTACK-5193:
---------------------------------------------

Although the volume was created, logs seem to imply it was never created:
2013-11-18 14:57:03,924 DEBUG [o.a.c.e.o.VolumeOrchestrator] (Job-Executor-9:ctx-a09a4752 ctx-8f2bee4c) Cleaning storage for vm: 27
2013-11-18 14:57:03,939 DEBUG [o.a.c.s.v.VolumeServiceImpl] (Job-Executor-9:ctx-a09a4752 ctx-8f2bee4c) Marking volume that was never created as destroyed: Vol[28|vm=27|ROOT]
2013-11-18 14:57:03,944 DEBUG [c.c.v.VirtualMachineManagerImpl] (Job-Executor-9:ctx-a09a4752 ctx-8f2bee4c) Expunged VM[User|testvm]

> [Hyper-V] VHDs not deleted post VM destroy and expunge
> ------------------------------------------------------
>
>                 Key: CLOUDSTACK-5193
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5193
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>          Components: Management Server, Storage Controller
>    Affects Versions: 4.3.0
>         Environment: Hyper-V
>            Reporter: Sowmya Krishnan
>            Priority: Critical
>             Fix For: 4.3.0
>
>         Attachments: destroyvm.log
>
>
> Create a VM with local/shared storage offering.
> Destroy the VM with expunge = true or destroy and wait for VM to expunge.
> Although VM is destroyed and volume is marked removed in cloud DB, it is not removed from the hypervisor disk. I don't find .storage.command.DeleteCommand being triggered as part of the Destroy VM.
> As seen below, vhd corresponding to VM i-2-27-VM still resides in the host:
> C:\Users\Public\Documents\Hyper-V\Virtual hard disks>dir /W "ROOT-27.vhd"
>  Volume in drive C has no label.
>  Volume Serial Number is 7C16-4C80
>  Directory of C:\Users\Public\Documents\Hyper-V\Virtual hard disks
> ROOT-27.vhd
>                1 File(s)  3,120,370,688 bytes
>                0 Dir(s)  892,863,770,624 bytes free
> C:\Users\Public\Documents\Hyper-V\Virtual hard disks>
> SQL output for the destroyed VM volume:
> mysql> select * from volumes where id = 28\G
> *************************** 1. row ***************************
>                         id: 28
>                 account_id: 2
>                  domain_id: 1
>                    pool_id: 1
>               last_pool_id: NULL
>                instance_id: 27
>                  device_id: 0
>                       name: ROOT-27
>                       uuid: fe491447-52fb-413e-a7a0-339c573f154f
>                       size: 1073741824
>                     folder: NULL
>                       path: NULL
>                     pod_id: NULL
>             data_center_id: 1
>                 iscsi_name: NULL
>                    host_ip: NULL
>                volume_type: ROOT
>                  pool_type: NULL
>           disk_offering_id: 13
>                template_id: 204
> first_snapshot_backup_uuid: NULL
>                recreatable: 0
>                    created: 2013-11-18 09:22:46
>                   attached: NULL
>                    updated: 2013-11-18 09:27:03
>                    removed: 2013-11-18 09:27:03
>                      state: Destroy
>                 chain_info: NULL
>               update_count: 4
>                  disk_type: NULL
>     vm_snapshot_chain_size: NULL
>                     iso_id: NULL
>             display_volume: 1
>                     format: NULL
>                   min_iops: NULL
>                   max_iops: NULL
>              hv_ss_reserve: NULL
> 1 row in set (0.00 sec)


--
This message was sent by Atlassian JIRA
(v6.1#6144)