Return-Path: X-Original-To: apmail-cloudstack-users-archive@www.apache.org Delivered-To: apmail-cloudstack-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 693BA10535 for ; Mon, 26 Aug 2013 14:24:30 +0000 (UTC) Received: (qmail 98485 invoked by uid 500); 26 Aug 2013 14:24:29 -0000 Delivered-To: apmail-cloudstack-users-archive@cloudstack.apache.org Received: (qmail 98452 invoked by uid 500); 26 Aug 2013 14:24:29 -0000 Mailing-List: contact users-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@cloudstack.apache.org Delivered-To: mailing list users@cloudstack.apache.org Received: (qmail 98438 invoked by uid 99); 26 Aug 2013 14:24:29 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Aug 2013 14:24:29 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of kirk.jantzer@gmail.com designates 209.85.217.170 as permitted sender) Received: from [209.85.217.170] (HELO mail-lb0-f170.google.com) (209.85.217.170) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Aug 2013 14:24:23 +0000 Received: by mail-lb0-f170.google.com with SMTP id r12so1457546lbi.15 for ; Mon, 26 Aug 2013 07:24:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=vbbSbiKn+ZwRrLAi5zs9RhLJtZ8c1YybRf56WBMv/Hs=; b=EZ3zCbZPf8GRACsrkmU2MJCzQmMnLy6wwaCLeN+tGYVBWxrFshIcJjMNCskSDa6CVm HniyCvN8WVyd/t5TLAcmtSbfUihWpIjSE/71Mvei1Utd2+QLugUQe+4YfDdX/0tcZWu1 eslEupbCEdLotcf3Gth09ot9RpDnCqzQ6fc20MHEZZFl/AfiGZpd97bymGlTRiJQLqJZ 9UAfCRzREn41sN7C8tb2TNdzzRa8NrYz/K48H2QmLEXeFnLi/vLUq5+K8n53Niq2Rz6C 5bFonMT83sxas1cMmZ6x39lkwqh+wEWSi7Pff9+g87uluTWKbXYQsklwV8p2BeOBjQ7C 4lBQ== MIME-Version: 1.0 X-Received: by 10.152.87.42 with SMTP id u10mr979026laz.43.1377527042693; Mon, 26 Aug 2013 07:24:02 -0700 (PDT) Received: by 10.112.122.74 with HTTP; Mon, 26 Aug 2013 07:24:02 -0700 (PDT) In-Reply-To: <521B6481.2050802@a2hosting.com> References: <521B59B5.4070108@a2hosting.com> <521B6481.2050802@a2hosting.com> Date: Mon, 26 Aug 2013 10:24:02 -0400 Message-ID: Subject: Re: Remote force expunge? From: Kirk Jantzer To: Cloudstack users mailing list Content-Type: multipart/alternative; boundary=001a11c344380c5f3f04e4da82b5 X-Virus-Checked: Checked by ClamAV on apache.org --001a11c344380c5f3f04e4da82b5 Content-Type: text/plain; charset=ISO-8859-1 I like that idea :-) Regards, Kirk Jantzer http://about.met/kirkjantzer On Mon, Aug 26, 2013 at 10:21 AM, David Matteson wrote: > Hi Travis, > > Wanting to provide a 10 minute (or longer) recovery time is exactly why > I'm looking for some way to force an expunge remotely on demand. > > The problem with providing a long recovery time is that a user cannot > deploy a new VM with the same hostname (or IP address) until the old one is > expunged. Thus the desire to be able to say "No I really don't want to > recover the old one, get rid of it so I can make a new one." > > It seems like an expungeDestroyedVirtualMachine API call might be in order? > > > On 8/26/13 10:06 AM, Travis Graham wrote: > >> Hey David, >> >> As far as I understand it, there is no way to immediately expunge a >> deleted VM easily. By design there's a minimum 10 minute window to allow >> the recovery of a VM once it has been deleted. >> >> If you wanted to remove all references from the database and manually >> remove the associated files on your primary and secondary storage, there's >> nothing stopping you from doing that, but you'd probably be best to set >> your expunge.delay and expunge.interval to 600 and let the system do the >> heavy lifting. >> >> Travis >> >> On Aug 26, 2013, at 9:35 AM, David Matteson >> wrote: >> >> Hey everybody, >>> >>> Quick question; there is no API call for it, but does anybody know of a >>> way to force an expunge to run remotely? Ideally on a specific vmid. >>> >>> Thanks! >>> >> > --001a11c344380c5f3f04e4da82b5--