Alex, If you gonna check the code to debug the problem, the method is cleanupStorage(boolean recurring) in StorageManagerImpl. Its responsible for both - cleaning up unused templates from the primary store and removing the volumes marked for Destroy.
Alena. On 3/20/14, 2:13 AM, "Alex Hitchins" <alex.hitch...@shapeblue.com> wrote: >Just on the storage pool cleanup - I'm looking at an issue around this. >Seems it's not getting called. When it was, it was deleting the template >file rather than just removing the symlink. > >I know this is slightly different, however though it worth mentioning. > > >Regards > >Alex Hitchins > >D: +44 1892 523 587 | S: +44 2036 030 540 | M: +44 7788 423 969 > >alex.hitch...@shapeblue.com > >-----Original Message----- >From: Alena Prokharchyk [mailto:alena.prokharc...@citrix.com] >Sent: 19 March 2014 22:13 >To: dev@cloudstack.apache.org; Mike Tutkowski >Subject: Re: Resetting a VM is broken? > >CS destroys the Root volume in CS DB, then its up to the storage pool >cleanup task to clean it up on the backend. This is a background task >running every storage.cleanup.interval seconds. > >For how long do you see the volume being present on the SR? > >On 3/19/14, 3:03 PM, "Mike Tutkowski" <mike.tutkow...@solidfire.com> >wrote: > >>OK, sounds good; however, if this is desired behavior, does anyone know >>why we abandon the old root disk in the XenServer SR? It seems that >>CloudStack "forgets" about it and it just stays in the SR taking up >>space. >> >>Do people think it should be deleted? >> >> >>On Wed, Mar 19, 2014 at 3:49 PM, Nitin Mehta <nitin.me...@citrix.com> >>wrote: >> >>> I think that's what it is supposed to do. It discards the old root >>> disk and creates a fresh root disk for the vm and in case an optional >>> field template id is passed in the root disk is created from this new >>> template id. >>> The api name is restoreVirtualMachine. Please check that the UI is >>> internally invoking this api >>> >>> Thanks, >>> -Nitin >>> >>> On 19/03/14 1:55 PM, "Mike Tutkowski" <mike.tutkow...@solidfire.com> >>> wrote: >>> >>> >Hi, >>> > >>> >I noticed today while running through some test cases for 4.4 that >>> >resetting a VM does not work as expected. >>> > >>> >Instead of the typical stop and re-start behavior where the VM is >>>booted >>> >back up using the same root disk, the VM gets a new root disk when >>> >it >>>is >>> >booted back up. >>> > >>> >Can anyone confirm this finding for me with his or her setup? >>> > >>> >Thanks! >>> > >>> >-- >>> >*Mike Tutkowski* >>> >*Senior CloudStack Developer, SolidFire Inc.* >>> >e: mike.tutkow...@solidfire.com >>> >o: 303.746.7302 >>> >Advancing the way the world uses the >>> >cloud<http://solidfire.com/solution/overview/?video=play> >>> >*(tm)* >>> >>> >> >> >>-- >>*Mike Tutkowski* >>*Senior CloudStack Developer, SolidFire Inc.* >>e: mike.tutkow...@solidfire.com >>o: 303.746.7302 >>Advancing the way the world uses the >>cloud<http://solidfire.com/solution/overview/?video=play> >>*(tm)* > >Need Enterprise Grade Support for Apache CloudStack? >Our CloudStack Infrastructure >Support<http://shapeblue.com/cloudstack-infrastructure-support/> offers >the best 24/7 SLA for CloudStack Environments. > >Apache CloudStack Bootcamp training courses > >**NEW!** CloudStack 4.2.1 >training<http://shapeblue.com/cloudstack-training/> >18th-19th February 2014, Brazil. >Classroom<http://shapeblue.com/cloudstack-training/> >17th-23rd March 2014, Region A. Instructor led, >On-line<http://shapeblue.com/cloudstack-training/> >24th-28th March 2014, Region B. Instructor led, >On-line<http://shapeblue.com/cloudstack-training/> >16th-20th June 2014, Region A. Instructor led, >On-line<http://shapeblue.com/cloudstack-training/> >23rd-27th June 2014, Region B. Instructor led, >On-line<http://shapeblue.com/cloudstack-training/> > >This email and any attachments to it may be confidential and are intended >solely for the use of the individual to whom it is addressed. Any views >or opinions expressed are solely those of the author and do not >necessarily represent those of Shape Blue Ltd or related companies. If >you are not the intended recipient of this email, you must neither take >any action based upon its contents, nor copy or show it to anyone. Please >contact the sender if you believe you have received this email in error. >Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue >Services India LLP is a company incorporated in India and is operated >under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is >a company incorporated in Brasil and is operated under license from Shape >Blue Ltd. ShapeBlue is a registered trademark.
