[
https://issues.apache.org/jira/browse/CLOUDSTACK-4505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13832603#comment-13832603
]
ASF subversion and git services commented on CLOUDSTACK-4505:
-------------------------------------------------------------
Commit e52b457d061cdcb25df88e6cb98a6b7ce22778fa in branch refs/heads/4.3 from
[~weizhou]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=e52b457 ]
CLOUDSTACK-4505: allow domain admin to expunge a destroyed VM
(cherry picked from commit 8b237eb0a2360ba8aaba798a8febab8ceb5477cb)
> expungeDestroyedVirtualMachine API call
> ---------------------------------------
>
> Key: CLOUDSTACK-4505
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4505
> Project: CloudStack
> Issue Type: New Feature
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: API
> Affects Versions: 4.2.0
> Reporter: David Matteson
> Assignee: Wei Zhou
> Fix For: 4.3.0
>
>
> We want to provide users a long recovery time before expunging their VMs
> automatically. Recovery is a great feature. But the problem is that users
> cannot deploy a new VM with the same hostname or IP address as a Destroyed VM
> which has not yet been expunged.
> So it would be great to have an API call that lets users say "No I really
> don't want to recover that VM, please delete it so I can deploy a new one."
> expungeDestroyedVirtualMachine would be called with a single vmid to specify
> which Destroyed VM should be cleared, and of course it would only work on a
> VM which is in Destroyed state already.
--
This message was sent by Atlassian JIRA
(v6.1#6144)
