cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Kelven Yang <kelven.y...@citrix.com>
Subject Re: Issue launching VM on VMware
Date Mon, 15 Apr 2013 17:53:48 GMT
>From the log, you seem to use a offering that directs to create volume in
local storage and there is no such storage available in your setup

Kelven

On 4/13/13 4:14 PM, "Mike Tutkowski" <mike.tutkowski@solidfire.com> wrote:

>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 <aemneina@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.tutkowski@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 <imusayev@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.tutkowski@solidfire.com]
>> > > > Sent: Friday, April 12, 2013 3:18 PM
>> > > > To: dev@cloudstack.apache.org
>> > > > Cc: cloudstack-dev@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.tutkowski@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.yang@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
>o: 303.746.7302
>Advancing the way the world uses the
>cloud<http://solidfire.com/solution/overview/?video=play>
>**


Mime
View raw message