Return-Path: X-Original-To: apmail-cloudstack-dev-archive@www.apache.org Delivered-To: apmail-cloudstack-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 92E1E108BB for ; Thu, 31 Oct 2013 18:50:34 +0000 (UTC) Received: (qmail 70590 invoked by uid 500); 31 Oct 2013 18:50:33 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 70551 invoked by uid 500); 31 Oct 2013 18:50:33 -0000 Mailing-List: contact dev-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 dev@cloudstack.apache.org Received: (qmail 70543 invoked by uid 99); 31 Oct 2013 18:50:33 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 Oct 2013 18:50:33 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [72.51.28.127] (HELO webmail.bbits.ca) (72.51.28.127) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 Oct 2013 18:50:28 +0000 Received: from localhost (localhost [127.0.0.1]) by webmail.bbits.ca (Postfix) with ESMTP id 815BC3020158 for ; Thu, 31 Oct 2013 11:50:08 -0700 (PDT) Received: from webmail.bbits.ca ([127.0.0.1]) by localhost (webmail.bbits.ca [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id gCP5qW1iwXt0 for ; Thu, 31 Oct 2013 11:50:03 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by webmail.bbits.ca (Postfix) with ESMTP id 8B96630203C3 for ; Thu, 31 Oct 2013 11:50:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at bbits.ca Received: from webmail.bbits.ca ([127.0.0.1]) by localhost (webmail.bbits.ca [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id gDuI_D2U3Xyq for ; Thu, 31 Oct 2013 11:50:03 -0700 (PDT) Received: from webmail.bbits.ca (webmail.bbits.ca [72.51.28.127]) by webmail.bbits.ca (Postfix) with ESMTP id 6A95D3020158 for ; Thu, 31 Oct 2013 11:50:03 -0700 (PDT) Date: Thu, 31 Oct 2013 11:50:03 -0700 (PDT) From: Kelcey Jamison Damage To: dev@cloudstack.apache.org Message-ID: <842019313.970437.1383245403357.JavaMail.zimbra@bbits.ca> In-Reply-To: <8E11AFCD-8888-4412-9E0A-A29D6AF10AD6@gmail.com> References: <244147663.965291.1383241967394.JavaMail.zimbra@bbits.ca> <8E11AFCD-8888-4412-9E0A-A29D6AF10AD6@gmail.com> Subject: Re: why system.vm.use.local.storage? MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_970436_1747475955.1383245403356" X-Originating-IP: [72.51.28.1] X-Mailer: Zimbra 8.0.5_GA_5839 (ZimbraWebClient - FF26 (Win)/8.0.5_GA_5839) Thread-Topic: why system.vm.use.local.storage? Thread-Index: JVavKXNaPNdXRvas8zZElro79nJhkQ== X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_970436_1747475955.1383245403356 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Well perhaps it should be a checkbox on the first zone wizard page, have it show up when the user selects 'use local storage'. it could say 'allow system VMs on local storage'. ----- Original Message ----- From: "Darren Shepherd" To: dev@cloudstack.apache.org Cc: dev@cloudstack.apache.org Sent: Thursday, October 31, 2013 11:46:32 AM Subject: Re: why system.vm.use.local.storage? I just find it annoying setting up a zone with local storage that I have to turn this setting on. If I have no shared storage, then system VMs won't deploy with out this parameter. It's just seems like a useless setting that might have been added because there is something else in the system that isn't working right. Darren > On Oct 31, 2013, at 10:52 AM, Kelcey Jamison Damage wrote: > > That's a good point. I know the system VMs are auto created if the system is aware of their state being either 'Destroyed', 'Expunged'. If the state is 'Starting', or 'Started'/'Running' then no actions are taken. > > In your scenario, the system VM would still be 'Started' in the database even though communication is lost to the host, so no automatic action would be taken. > > ----- Original Message ----- > > From: "Darren Shepherd" > To: dev@cloudstack.apache.org > Sent: Thursday, October 31, 2013 10:47:41 AM > Subject: why system.vm.use.local.storage? > > Why do we have the configuration system.vm.use.local.storage? Why would > somebody care if they systemvm is on local storage? I'm guessing the idea > here is if it's on local storage we can't bring it back in a host failure > situation? But don't we just recreate the systemvm? > > Darren > ------=_Part_970436_1747475955.1383245403356--