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 8F9ED1060A for ; Wed, 17 Jul 2013 22:30:49 +0000 (UTC) Received: (qmail 51514 invoked by uid 500); 17 Jul 2013 22:30:49 -0000 Delivered-To: apmail-cloudstack-issues-archive@cloudstack.apache.org Received: (qmail 51488 invoked by uid 500); 17 Jul 2013 22:30:49 -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 51377 invoked by uid 500); 17 Jul 2013 22:30:49 -0000 Delivered-To: apmail-incubator-cloudstack-issues@incubator.apache.org Received: (qmail 51349 invoked by uid 99); 17 Jul 2013 22:30:49 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Jul 2013 22:30:49 +0000 Date: Wed, 17 Jul 2013 22:30:49 +0000 (UTC) From: "Venkata Siva Vijayendra Bhamidipati (JIRA)" To: cloudstack-issues@incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (CLOUDSTACK-2867) Cannot add multiple vmware zones in vCenter MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/CLOUDSTACK-2867?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13711730#comment-13711730 ] Venkata Siva Vijayendra Bhamidipati commented on CLOUDSTACK-2867: ----------------------------------------------------------------- Have verified that the fix works, was able to create multiple zones. > Cannot add multiple vmware zones in vCenter > ------------------------------------------- > > Key: CLOUDSTACK-2867 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2867 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the default.) > Components: Management Server > Affects Versions: 4.2.0 > Environment: VMWare cloudstack deployment. > Reporter: Venkata Siva Vijayendra Bhamidipati > Assignee: Sateesh Chodapuneedi > > Create a datacenter in vmware, say dc1, add a cluster to it, say cluster1, add one or more hosts to cluster1. Add a zone in cloudstack, and provide dc1/cluster1 info for it. It'll go through fine. Next, create dc2, cluster2 in vCenter with new host(s). Attempt to add a new zone in cloudstack providing dc2/cluster2 info. It will fail with the following exception: > INFO [cloud.configuration.ConfigurationManagerImpl] (94321089@qtp-1454176402-24:) adding a new subnet to the network 209 > WARN [admin.zone.AddVmwareDcCmd] (1538955034@qtp-1454176402-23:) Exception: > com.cloud.exception.ResourceInUseException: This DC is already part of other CloudStack zone(s). Cannot add this DC to more zones. > at com.cloud.hypervisor.vmware.manager.VmwareManagerImpl.addVmwareDatacenter(VmwareManagerImpl.java:952) > at com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125) > at org.apache.cloudstack.api.command.admin.zone.AddVmwareDcCmd.execute(AddVmwareDcCmd.java:97) > at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155) > at com.cloud.api.ApiServer.queueCommand(ApiServer.java:528) > at com.cloud.api.ApiServer.handleRequest(ApiServer.java:371) > at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:304) > at com.cloud.api.ApiServlet.doGet(ApiServlet.java:66) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) > at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511) > at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:401) > at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) > at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) > at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766) > at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:450) > at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230) > at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114) > at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) > at org.mortbay.jetty.Server.handle(Server.java:326) > at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542) > at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:928) > at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549) > at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212) > at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404) > at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410) > at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582) > INFO [cloud.api.ApiServer] (1538955034@qtp-1454176402-23:) This DC is already part of other CloudStack zone(s). Cannot add this DC to more zones. > INFO [vmware.resource.VmwareResource] (DirectAgent-100:10.223.74.132) Executing resource NetworkUsageCommand > It looks like the CustomFieldDef[] cloud.zone key is getting defined globally for all DCs. So once it's set to true, it's probably getting read as true for new DCs as well. Or probably it's just that we're reading it wrongly in the mgmt server (doesn't look like that's the case though). -- 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