Friday, 2025-04-04

opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-plugins master: Add openstack_user_config verification playbook as healthcheck  https://review.opendev.org/c/openstack/openstack-ansible-plugins/+/93898007:50
noonedeadpunkNeilHanlon: seems we have a problem:) `nothing provides openvswitch3.4 needed by rdo-openvswitch-2:3.4-1.el9s.noarch from rdo-deps`12:07
noonedeadpunkhttps://zuul.opendev.org/t/openstack/build/a71a8a16d1114aa5997c7ed90bdbcc5d12:07
noonedeadpunkWe've bumped rdo to Epoxy12:08
noonedeadpunkcentos9 seems happy somehow12:09
noonedeadpunkhttps://zuul.opendev.org/t/openstack/build/f4fdd70de7ae4b86976fbc08ea60d811/log/logs/host/dnf.rpm.log.txt#387-38812:09
noonedeadpunkso anything you can check on ?:)12:10
NeilHanlonope.. yeah12:36
NeilHanlonwill take care noonedeadpunk12:36
noonedeadpunkthanks!12:36
* NeilHanlon find his docs on how to do this12:41
NeilHanlonalright.. working thru them now noonedeadpunk. should be available later today / tomorrow13:05
noonedeadpunkamazing, thanks a ton13:12
derekokeeffe85Hi all, does anyone have any pointers as to why this may be happening when I run setup-infrastructure? https://paste.openstack.org/show/bvFHUB8CacIg5ke5prDK/13:50
derekokeeffe85the playbook continues but eventually fails here https://paste.openstack.org/show/bwNVLVrKwb2r8OKWmC3E/13:50
derekokeeffe85I'm guessing it's a network issue or an IP address wrongly configured, I can curl http://172.29.236.6:8181/constraints/upper_constraints_cached.txt no problem from the deploy host. I can also put it back on br-ext with the external IP and the same happens but curl works there too13:50
f0oderekokeeffe85: can you curl http://172.29.236.6:8181/constraints/upper_constraints_cached.txt from the host infra1 and from within the container infra1-utility-container-44b4de9d on that host?13:53
derekokeeffe85I will try that now f0o13:53
f0oI've had MTU issues manifest as generic timeouts on that file too, in case you run jumbo frames, worth looking at the lxcbr0 interfaces13:54
jrosserderekokeeffe85: pay careful attention to the code here https://opendev.org/openstack/ansible-role-systemd_mount/src/branch/master/tasks/systemd_mounts.yml#L87-L10213:58
jrosserits a block: / rescue: construct13:58
jrosserit's just a fact of life with ansible that the first task can fail and be reported as 'failed' but the rescue task then does the appropriate thing to deal with the first task erroring14:00
derekokeeffe85Thanks for pointing me in that direction. So I couldn't curl from the utility container, I changed my UFW rules on the host and now it works. I'll give the playbook a whirl and let you know14:00
f0o+114:00
derekokeeffe85Sorry jrosser just noticed your reply. Thanks14:16
derekokeeffe85WooHoo, second playbook passed. Thanks14:18
f0o:)14:18
alvinstarr noonedeadpunk, jrosserL  I found the certbot renewal issue.  It seems that on Centos the systemd timer is not enabled by default.15:36
jrosseralvinstarr: it would be ok to make a patch for the haproxy role to ensure that it's enabled16:57
jrosseras that would be a no-op on ubuntu16:57
-opendevstatus- NOTICE: The Gerrit service on review.opendev.org will be offline momentarily for a patch release update17:15

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!