<div dir="ltr">I would investigate that compute error first. Creating volumes means the controllers are doing the action. Starting a VM on a compute means you also need Ceph to works on the compute to mount the rdb target.<div><br></div><div>Working in Wallaby with the error doesn't mean it would 100% work in Victoria.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Sep 23, 2021 at 5:02 AM Karera Tony <<a href="mailto:tonykarera@gmail.com">tonykarera@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-size:small;color:rgb(68,68,68)">Hey Guys, Any other idea ?</div><div class="gmail_default" style="font-size:small;color:rgb(68,68,68)"><br></div><div><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><div><font face="arial, sans-serif">Regards</font></div><div><font face="arial, sans-serif"><br></font></div><div dir="ltr"><font face="arial, sans-serif">Tony Karera</font></div><div dir="ltr"><br></div><div><br></div></div></div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Sep 22, 2021 at 5:20 PM Karera Tony <<a href="mailto:tonykarera@gmail.com" target="_blank">tonykarera@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-size:small;color:rgb(68,68,68)">Just to add on that,</div><div class="gmail_default" style="font-size:small;color:rgb(68,68,68)"><br></div><div class="gmail_default" style="font-size:small;color:rgb(68,68,68)">compute service is listed, I can create Volumes, I have the same cinder keyring in the /etc/kolla/config/nova directory as I have in  the /etc/kolla/config/cinder/cinder-volume directory along with the nova keyring</div><div><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><div><font face="arial, sans-serif">Regards</font></div><div><font face="arial, sans-serif"><br></font></div><div dir="ltr"><font face="arial, sans-serif">Tony Karera</font></div><div dir="ltr"><br></div><div><br></div></div></div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Sep 22, 2021 at 5:08 PM Karera Tony <<a href="mailto:tonykarera@gmail.com" target="_blank">tonykarera@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-size:small;color:rgb(68,68,68)">Hello Guys,</div><div class="gmail_default" style="font-size:small;color:rgb(68,68,68)"><br></div><div class="gmail_default" style="font-size:small;color:rgb(68,68,68)">Thanks a lot.</div><div class="gmail_default" style="font-size:small;color:rgb(68,68,68)"><br></div><div class="gmail_default" style="font-size:small;color:rgb(68,68,68)">I had actually checked the nova -compute.log  on the compute node and they were showing the error I will post at the end about the cinder keyring but I know its correct because its the same I was using on wallaby, I even tried to use another ceph cluster with ofcouse different keyrings but its the same issue. </div><div class="gmail_default" style="font-size:small;color:rgb(68,68,68)"><br></div><div class="gmail_default" style="font-size:small;color:rgb(68,68,68)">Below is the error</div><div class="gmail_default" style="font-size:small;color:rgb(68,68,68)"><br></div><div class="gmail_default" style="font-size:small;color:rgb(68,68,68)">r Stderr: '2021-09-22T15:04:31.574+0000 7fbce2f4f700 -1 auth: unable to find a keyring on /etc/ceph/ceph.client.cinder.keyring,/etc/ceph/ceph.keyring,/etc/ceph/keyring,/etc/ceph/keyring.bin,: (2) No such file or directory\n2021-09-22T15:04:31.574+0000 7fbce2f4f700 -1 AuthRegistry(0x7fbcdc05a8b8) no keyring found at /etc/ceph/ceph.client.cinder.keyring,/etc/ceph/ceph.keyring,/etc/ceph/keyring,/etc/ceph/keyring.bin,, disabling cephx\n2021-09-22T15:04:31.582+0000 7fbce2f4f700 -1 auth: unable to find a keyring on /etc/ceph/ceph.client.cinder.keyring,/etc/ceph/ceph.keyring,/etc/ceph/keyring,/etc/ceph/keyring.bin,: (2) No such file or directory\n2021-09-22T15:04:31.582+0000 7fbce2f4f700 -1 AuthRegistry(0x7fbcdc060698) no keyring found at /etc/ceph/ceph.client.cinder.keyring,/etc/ceph/ceph.keyring,/etc/ceph/keyring,/etc/ceph/keyring.bin,, disabling cephx\n2021-09-22T15:04:31.582+0000 7fbce2f4f700 -1 auth: unable to find a keyring on /etc/ceph/ceph.client.cinder.keyring,/etc/ceph/ceph.keyring,/etc/ceph/keyring,/etc/ceph/keyring.bin,: (2) No such file or directory\n2021-09-22T15:04:31.582+0000 7fbce2f4f700 -1 AuthRegistry(0x7fbce2f4e020) no keyring found at /etc/ceph/ceph.client.cinder.keyring,/etc/ceph/ceph.keyring,/etc/ceph/keyring,/etc/ceph/keyring.bin,, disabling cephx\n[errno 2] RADOS object not found (error connecting to the cluster)\n'<br>2021-09-22 15:04:31.592 8 ERROR nova.compute.manager <br>2021-09-22 15:04:31.592 8 ERROR nova.compute.manager During handling of the above exception, another exception occurred:<br></div><div><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><div><font face="arial, sans-serif">Regards</font></div><div><font face="arial, sans-serif"><br></font></div><div dir="ltr"><font face="arial, sans-serif">Tony Karera</font></div><div dir="ltr"><br></div><div><br></div></div></div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Sep 22, 2021 at 4:50 PM Sean Mooney <<a href="mailto:smooney@redhat.com" target="_blank">smooney@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, 2021-09-22 at 10:46 -0400, Laurent Dumont wrote:<br>
> It could also be a compute cell discovery issue maybe?<br>
no they shoudl still show up in the hypervior list api<br>
> <br>
> Do you see anything under "openstack compute service list"?<br>
if they show up in the service list but not they hyperiors api it<br>
means that the comptue service started and registered its service entry but<br>
something broke it before it could create a compute node recored in the db.<br>
<br>
with ceph the case i have hit this most often is when the keyright used by nova to<br>
get the avaiable capastiy of the ceph cluster is wrong whihc prevent the resoucetack and compute manager<br>
form actully creating the compute node record.<br>
<br>
<br>
it can happen for other reason too but best place to start is check if there is an error in the nova compute agent log and go from there.<br>
> <br>
> On Wed, Sep 22, 2021 at 10:33 AM Sean Mooney <<a href="mailto:smooney@redhat.com" target="_blank">smooney@redhat.com</a>> wrote:<br>
> <br>
> > On Wed, 2021-09-22 at 15:39 +0200, Karera Tony wrote:<br>
> > > Hello Team,<br>
> > > <br>
> > > I have deployed Openstack Victoria using Kolla-ansible on Ubuntu 20.04<br>
> > and<br>
> > > ceph as the backend storage for Nova, Cinder and Glance.<br>
> > > <br>
> > > It finished with no error but it has failed to register any on the<br>
> > Compute<br>
> > > Nodes under Hypervisors.<br>
> > > <br>
> > > kolla-openstack) stack@deployment:~$ openstack hypervisor list<br>
> > > <br>
> > > (kolla-openstack) stack@deployment:~$<br>
> > > <br>
> > > <br>
> > > Any idea on how to resolve this ?<br>
> > that usually means that somehthing prevented the comptue agent form<br>
> > strating properly<br>
> > <br>
> > for example incorrect ceph keyrings there are several other case but you<br>
> > mentioned you are<br>
> > using ceph.<br>
> > <br>
> > if this is hte case you should see error in the compute agent log.<br>
> > <br>
> > > <br>
> > > Regards<br>
> > > <br>
> > > Tony Karera<br>
> > <br>
> > <br>
> > <br>
> > <br>
<br>
<br>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>