Uploaded image for project: 'CloudStack'
  1. CloudStack
  2. CLOUDSTACK-9386

DS template copies don’t get deleted in VMware ESXi with multiple clusters and zone wide storage

    XMLWordPrintableJSON

Details

    • Bug
    • Status: Closed
    • Major
    • Resolution: Fixed
    • 4.9.0
    • 4.10.0.0, 4.9.2.0
    • VMware
    • Security Level: Public (Anyone can view this level - this is the default.)
    • None

    Description

      Introduction

      In some production environments with multiple clusters it was noticed that unused templates were consuming too much storage. It was discovered that template cleanup was not deleting marked templates on ESXi.

      Description of the problem

      Suppose we have multiple clusters (c1, c2,...,cN) on a data center and template T from which we deploy vms on c1.
      Suppose now that we expunge those vms, and there's no other vm instance from template T, so this was the actual workflow:

      1. CloudStack marks template for cleanup after storage.cleanup.interval seconds, by setting marked_for_gc = 1 on template_spool_ref table, for that template.
      2. After another storage.cleanup.interval seconds a DestroyCommand will be sent, to delete template from primary storage
      3. On VmwareResource, command is processed, and it first picks up a random cluster, say ci != c1 to look for vm template (using volume's path) and destroy it. But, as template was on c1 it cannot be found, so it won't be deleted. Entry on template_spool_ref is deleted but not the actual template on hypervisor side.

      Proposed solution

      We propose a way to attack problem shown in point 3, by not picking up a random cluster to look for vm but using vSphere data center. This way we make sure vm template will be deleted in every case, and not depending on random cluster selection

      Attachments

        Issue Links

          Activity

            People

              nicolas.vazquez Nicolas Vazquez
              nicolas.vazquez Nicolas Vazquez
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: