Return-Path: X-Original-To: apmail-cloudstack-issues-archive@www.apache.org Delivered-To: apmail-cloudstack-issues-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id E1DADC58F for ; Fri, 7 Jun 2013 14:54:22 +0000 (UTC) Received: (qmail 70366 invoked by uid 500); 7 Jun 2013 14:54:21 -0000 Delivered-To: apmail-cloudstack-issues-archive@cloudstack.apache.org Received: (qmail 70333 invoked by uid 500); 7 Jun 2013 14:54:21 -0000 Mailing-List: contact issues-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list issues@cloudstack.apache.org Received: (qmail 70324 invoked by uid 500); 7 Jun 2013 14:54:20 -0000 Delivered-To: apmail-incubator-cloudstack-issues@incubator.apache.org Received: (qmail 70313 invoked by uid 99); 7 Jun 2013 14:54:20 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 07 Jun 2013 14:54:20 +0000 Date: Fri, 7 Jun 2013 14:54:19 +0000 (UTC) From: "Nick Wales (JIRA)" To: cloudstack-issues@incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (CLOUDSTACK-2897) Storage migration has left volumes on secondary storage MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Nick Wales created CLOUDSTACK-2897: -------------------------------------- Summary: Storage migration has left volumes on secondary storage Key: CLOUDSTACK-2897 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2897 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Storage Controller Affects Versions: 4.0.1 Reporter: Nick Wales Priority: Critical I have moved all the VM's and the associated volumes to new storage and this appears to have been a two part copy job on the part of cloudstack: Primary Storage 1 -> Secondary Storage -> Primary Storage 2 Right now two and three day old copies of the volumes are still resident on the secondary storage taking up hundreds of GB's for no apparent reason. There is no mention of these volumes in the UI and its way beyond the "storage.cleanup.interval" time. Is there a way to clean them up? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira