<div dir="ltr"><div dir="ltr"><div>Hello,<br></div><div><br></div><div>Please allow me to rephrase my previous questions:  Is Debian 11 Backports supported as an installation target for the Yoga version of Openstack-Ansible?  </div><div><br></div><div>Thanks.</div><div><br></div><div>-Dave</div><br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>--</div><div>Dave Hall<br>Binghamton University<br><a href="mailto:kdhall@binghamton.edu" target="_blank">kdhall@binghamton.edu</a><br></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jul 15, 2022 at 5:10 PM Dave Hall <<a href="mailto:kdhall@binghamton.edu">kdhall@binghamton.edu</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">Hello,<div><br></div><div>I've just worked most of the way through a fresh install of Yoga on 5 Debian Bullseye systems.  All systems are updated to include the Bullseye backports.  The documentation doesn't mention backports, but I always install Debian this way - almost without thinking.</div><div><br></div><div>The specific config is based on openstack-user-config.yaml.prod.example with 3 infrastructure host, two compute hosts, and cinder/glance running on the infrastructure hosts as in the prod example file.<br></div><div><br></div><div>First, one surprise:  For version of GlusterFS in Bullseye Backports, /usr/sbin/gluster as been moved to a separate package - glusterfs-cli.  I installed this manually in the repo containers to get through setup-infrastructure.yml.</div><div><br></div><div>In setup-openstack.yml, I'm stopped at "TASK [os_nova : Run nova-status upgrade check to validate a healthy configuration]".  "nova-status upgrade check" is failing.  "nova-manage cell_v2 list_hosts" is not showing any.  <br></div><div><br></div><div>Oh, and there are warnings about eventlet monkey patching and urllib3.</div><div><br></div><div>So I'm not quite sure how to dig into this.  The nova-api container seems to be running on the infra hosts, and nova-compute.service is up on both compute hosts, although there are warnings about "Timed out waiting for nova-conductor"  The nova-api containers are able to ing the compute hosts on br-mgmt.<br></div><div><br></div><div>I do have to wonder if this has anything to do with being upgraded to backpors.  <br></div><div><br></div><div>Any hints on how to analyse this (or how to fix it)?</div><div><br></div><div>Thanks.</div><div><br></div><div>-Dave<br></div><div><br clear="all"><div><div dir="ltr"><div dir="ltr"><div>--</div><div>Dave Hall<br>Binghamton University<br><a href="mailto:kdhall@binghamton.edu" target="_blank">kdhall@binghamton.edu</a><br><br></div></div></div></div></div></div>
</blockquote></div></div>