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

Nitin Mehta commented on CLOUDSTACK-6826:
-----------------------------------------

Issue1  - When download urls expire (after extract.url.expiration.interval) the 
deletion was sent to a random ssvm in the zone instead of the ssvm on which the 
symlink for the url was created
Fix - Improving the download url expiration where the expiration work would be 
handled by the ssvm that has the corresponding symlink created on it. This is 
done by figuring out the ssvm from the public ip of the url created and then 
while cleaning up the url send command to the right ssvm. In case the ssvm 
doesnt exist send it to any ssvm and cleanup any artifacts if any (like volume).

Issue 2 - When ssvm is destroyed download urls were not expired immediately and 
they were not usable
Fix - When any ssvm is destroyed expire all the urls in the zone but setting 
the download url created time in store ref tables.

QA Notes - 
You can create multiple ssvm in the zone and make sure url expiration is sent 
to right ssvm
In case ssvm is in alert state make sure there is right error there.
In case ssvm is destroyed or doesnt exist make sure artifacts  (like volume) 
are still cleaned up 
Try this for http and https urls.
When ssvm is destroyed make sure urls get expired all of them cleaned up in 
next cycle.

> Ability to gracefully expire urls and clean them up when ssvm is destroyed
> --------------------------------------------------------------------------
>
>                 Key: CLOUDSTACK-6826
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6826
>             Project: CloudStack
>          Issue Type: Improvement
>      Security Level: Public(Anyone can view this level - this is the 
> default.) 
>    Affects Versions: 4.4.0
>            Reporter: Nitin Mehta
>            Assignee: Nitin Mehta
>             Fix For: 4.5.0
>
>
> There should be ability to gracefully expire urls and clean them up before 
> ssvm is destroyed. Currently ssvm can be destroyed even if the agent is in 
> alert state. Also the cleanup mechanism needs to be enahanced to take care of 
> multiple ssvms and sending the cleaning up command to the right ssvm.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to