<div dir="auto">No, I don't have these tools enabled to check the placement allocation and resources. I can try to.<div dir="auto"><br></div><div dir="auto">Meanwhile is there some configuration to be set in stein release as opposed to rocky towards cells or placement ? </div><div dir="auto"><br></div><div dir="auto">On the same nodes rocky was installed and it worked fine straight out of box. Stein is showing issues with controllers and says "Failed to compute_task_build_instances: No valid host was found." under nova-conductor.log.</div><div dir="auto"><br></div><div dir="auto">Also under nova-scheduler.log I could see a single info entry: " Got no allocation candidates from the Placement API. This could be due to insufficient resources or a temporary occurence as compute nodes start up."</div><div dir="auto"><br></div><div dir="auto">But I do see that all compute nodes are enabled and is up.</div><div dir="auto"><br></div><div dir="auto"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Feb 8, 2021, 4:03 PM Pierre Riteau <<a href="mailto:pierre@stackhpc.com">pierre@stackhpc.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">You can also use the osc-placement CLI to check what the placement<br>
data looks like. Do you have resource providers and matching<br>
inventories for your hypervisors?<br>
<br>
On Mon, 8 Feb 2021 at 11:16, roshan anvekar <<a href="mailto:roshananvekar@gmail.com" target="_blank" rel="noreferrer">roshananvekar@gmail.com</a>> wrote:<br>
><br>
> VM creation is not getting scheduled itself showing no valid host found.<br>
><br>
> The logs show no error in scheduler logs too<br>
><br>
> On Mon, Feb 8, 2021, 2:44 PM Mark Goddard <<a href="mailto:mark@stackhpc.com" target="_blank" rel="noreferrer">mark@stackhpc.com</a>> wrote:<br>
>><br>
>> On Fri, 5 Feb 2021 at 15:49, roshan anvekar <<a href="mailto:roshananvekar@gmail.com" target="_blank" rel="noreferrer">roshananvekar@gmail.com</a>> wrote:<br>
>> ><br>
>> > Thanks for the reply.<br>
>> ><br>
>> > Well, I have a multinode setup ( 3 controllers and multiple compute nodes)  which was initially deployed with rocky and was working fine.<br>
>> ><br>
>> > I checked the globals.yml and site.yml files between rocky and stein and I could not see any significant changes.<br>
>> ><br>
>> > Also under Admin-Compute-Hypervisor, I see that all the compute nodes are showing up under Compute section. the hypervisor section is empty.<br>
>> ><br>
>> > I was wondering if controllers are placed under a different aggregate and not able to show up. I can see all 3 controllers listed in host-aggregates panel though and are in service up state.<br>
>> ><br>
>> > VM creation fails with no valid host found error.<br>
>> ><br>
>> > I am not able to point out issue since I don't see any errors in deployment too.<br>
>> ><br>
>> > Regards,<br>
>> > Roshan<br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> > On Fri, Feb 5, 2021, 7:47 PM Sean Mooney <<a href="mailto:smooney@redhat.com" target="_blank" rel="noreferrer">smooney@redhat.com</a>> wrote:<br>
>> >><br>
>> >> On Fri, 2021-02-05 at 14:53 +0530, roshan anvekar wrote:<br>
>> >> > Hi all,<br>
>> >> ><br>
>> >> > Scenario: I have an installation of Openstack stein through kolla-ansible.<br>
>> >> > The deployment went fine and all services look good.<br>
>> >> ><br>
>> >> > Although I am seeing that under Admin--> Compute --> Hypervisors panel in<br>
>> >> > horizon, all the controller nodes are missing. It's a blank list.<br>
>> >> did you actully deploy the nova compute agent service to them?<br>
>> >><br>
>> >> that view is showing the list of host that are running the nova compute service<br>
>> >> typically that is not deployed to the contolers.<br>
>> >><br>
>> >> host in the contol group in the kolla multi node inventlry<br>
>> >> <a href="https://github.com/openstack/kolla-ansible/blob/master/ansible/inventory/multinode#L3" rel="noreferrer noreferrer" target="_blank">https://github.com/openstack/kolla-ansible/blob/master/ansible/inventory/multinode#L3</a><br>
>> >> are not use to run the compute agent by default<br>
>> >> only nodes in the compute group are<br>
>> >> <a href="https://github.com/openstack/kolla-ansible/blob/master/ansible/inventory/multinode#L18" rel="noreferrer noreferrer" target="_blank">https://github.com/openstack/kolla-ansible/blob/master/ansible/inventory/multinode#L18</a><br>
>> >> the eception to that is ironic <a href="https://github.com/openstack/kolla-ansible/blob/master/ansible/inventory/multinode#L301-L302" rel="noreferrer noreferrer" target="_blank">https://github.com/openstack/kolla-ansible/blob/master/ansible/inventory/multinode#L301-L302</a><br>
>> >> which is deployed to the contolers.<br>
>> >><br>
>> >> the nova compute agent used for libvirt is deployed specificlly to the compute hosts via the  nova-cell role at least on master<br>
>> >> <a href="https://github.com/openstack/kolla-ansible/blob/master/ansible/nova.yml#L118" rel="noreferrer noreferrer" target="_blank">https://github.com/openstack/kolla-ansible/blob/master/ansible/nova.yml#L118</a><br>
>> >> this was done a little simpler before adding cell support but the inventory side has not changed in many release in this<br>
>> >> regard.<br>
>> >><br>
>> >><br>
>> >> ><br>
>> >> > Also "Openstack hypervisor list" gives an empty list.<br>
>> >> ><br>
>> >> > I skimmed through the logs and found no error message other than in<br>
>> >> > nova-scheduler that:<br>
>> >> ><br>
>> >> > *Got no allocation candidates from the Placement API. This could be due to<br>
>> >> > insufficient resources or a temporary occurence as compute nodes start up.*<br>
>> >> ><br>
>> >> > Subsequently I checked placement container logs and found no error message<br>
>> >> > or anamoly.<br>
>> >> ><br>
>> >> > Not sure what the issue is. Any help in the above case would be appreciated.<br>
>> >> ><br>
>> >> > Regards,<br>
>> >> > Roshan<br>
>> Nova compute logs are probably the best place to go digging.<br>
>> >><br>
>> >><br>
>> >><br>
</blockquote></div>