That's weird...I have three local storages (one from DevCloud2 by default, one from one ESXi host, and one from another ESXi host). I also have several shared storages (iSCSI-based datastores that were configured in CS as VMFS-based primary storages). I tagged the shared primary storage I wanted to use, referenced that storage tag from a compute offering, and executed the compute offering.
On Sat, Apr 13, 2013 at 12:30 PM, Ahmad Emneina <aemne...@gmail.com> wrote: > looks as though your zone is set to use shared storage, and youre only > providing local storage. > > 1. 2013-04-12 11:35:20,292 DEBUG [storage.allocator. > AbstractStoragePoolAllocator] (Job-Executor-11:job-11) Checking if > storage pool is suitable, name: devcloud Local Storage ,poolId: 200 > 2. 2013-04-12 11:35:20,292 DEBUG [storage.allocator. > AbstractStoragePoolAllocator] (Job-Executor-11:job-11) Is > localStorageAllocationNeeded? false > 3. 2013-04-12 11:35:20,292 DEBUG [storage.allocator. > AbstractStoragePoolAllocator] (Job-Executor-11:job-11) Is storage pool > shared? false > 4. 2013-04-12 11:35:20,292 DEBUG [storage.allocator. > AbstractStoragePoolAllocator] (Job-Executor-11:job-11) StoragePool is > not > of correct type, skipping this pool > > > > On Fri, Apr 12, 2013 at 10:19 PM, Mike Tutkowski < > mike.tutkow...@solidfire.com> wrote: > > > 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> > > *™* > > > -- *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> *™*
