To be more precise, I see that error only under "admin" user. Users from domains can create VMS with anti-affinity groups fine.
2018-05-30 16:38 GMT+07:00 Ivan Kudryavtsev <kudryavtsev...@bw-sw.com>: > Hello, Devs. I have a fresh 4.11.1 RC with two KVM hosts deployed. > > First, I unable to deploy instances with UserDispersingPlanner planner. > The errors look like: > > 2018-05-30 16:31:35,372 DEBUG [c.c.a.ApiServlet] > (qtp1856056345-27:ctx-3fb8db1f ctx-d8415fd2) (logid:dbe8f2ce) ===END=== > 91.221.61.126 -- GET command=deployVirtualMachine& > response=json&zoneid=d477bb3f-3592-4503-8f2a-da3d878dd476& > templateid=369815dc-0622-4645-8ca4-c6432baebe89&hypervisor= > KVM&serviceofferingid=eab6a6fa-ae7d-4e39-9ddf- > 32285cdfd20b&affinitygroupids=c2ca0ddf-9e87-4d7c-9e91- > 3f6eb56f30f4&securitygroupids=c1ec899c-c69b-11e7-bdcf- > 0242ac110004&displayname=aaa4&name=aaa4&_=1527672695121 > 2018-05-30 16:31:35,456 DEBUG [c.c.d.DeploymentPlanningManagerImpl] > (API-Job-Executor-10:ctx-b36a77ea job-156334 ctx-9c358aab) > (logid:5ee25964) DeploymentPlanner allocation algorithm: null > 2018-05-30 16:31:35,456 DEBUG [c.c.d.DeploymentPlanningManagerImpl] > (API-Job-Executor-10:ctx-b36a77ea job-156334 ctx-9c358aab) > (logid:5ee25964) Trying to allocate a host and storage pools from dc:1, > pod:null,cluster:null, requested cpu: 9000, requested ram: 12884901888 > 2018-05-30 16:31:35,456 DEBUG [c.c.d.DeploymentPlanningManagerImpl] > (API-Job-Executor-10:ctx-b36a77ea job-156334 ctx-9c358aab) > (logid:5ee25964) Is ROOT volume READY (pool already allocated)?: No > 2018-05-30 16:31:35,460 DEBUG [o.a.c.a.HostAntiAffinityProcessor] > (API-Job-Executor-10:ctx-b36a77ea job-156334 ctx-9c358aab) > (logid:5ee25964) Processing affinity group test for VM Id: 2149 > 2018-05-30 16:31:35,473 DEBUG [c.c.d.DeploymentPlanningManagerImpl] > (API-Job-Executor-10:ctx-b36a77ea job-156334 ctx-9c358aab) > (logid:5ee25964) Deploy avoids pods: [], clusters: [], hosts: [] > 2018-05-30 16:31:35,474 DEBUG [c.c.d.FirstFitPlanner] > (API-Job-Executor-10:ctx-b36a77ea job-156334 ctx-9c358aab) > (logid:5ee25964) Searching all possible resources under this Zone: 1 > 2018-05-30 16:31:35,476 DEBUG [c.c.d.FirstFitPlanner] > (API-Job-Executor-10:ctx-b36a77ea job-156334 ctx-9c358aab) > (logid:5ee25964) Listing clusters in order of aggregate capacity, that have > (atleast one host with) enough CPU and RAM capacity under this Zone: 1 > 2018-05-30 16:31:35,479 DEBUG [c.c.d.FirstFitPlanner] > (API-Job-Executor-10:ctx-b36a77ea job-156334 ctx-9c358aab) > (logid:5ee25964) Removing from the clusterId list these clusters from avoid > set: [] > 2018-05-30 16:31:35,486 DEBUG [c.c.d.FirstFitPlanner] > (API-Job-Executor-10:ctx-b36a77ea job-156334 ctx-9c358aab) > (logid:5ee25964) The clusterId list for the given offering tag: [] > 2018-05-30 16:31:35,486 DEBUG [c.c.d.FirstFitPlanner] > (API-Job-Executor-10:ctx-b36a77ea job-156334 ctx-9c358aab) > (logid:5ee25964) No clusters found after removing disabled clusters and > clusters in avoid list, returning. > 2018-05-30 16:31:35,490 DEBUG [c.c.v.UserVmManagerImpl] > (API-Job-Executor-10:ctx-b36a77ea job-156334 ctx-9c358aab) > (logid:5ee25964) Destroying vm VM[User|i-2-2149-VM] as it failed to create > on Host with Id:null > > It's not in the "deployment.planners.exclude" btw. > > I removed from offerings that attribute: > update service_offering_view set deployment_planner = null; > > and they can be deployed right now. > > > Second, VMs with anti-affinity also won't deploy: > > The message is exactly the same by meaning. > > > > -- > With best regards, Ivan Kudryavtsev > Bitworks Software, Ltd. > Cell: +7-923-414-1515 > WWW: http://bitworks.software/ <http://bw-sw.com/> > > -- With best regards, Ivan Kudryavtsev Bitworks Software, Ltd. Cell: +7-923-414-1515 WWW: http://bitworks.software/ <http://bw-sw.com/>
