Return-Path: X-Original-To: apmail-incubator-cloudstack-users-archive@minotaur.apache.org Delivered-To: apmail-incubator-cloudstack-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0D260DF14 for ; Sat, 21 Jul 2012 00:21:06 +0000 (UTC) Received: (qmail 30150 invoked by uid 500); 21 Jul 2012 00:21:05 -0000 Delivered-To: apmail-incubator-cloudstack-users-archive@incubator.apache.org Received: (qmail 30129 invoked by uid 500); 21 Jul 2012 00:21:05 -0000 Mailing-List: contact cloudstack-users-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cloudstack-users@incubator.apache.org Delivered-To: mailing list cloudstack-users@incubator.apache.org Received: (qmail 30117 invoked by uid 99); 21 Jul 2012 00:21:05 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 21 Jul 2012 00:21:05 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of majorgearhead@gmail.com designates 209.85.160.47 as permitted sender) Received: from [209.85.160.47] (HELO mail-pb0-f47.google.com) (209.85.160.47) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 21 Jul 2012 00:20:59 +0000 Received: by pbbrq2 with SMTP id rq2so6235306pbb.6 for ; Fri, 20 Jul 2012 17:20:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to; bh=aD0dBJ2Aj2O2bRsrF27/OQIklxMM0CtBi1ccF3prwUk=; b=rnemn8aFJj6y/CLVcVs6UEoXtnys0OffZNP0NdBdLsox9FAs5x5PCrAt1IYEU6AtZb +zr7bzAb2ZKsgiAwvw0Kmiha/9QuN9za7h2yqnfPEGC+V7l00s8Bencugf+juWJXVagr 21Ibma8r3twEJ6ysGocFB4e6QryoFs79Np6rMysbDJZ4jY16aS5QXKVICrOrhiAk6Ey4 7JISWI2Woucrnd7sIs10AqWXKpqUXwvlpq6O61jvDnzzi4fK0lp/v43T/JeIrtxoy+yR GrtgtLCA77wafu5QVQ3k4wjak4WXWRUqqoNse5CwSo+dCrHbJFd26r3HK4MMmzxDldbB xO7Q== Received: by 10.68.197.70 with SMTP id is6mr17618475pbc.64.1342830039624; Fri, 20 Jul 2012 17:20:39 -0700 (PDT) Received: from [10.0.1.35] ([216.51.61.42]) by mx.google.com with ESMTPS id qd2sm1304508pbb.29.2012.07.20.17.20.37 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 20 Jul 2012 17:20:38 -0700 (PDT) References: <93099572B72EB341B81A644E134F240B012F6D0DB9C6@SJCPMAILBOX01.citrite.net> In-Reply-To: <93099572B72EB341B81A644E134F240B012F6D0DB9C6@SJCPMAILBOX01.citrite.net> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <3FF96325-F5EB-4392-BC97-1D9F5FC4A912@gmail.com> Cc: "cloudstack-users@incubator.apache.org" X-Mailer: iPhone Mail (9B206) From: William Clark Subject: Re: Two hosts in the same cluster are not independent of each - why and how to fix? Date: Fri, 20 Jul 2012 18:20:35 -0600 To: "cloudstack-users@incubator.apache.org" X-Virus-Checked: Checked by ClamAV on apache.org Also you probably want to go into global settings and set your expunge times= down from where they are at. By default they keep deleted vms around for so= me time. You can see this if you go to XenCenter and take a look at your Hyp= ervisors.=20 Bill Clark Sent from my iPhone On Jul 20, 2012, at 5:12 PM, Evan Miller wrote: > Running CloudStack Management Server: > v3.0.2.1 > On: > [root@cumulus management]# uname -a > Linux cumulus.eng.citrite.net 2.6.32-220.el6.x86_64 #1 SMP Tue Dec 6 19:4= 8:22 GMT 2011 x86_64 x86_64 x86_64 GNU/Linux > [root@cumulus management]# > Hypervisor : > XenServer v6.02 >=20 > Hi: >=20 > I have a cluster called LS_R12345. > I have one host called xen01 and another host called xencs1. > I am aware that a host is not really in maintenance mode until Resource st= ate > says "Maintenance". >=20 > The problem is a moving target ... >=20 > Initially, one host could not be independently created. > That is, when I created xen01, then both xen01 and xencs1 showed as up. > Likewise, when I created xencs1, then both xen01 and xencs1 showed as up. > I only told the CSMS GUI to create one host at a time. >=20 > That above behavior changed after I experimented with maintenance mode and= > deleting hosts. >=20 > Now, the new, odd behavior is as follows: >=20 > If I create xen01 first, it shows up fine, but then I can't add xencs1 lat= er. I get > a GUI error that simply says can't add host. >=20 > Also, for xen01, it is taking an extraordinarily long time to go from Prep= areForMaintenance to > Maintenance Resource state. In fact, it may be stuck in that PrepareFor Ma= intenance Resource state. > This, basically, messes up deleting xen01 and may cause other problems for= xencs1 given the apparent > dependency between xen01 and xencs1. >=20 > Why is this happening and how to fix? >=20 > Thanks. >=20 > Regards, >=20 > Evan Miller >=20 > Citrix Systems. Inc. > Desktop and Cloud Engineering Infrastructure > 4988 Great America Parkway > Santa Clara, CA 95054 >=20