cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Venkata Siva Vijayendra Bhamidipati (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CLOUDSTACK-2867) Cannot add multiple vmware zones in vCenter
Date Wed, 17 Jul 2013 22:30:49 GMT

    [ 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

Mime
View raw message