Re: 回复: 问题 InsufficientServerCapacityException: Unable to create a deployment for VM[User|vm1]
我通过给第二个xen cluster新添加一个主存储解决了这个问题。VM被创建起来了。 On 20 June 2014 17:25, Yujiang Pang wrote: > 成功了的。初步判断是 “No storage pools available for shared volume allocation, > returning” 日志里面的这个问题。 > > 现在Google了下,有个帖子 > http://comments.gmane.org/gmane.comp.apache.cloudstack.user/7871 > 说要给我的第二个xen cluster的host加一个primary,刚试了下, 没有InsuffientServerCapacity了, > VM还在创建中。 > > > On 20 June 2014 16:45, Adagio <68630...@qq.com> wrote: > >> 好像host没有被正确识别,你确定添加host成功了吗? >> >> >> >> >> >> >> -- 原始邮件 -- >> 发件人: "Yujiang Pang";; >> 发送时间: 2014年6月20日(星期五) 下午4:33 >> 收件人: "users-cn"; >> >> 主题: Re: 问题 InsufficientServerCapacityException: Unable to create a >> deployment for VM[User|vm1] >> >> >> >> hi 大家好, >> >> 我按照第一个方法 改好日志输出级别后 发现日志如下, 麻烦大家帮忙看下呢: >> {{ >> DEBUG [c.c.a.ApiServlet] (catalina-exec-23:ctx-4284f15a ctx-a17c36f3) >> ===END=== 10.121.123.166 -- GET >> >> >> command=deployVirtualMachine&response=json&sessionkey=S%2FzlgI8p4FapWwN%2BW39POd5RkBs%3D&zoneid=d718cbb3-2a42-47b1-b428-9fe80e6abfef&templateid=ef7f2226-f775-11e3-b668-14feb5e24708&hypervisor=XenServer&serviceofferingid=3ead12b2-77af-4ef5-9fbf-b6b4b313f398&diskofferingid=8257cf83-9328-4ad2-aad2-775de2a17a8f&networkids=90bccdc2-4580-46d4-8e2f-a8f7bed9c6cc&displayname=vm1&name=vm1&_=1403251372470 >> DEBUG [c.c.a.ApiDispatcher] (Job-Executor-2:ctx-6349746a ctx-a17c36f3) >> InfrastructureEntity name is:com.cloud.offering.ServiceOffering >> DEBUG [c.c.a.ApiDispatcher] (Job-Executor-2:ctx-6349746a ctx-a17c36f3) >> ControlledEntity name is:com.cloud.template.VirtualMachineTemplate >> DEBUG [c.c.a.ApiDispatcher] (Job-Executor-2:ctx-6349746a ctx-a17c36f3) >> ControlledEntity name is:com.cloud.network.Network >> DEBUG [c.c.a.ApiDispatcher] (Job-Executor-2:ctx-6349746a ctx-a17c36f3) >> InfrastructureEntity name is:com.cloud.offering.DiskOffering >> DEBUG [c.c.n.NetworkModelImpl] (Job-Executor-2:ctx-6349746a ctx-a17c36f3) >> Service SecurityGroup is not supported in the network id=204 >> DEBUG [c.c.n.NetworkModelImpl] (Job-Executor-2:ctx-6349746a ctx-a17c36f3) >> Service SecurityGroup is not supported in the network id=204 >> DEBUG [c.c.d.DeploymentPlanningManagerImpl] (Job-Executor-2:ctx-6349746a >> ctx-a17c36f3) Deploy avoids pods: [], clusters: [], hosts: [] >> DEBUG [c.c.d.DeploymentPlanningManagerImpl] (Job-Executor-2:ctx-6349746a >> ctx-a17c36f3) DeploymentPlanner allocation algorithm: >> com.cloud.deploy.FirstFitPlanner@67619b83 >> DEBUG [c.c.d.DeploymentPlanningManagerImpl] (Job-Executor-2:ctx-6349746a >> ctx-a17c36f3) Trying to allocate a host and storage pools from dc:1, >> pod:null,cluster:null, requested cpu: 500, requested ram: 536870912 >> DEBUG [c.c.d.DeploymentPlanningManagerImpl] (Job-Executor-2:ctx-6349746a >> ctx-a17c36f3) Is ROOT volume READY (pool already allocated)?: No >> DEBUG [c.c.d.FirstFitPlanner] (Job-Executor-2:ctx-6349746a ctx-a17c36f3) >> Searching all possible resources under this Zone: 1 >> DEBUG [c.c.d.FirstFitPlanner] (Job-Executor-2:ctx-6349746a ctx-a17c36f3) >> Listing clusters in order of aggregate capacity, that have (atleast one >> host with) enough CPU and RAM capacity under this Zone: 1 >> DEBUG [c.c.d.FirstFitPlanner] (Job-Executor-2:ctx-6349746a ctx-a17c36f3) >> Removing from the clusterId list these clusters from avoid set: [] >> DEBUG [c.c.d.FirstFitPlanner] (Job-Executor-2:ctx-6349746a ctx-a17c36f3) >> Cannot allocate cluster list [1] for vm creation since their allocated >> percentage crosses the disable capacity threshold defined at each cluster/ >> at global value for capacity Type : 0, skipping these clusters >> DEBUG [c.c.d.DeploymentPlanningManagerImpl] (Job-Executor-2:ctx-6349746a >> ctx-a17c36f3) Checking resources in Cluster: 2 under Pod: 1 >> DEBUG [c.c.a.m.a.i.FirstFitAllocator] (Job-Executor-2:ctx-6349746a >> ctx-a17c36f3 FirstFitRoutingAllocator) Looking for hosts in dc: 1 pod:1 >> cluster:2 >> DEBUG [c.c.a.m.a.i.FirstFitAllocator] (Job-Executor-2:ctx-6349746a >> ctx-a17c36f3 FirstFitRoutingAllocator) FirstFitAllocator has 1 hosts to >> check for allocation: [Host[-4-Routing]] >> DEBUG [c.c.a.m.a.i.FirstFitAllocator] (Job-Executor-2:ctx-6349746a >> ctx-a17c36f3 FirstFitRoutingAllocator) Found 1 hosts for allocation after >> prioritization: [Host[-4-Routing]] >> DEBUG [c.c.a.m.a.i.FirstFitAllocator] (Job-Executor-2:ctx-6349746a >> ctx-a17c36f3 FirstFitRoutingAllocator) Looking for speed=500Mhz, Ram=512 >> DEBUG [c.c.c.CapacityManagerImpl] (Job-Executor-2:ctx-6349746a >> ctx-a17c36f3 >> FirstFitRoutingAllocator) Host: 4 has cpu capability (cpu:2, speed:2926) >> to >> support requested CPU: 1 and requested speed: 500 >> DEBUG [c.c.c.CapacityManagerImpl] (Job-Executor-2:ctx-6349746a >> ctx-a17c36f3 >> FirstFitRoutingAllocator) Checking if host: 4 has enough capacity for >> requested CPU: 500 and requested RAM: 536870912 , >> cpuOverprovisioningFactor: 1.0 >> DEBUG [c.c.c.CapacityManagerImpl] (Job-Executor-2:ctx-6349746a >> ctx-a17c36f3 >> FirstFitRoutingAllocator) Hosts's actual total CPU: 5
Re: 回复: 问题 InsufficientServerCapacityException: Unable to create a deployment for VM[User|vm1]
成功了的。初步判断是 “No storage pools available for shared volume allocation, returning” 日志里面的这个问题。 现在Google了下,有个帖子 http://comments.gmane.org/gmane.comp.apache.cloudstack.user/7871 说要给我的第二个xen cluster的host加一个primary,刚试了下, 没有InsuffientServerCapacity了, VM还在创建中。 On 20 June 2014 16:45, Adagio <68630...@qq.com> wrote: > 好像host没有被正确识别,你确定添加host成功了吗? > > > > > > > -- 原始邮件 -- > 发件人: "Yujiang Pang";; > 发送时间: 2014年6月20日(星期五) 下午4:33 > 收件人: "users-cn"; > > 主题: Re: 问题 InsufficientServerCapacityException: Unable to create a > deployment for VM[User|vm1] > > > > hi 大家好, > > 我按照第一个方法 改好日志输出级别后 发现日志如下, 麻烦大家帮忙看下呢: > {{ > DEBUG [c.c.a.ApiServlet] (catalina-exec-23:ctx-4284f15a ctx-a17c36f3) > ===END=== 10.121.123.166 -- GET > > > command=deployVirtualMachine&response=json&sessionkey=S%2FzlgI8p4FapWwN%2BW39POd5RkBs%3D&zoneid=d718cbb3-2a42-47b1-b428-9fe80e6abfef&templateid=ef7f2226-f775-11e3-b668-14feb5e24708&hypervisor=XenServer&serviceofferingid=3ead12b2-77af-4ef5-9fbf-b6b4b313f398&diskofferingid=8257cf83-9328-4ad2-aad2-775de2a17a8f&networkids=90bccdc2-4580-46d4-8e2f-a8f7bed9c6cc&displayname=vm1&name=vm1&_=1403251372470 > DEBUG [c.c.a.ApiDispatcher] (Job-Executor-2:ctx-6349746a ctx-a17c36f3) > InfrastructureEntity name is:com.cloud.offering.ServiceOffering > DEBUG [c.c.a.ApiDispatcher] (Job-Executor-2:ctx-6349746a ctx-a17c36f3) > ControlledEntity name is:com.cloud.template.VirtualMachineTemplate > DEBUG [c.c.a.ApiDispatcher] (Job-Executor-2:ctx-6349746a ctx-a17c36f3) > ControlledEntity name is:com.cloud.network.Network > DEBUG [c.c.a.ApiDispatcher] (Job-Executor-2:ctx-6349746a ctx-a17c36f3) > InfrastructureEntity name is:com.cloud.offering.DiskOffering > DEBUG [c.c.n.NetworkModelImpl] (Job-Executor-2:ctx-6349746a ctx-a17c36f3) > Service SecurityGroup is not supported in the network id=204 > DEBUG [c.c.n.NetworkModelImpl] (Job-Executor-2:ctx-6349746a ctx-a17c36f3) > Service SecurityGroup is not supported in the network id=204 > DEBUG [c.c.d.DeploymentPlanningManagerImpl] (Job-Executor-2:ctx-6349746a > ctx-a17c36f3) Deploy avoids pods: [], clusters: [], hosts: [] > DEBUG [c.c.d.DeploymentPlanningManagerImpl] (Job-Executor-2:ctx-6349746a > ctx-a17c36f3) DeploymentPlanner allocation algorithm: > com.cloud.deploy.FirstFitPlanner@67619b83 > DEBUG [c.c.d.DeploymentPlanningManagerImpl] (Job-Executor-2:ctx-6349746a > ctx-a17c36f3) Trying to allocate a host and storage pools from dc:1, > pod:null,cluster:null, requested cpu: 500, requested ram: 536870912 > DEBUG [c.c.d.DeploymentPlanningManagerImpl] (Job-Executor-2:ctx-6349746a > ctx-a17c36f3) Is ROOT volume READY (pool already allocated)?: No > DEBUG [c.c.d.FirstFitPlanner] (Job-Executor-2:ctx-6349746a ctx-a17c36f3) > Searching all possible resources under this Zone: 1 > DEBUG [c.c.d.FirstFitPlanner] (Job-Executor-2:ctx-6349746a ctx-a17c36f3) > Listing clusters in order of aggregate capacity, that have (atleast one > host with) enough CPU and RAM capacity under this Zone: 1 > DEBUG [c.c.d.FirstFitPlanner] (Job-Executor-2:ctx-6349746a ctx-a17c36f3) > Removing from the clusterId list these clusters from avoid set: [] > DEBUG [c.c.d.FirstFitPlanner] (Job-Executor-2:ctx-6349746a ctx-a17c36f3) > Cannot allocate cluster list [1] for vm creation since their allocated > percentage crosses the disable capacity threshold defined at each cluster/ > at global value for capacity Type : 0, skipping these clusters > DEBUG [c.c.d.DeploymentPlanningManagerImpl] (Job-Executor-2:ctx-6349746a > ctx-a17c36f3) Checking resources in Cluster: 2 under Pod: 1 > DEBUG [c.c.a.m.a.i.FirstFitAllocator] (Job-Executor-2:ctx-6349746a > ctx-a17c36f3 FirstFitRoutingAllocator) Looking for hosts in dc: 1 pod:1 > cluster:2 > DEBUG [c.c.a.m.a.i.FirstFitAllocator] (Job-Executor-2:ctx-6349746a > ctx-a17c36f3 FirstFitRoutingAllocator) FirstFitAllocator has 1 hosts to > check for allocation: [Host[-4-Routing]] > DEBUG [c.c.a.m.a.i.FirstFitAllocator] (Job-Executor-2:ctx-6349746a > ctx-a17c36f3 FirstFitRoutingAllocator) Found 1 hosts for allocation after > prioritization: [Host[-4-Routing]] > DEBUG [c.c.a.m.a.i.FirstFitAllocator] (Job-Executor-2:ctx-6349746a > ctx-a17c36f3 FirstFitRoutingAllocator) Looking for speed=500Mhz, Ram=512 > DEBUG [c.c.c.CapacityManagerImpl] (Job-Executor-2:ctx-6349746a ctx-a17c36f3 > FirstFitRoutingAllocator) Host: 4 has cpu capability (cpu:2, speed:2926) to > support requested CPU: 1 and requested speed: 500 > DEBUG [c.c.c.CapacityManagerImpl] (Job-Executor-2:ctx-6349746a ctx-a17c36f3 > FirstFitRoutingAllocator) Checking if host: 4 has enough capacity for > requested CPU: 500 and requested RAM: 536870912 , > cpuOverprovisioningFactor: 1.0 > DEBUG [c.c.c.CapacityManagerImpl] (Job-Executor-2:ctx-6349746a ctx-a17c36f3 > FirstFitRoutingAllocator) Hosts's actual total CPU: 5852 and CPU after > applying overprovisioning: 5852 > DEBUG [c.c.c.CapacityManagerImpl] (Job-Executor-2:ctx-6349746a ctx-a17c36f3 > FirstFitRoutingAllocator) Free CPU: 5852 , Requested CPU: 500 > DEBUG