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)*