Tuesday, 2023-07-04

NeilHanlondamiandabrowski: i believe in a world where repos are immutable and people don't reissue RPMs just because they f'ed up.04:10
* NeilHanlon goes back to fantasyland04:10
damiandabrowski:(05:31
noonedeadpunkdamiandabrowski: but rally is branchless?07:01
noonedeadpunkalso rally_openstack_git_install_branch already defined here https://opendev.org/openstack/openstack-ansible/src/branch/master/inventory/group_vars/utility_all/source_git.yml#L10307:02
noonedeadpunkso basically - we should bump version back/forwards?07:03
noonedeadpunkah. but we don't use that, ok, gotcha07:03
noonedeadpunkgood catch07:03
noonedeadpunklet's maybe change erlang to smth like 25.3.2*-1?07:04
noonedeadpunkalso wonder if antelope is also affected by that07:04
opendevreviewDanila Balagansky proposed openstack/openstack-ansible-haproxy_server master: Fix generating certificate SANs  https://review.opendev.org/c/openstack/openstack-ansible-haproxy_server/+/88757208:14
opendevreviewDanila Balagansky proposed openstack/openstack-ansible-haproxy_server master: Fix `regen pem` when using `extra_lb_tls_vip_addresses`  https://review.opendev.org/c/openstack/openstack-ansible-haproxy_server/+/88757308:24
opendevreviewDanila Balagansky proposed openstack/openstack-ansible-haproxy_server master: Fix `regen pem` with `extra_lb_tls_vip_addresses`  https://review.opendev.org/c/openstack/openstack-ansible-haproxy_server/+/88757308:25
opendevreviewDanila Balagansky proposed openstack/openstack-ansible stable/zed: Restore an ability for HAProxy to bind on interal IP  https://review.opendev.org/c/openstack/openstack-ansible/+/88757408:28
opendevreviewDanila Balagansky proposed openstack/openstack-ansible stable/zed: Restore an ability for HAProxy to bind on interal IP  https://review.opendev.org/c/openstack/openstack-ansible/+/88757408:29
opendevreviewDanila Balagansky proposed openstack/openstack-ansible stable/yoga: Restore an ability for HAProxy to bind on interal IP  https://review.opendev.org/c/openstack/openstack-ansible/+/88757708:33
opendevreviewDanila Balagansky proposed openstack/openstack-ansible stable/2023.1: Restore an ability for HAProxy to bind on interal IP  https://review.opendev.org/c/openstack/openstack-ansible/+/88758508:52
opendevreviewDamian Dąbrowski proposed openstack/openstack-ansible-rabbitmq_server master: Use wildcards to specify rabbit/erlang versions  https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/88759210:58
opendevreviewDamian Dąbrowski proposed openstack/openstack-ansible-os_rally master: Include proper commit in rally_upper_constraints_url  https://review.opendev.org/c/openstack/openstack-ansible-os_rally/+/88752810:59
noonedeadpunk#startmeeting openstack_ansible_meeting15:00
opendevmeetMeeting started Tue Jul  4 15:00:37 2023 UTC and is due to finish in 60 minutes.  The chair is noonedeadpunk. Information about MeetBot at http://wiki.debian.org/MeetBot.15:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:00
opendevmeetThe meeting name has been set to 'openstack_ansible_meeting'15:00
noonedeadpunk#topic rollcall15:00
damiandabrowskihi!15:01
noonedeadpunko/15:02
* noonedeadpunk feel quite bad, so let's make this quickly15:02
noonedeadpunk#topic office hours15:03
noonedeadpunkI;ve proposed SHA bump for 27.0.1 here: https://review.opendev.org/c/openstack/openstack-ansible/+/88751315:03
noonedeadpunkIt should cover couple of nasty bugs we've been reported15:03
noonedeadpunkI saw you damiandabrowski found what's wrong with rally15:04
noonedeadpunkBut I've just commented on the patch, as it's lightly more tricky then you think15:04
noonedeadpunkFor previous week I had some progress on ansible-core 2.15: https://review.opendev.org/c/openstack/openstack-ansible/+/886527 15:07
noonedeadpunkI think it's blocked now with erlang version for rhel15:07
damiandabrowskii proposed a patch to fix erlang/rabbitmq issues: https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/88759215:07
noonedeadpunkdo we want to do the same with rabbit as well?15:10
noonedeadpunkas rabbit bugfix version is quite a deal I would say15:11
noonedeadpunkhistorically, they can apply different requirements to these15:11
noonedeadpunkcheck this out https://www.rabbitmq.com/which-erlang.html15:11
damiandabrowskiyeah, i linked this page in the commit message15:12
damiandabrowskiand rabbit is affected by the same issue as erlang so i think we need to do this for both15:12
noonedeadpunkLike 3.10.7 can be used with erlang 23.2, then 3.10.13 requires 24.215:12
damiandabrowskimy commit msg explains why15:12
damiandabrowski"I don't think that pinning to specific patch version (number afer second dot) is really needed because according to [2],15:13
damiandabrowskirabbitmq 3.11.X should always work with erlang 25.3.Y. Based on that information, it is enough to pin rabbitmq-server==3.11.* and erlang==25.3.*"15:13
damiandabrowskiother OSA versions may not apply to this logic, but for master and stable/2023.1 we are only talking about compatibility between rabbitmq 3.11 and erlan 25.315:14
noonedeadpunkIt's *now* tomorrow they might start requiring erlang 26.1.0 with 3.11.25, for example15:15
damiandabrowskiyes, but then we'll need to edit package versions anyway15:15
noonedeadpunkum, why so?15:15
noonedeadpunkand what about existing deployments?15:15
damiandabrowskibecause now we pin erlang 25 not 2615:16
damiandabrowskiso what WILL happen in erlang 26 does not affect us at all15:16
noonedeadpunkwhich is absolutely fine if we won't have wildcard applied to rabbit15:16
damiandabrowskiif we decide to bump erlang to 26, we should review compatibility versions15:17
noonedeadpunkbut if we apply wildcard - rabbit just fail with older erlang?15:17
noonedeadpunkuntil we update erlang version15:17
damiandabrowskithere's no way it can fail as the proposed versions are always compatible with each other15:18
damiandabrowskirabbit 3.11.* and erlang 25.3.*15:18
noonedeadpunkAnd how about my example about 3.10.7 and 3.10.8 ?15:18
noonedeadpunkWhat makes you sure it won't happen again anytime soon?15:18
noonedeadpunkjust with 3.11 and 25.3 vs 26.115:19
noonedeadpunkor I'm missing smth obvious here?15:19
damiandabrowskihmm i don't know if they can do something like that with 3.11 if 3.12 is already available15:21
damiandabrowski(by "i don't know" i really mean that i don't know, i'm not suggesting they won't do that :D)15:21
damiandabrowskibut current behavior also sucks, especially for ubuntu15:21
damiandabrowskibecause we just define preferred version15:22
damiandabrowskiso for ex. if preferred rabbitmq version is not available, latest one will be installed15:22
noonedeadpunkWell, 3.10.13 was released after 3.11.0 from what I see15:22
damiandabrowskiwhich IMO is even worse than rocky behavior that just fails15:23
noonedeadpunkwhere they've jumped from 24.2 to 24.315:23
noonedeadpunk3.11.0 was released Sep 26, 2022, 3.10.13 on Dec 13, 202215:24
damiandabrowskii think i'll need to spend more time on this compatibility matrix to share some wise thoughts15:24
damiandabrowskibut i get your point now15:24
noonedeadpunkI fully agree about ubuntu behaviour though15:25
noonedeadpunkmaybe we should specify version to the package name like we do with rocky, rather then set pinning15:25
noonedeadpunkto fail rather then isntall smth15:25
damiandabrowskianyway, i don't want to take to much of your time today if you're not feeling well, we can discuss it tomorrow or later this week15:27
damiandabrowskii'll also prepare better15:27
noonedeadpunkwould be awesome to unblock gates and then indeed invest time into proper thinking15:27
noonedeadpunkI guess stable branches are not affected yet?15:27
damiandabrowskii think stable/2023.1 has to be affected15:28
noonedeadpunkwe're using erlang 25.2.3 there15:28
noonedeadpunkvs 25.3.2 on master15:29
noonedeadpunkhttps://review.opendev.org/c/openstack/openstack-ansible/+/887513 passed today though...15:29
damiandabrowskiahhh i didn't notice it15:29
damiandabrowskii can check it quickly to make sure, 1sec15:30
noonedeadpunkbut not sure, maybe also worth applying same logic there15:30
damiandabrowskiyeah, 25.2.3-1 works fine on my test r9 VM15:31
noonedeadpunkI feel it will break soon though....15:31
damiandabrowskibut this novemberain.com mirror is super slow(at least for me) :/15:32
noonedeadpunkwell, we have what we have 15:32
noonedeadpunkanything else we wanna talk about?15:32
damiandabrowskii just want to highlight, that if everyone agrees that we want to keep TLS disabled by default on backend and internal VIPs, my changes are waiting for reviews15:33
damiandabrowskihttps://review.opendev.org/q/topic:tls-backend+status:open15:33
noonedeadpunkwill review them, but not today....15:34
noonedeadpunkAlso we should fix gates first anyway15:34
noonedeadpunk(so don't but +W anywhere until they're fixed)15:35
noonedeadpunk*put15:35
damiandabrowskiack15:35
noonedeadpunk#endmeeting15:36
opendevmeetMeeting ended Tue Jul  4 15:36:37 2023 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:36
opendevmeetMinutes:        https://meetings.opendev.org/meetings/openstack_ansible_meeting/2023/openstack_ansible_meeting.2023-07-04-15.00.html15:36
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/openstack_ansible_meeting/2023/openstack_ansible_meeting.2023-07-04-15.00.txt15:36
opendevmeetLog:            https://meetings.opendev.org/meetings/openstack_ansible_meeting/2023/openstack_ansible_meeting.2023-07-04-15.00.log.html15:36
hamburgleris 27.0.1 - after its review of course, expected in the next few weeks?16:07
opendevreviewDamian Dąbrowski proposed openstack/openstack-ansible-rabbitmq_server master: Use wildcards to specify rabbit/erlang versions  https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/88759216:13
damiandabrowskihamburgler: Dmitriy is sick today but yes, i think you can expect it pretty soon16:41
hamburglerdamiandabrowski: great stuff thank you!16:42
opendevreviewDamian Dąbrowski proposed openstack/openstack-ansible-rabbitmq_server master: Use wildcards to specify rabbit/erlang versions  https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/88759216:47
opendevreviewDamian Dąbrowski proposed openstack/openstack-ansible-os_rally master: Include proper commit in rally_upper_constraints_url  https://review.opendev.org/c/openstack/openstack-ansible-os_rally/+/88752817:01
opendevreviewDamian Dąbrowski proposed openstack/openstack-ansible-os_rally master: Include proper commit in rally_upper_constraints_url  https://review.opendev.org/c/openstack/openstack-ansible-os_rally/+/88752817:04
Sage905Greetings.  Just looking for some advice on what/where to report an issue.  I am using openstack-ansible from git checkout to install openstack on CentOS Stream.  A few of the containers are failing with an error about dns.rdtypes.ANY.SOA.SOA.  I think I've tracked this down to an issue with the version of eventlet that is being installed in the containers.20:34
Sage905I've tried to open an issue on bugs.launchpad, but oauth seems to be broken, so I can't log in.20:36
jrosserSage905: you can put some debug or logs at paste.opendev.org and we can take a look21:28
jrosserit's always useful to know which branch/release you are trying to install21:28

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