Hi, Thanks for the comments.
In my case, I am just running a Basic Zone that was originally set up with DevCloud2. I added a Pod and a Cluster with two ESXi Hosts in the Cluster. I am able to create iSCSI-based VMFS Datastores and Primary Storages in CS from them. However, when I try to execute a Compute Offering that is storage tagged to only use Primary Storage that is based on one of my VMFS Datastores, I get a failure message. I've attached the log here: http://paste.cloudstack.org/rst0/ Thanks!! On Fri, Apr 12, 2013 at 2:49 PM, Musayev, Ilya <imusa...@webmd.net> wrote: > Mike, > > I've done many vmware install, I don't believe your issue is with VC > running on the same hypervisor you are trying to manage - since one of my > setups is doing just that. > > Also, while it maybe stated somewhere that you should dedicate this > hypervisor to CS, CS does not know anything about other VMs it did not > create. It maybe a best practice to dedicate your hypervisors, however, its > not a must requirement (please correct me if I'm wrong). > > Even when you place ESXi into maintenance mode in CS, it does not really > take hypervisor into maintenance mode, it just evacuvates its VMs to other > hypervisors. > > Typical reasons for your problem: > 1) you've changed "Management Network" port group > 2) you are not using default vswitch0 > (both of the above can be changed in settings) > 3) you attempting to use DVS, not yet supported in 4.1, supported in 4.2 > - I will release my version of ACS of 4.1 with DVS integrated as soon as > 4.1 goes out. > > If none of the above are true, please submit a log through > paste.cloudstack.org, the exception you've posted show the end result > error - but not the original cause. > > Regards > ilya > > > -----Original Message----- > > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] > > Sent: Friday, April 12, 2013 3:18 PM > > To: dev@cloudstack.apache.org > > Cc: cloudstack-...@incubator.apache.org > > Subject: Re: Issue launching VM on VMware > > > > So, could this be the problem: > > > > In the interest of efficiency, I am running a virtual appliance with > vCenter > > inside of it on one of the two ESXi hosts I'm using in CloudStack. > > > > Technically we're not supposed to have any VMs running that we're not > > started by CloudStack, right? > > > > Could this be what's causing my troubles? > > > > > > On Fri, Apr 12, 2013 at 12:56 PM, Mike Tutkowski < > > mike.tutkow...@solidfire.com> wrote: > > > > > Looks like it might be because no virtual router is running? > > > > > > 2013-04-12 12:50:27,994 DEBUG > > > [network.router.VirtualNetworkApplianceManagerImpl] > > > (RouterStatusMonitor-1:null) Found 0 routers to update status. > > > 2013-04-12 12:50:27,995 DEBUG > > > [network.router.VirtualNetworkApplianceManagerImpl] > > > (RouterStatusMonitor-1:null) Found 0 networks to update RvR status. > > > 2013-04-12 12:50:28,026 DEBUG > > > [network.router.VirtualNetworkApplianceManagerImpl] > > > (RouterStatusMonitor-1:null) Found 0 routers to update status. > > > 2013-04-12 12:50:28,027 DEBUG > > > [network.router.VirtualNetworkApplianceManagerImpl] > > > (RouterStatusMonitor-1:null) Found 0 networks to update RvR status. > > > > > > My SSVM is running, but it looks like no virtual router is. > > > > > > > > > On Fri, Apr 12, 2013 at 12:11 PM, Kelven Yang > > <kelven.y...@citrix.com>wrote: > > > > > >> Look back from the exception in logs, this exception is the final > > >> place that throws the failure exception, the actual reason may be > > >> shown in logs earlier than this point. > > >> Kelven > > >> > > >> On 4/12/13 10:46 AM, "Mike Tutkowski" <mike.tutkow...@solidfire.com> > > >> wrote: > > >> > > >> >Same problem when I try to start the VM on the local storage of > > >> >either of my ESXi hosts. > > >> > > > >> > > > >> >On Fri, Apr 12, 2013 at 11:39 AM, Mike Tutkowski < > > >> >mike.tutkow...@solidfire.com> wrote: > > >> > > > >> >> Hi, > > >> >> > > >> >> Any thoughts on this? It seems like I should have plenty of > > >> >> memory (on either of my two ESXi hosts) and plenty of storage > > >> >> space (on my iSCSI-backed VMFS datastore). > > >> >> > > >> >> Thanks! > > >> >> > > >> >> INFO [user.vm.DeployVMCmd] (Job-Executor-11:job-11) Unable to > > >> >>create a deployment for > > >> >>VM[User|5878531f-2164-48cc-b1b7-3b38e9b16b5f] > > >> >> com.cloud.exception.InsufficientServerCapacityException: Unable to > > >> >>create a deployment for > > >> >>VM[User|5878531f-2164-48cc-b1b7-3b38e9b16b5f]Scope=interface > > >> >> com.cloud.dc.DataCenter; id=1 > > >> >> at > > >> >> > > >> > > >> >>org.apache.cloudstack.engine.cloud.entity.api.VMEntityManagerImpl.r > > >> >>eserve > > >> >>VirtualMachine(VMEntityManagerImpl.java:186) > > >> >> at > > >> >> > > >> >> > > >> org.apache.cloudstack.engine.cloud.entity.api.VirtualMachineEntityImp > > >> l.re > > >> >>serve(VirtualMachineEntityImpl.java:198) > > >> >> at > > >> >> > > >> > > >> > > >>com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManage > > rImp > > >> >>l.java > > >> >>:3859) > > >> >> at > > >> >> > > >> > > >> > > >>com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManage > > rImp > > >> >>l.java > > >> >>:3458) > > >> >> at > > >> >> > > >> > > >> > > >>com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManage > > rImp > > >> >>l.java > > >> >>:3444) > > >> >> at > > >> >> > > >> > > >> > > >>com.cloud.utils.component.ComponentInstantiationPostProcessor$Inter > > >> >>ceptor > > >> >>Dispatcher.intercept(ComponentInstantiationPostProcessor.java:125) > > >> >> at > > >> >> > > >> > > >> > > >>org.apache.cloudstack.api.command.user.vm.DeployVMCmd.execute(De > > plo > > >> >>yVMCmd > > >> >>.java:379) > > >> >> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:162) > > >> >> at > > >> >> > > >> > > >>com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.jav > > a: > > >> >>437) > > >> >> at > > >> >>java.util.concurrent.Executors$RunnableAdapter.call(Executors.java: > > >> >>439) > > >> >> at > > >> >>java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) > > >> >> at java.util.concurrent.FutureTask.run(FutureTask.java:138) > > >> >> at > > >> >> > > >> > > >> > > >>java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolEx > > >> >>ecutor > > >> >>.java:895) > > >> >> at > > >> >> > > >> > > >> > > >>java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecut > > >> >>or.jav > > >> >>a:918) > > >> >> at java.lang.Thread.run(Thread.java:680) > > >> >> > > >> >> > > >> >> -- > > >> >> *Mike Tutkowski* > > >> >> *Senior CloudStack Developer, SolidFire Inc.* > > >> >> e: mike.tutkow...@solidfire.com > > >> >> o: 303.746.7302 > > >> >> Advancing the way the world uses the > > >> >>cloud<http://solidfire.com/solution/overview/?video=play> > > >> >> * * > > >> >> > > >> > > > >> > > > >> > > > >> >-- > > >> >*Mike Tutkowski* > > >> >*Senior CloudStack Developer, SolidFire Inc.* > > >> >e: mike.tutkow...@solidfire.com > > >> >o: 303.746.7302 > > >> >Advancing the way the world uses the > > >> >cloud<http://solidfire.com/solution/overview/?video=play> > > >> >* * > > >> > > >> > > > > > > > > > -- > > > *Mike Tutkowski* > > > *Senior CloudStack Developer, SolidFire Inc.* > > > e: mike.tutkow...@solidfire.com > > > o: 303.746.7302 > > > Advancing the way the world uses the > > > cloud<http://solidfire.com/solution/overview/?video=play> > > > *(tm)* > > > > > > > > > > > -- > > *Mike Tutkowski* > > *Senior CloudStack Developer, SolidFire Inc.* > > e: mike.tutkow...@solidfire.com > > o: 303.746.7302 > > Advancing the way the world uses the > > cloud<http://solidfire.com/solution/overview/?video=play> > > *(tm)* > > -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloud<http://solidfire.com/solution/overview/?video=play> *™*