Tuesday, 2023-12-12

*** tosky_ is now known as tosky00:24
semanticHello! Could you please look into https://bugs.launchpad.net/openstack-ansible/+bug/2046223 ? I went into this when trying to estimate changes we will need to adopt when switching to new openstack-ansible, which I suppose is to be released soon.09:29
noonedeadpunksemantic: hey. sure09:34
noonedeadpunksemantic: so basically if service is dead, haproxy simple does not detects it, right?09:36
noonedeadpunkand yeah, we should have been released previous week, but reviews of release suggestions somhow very slow this time...09:37
noonedeadpunkoh, it's actually just L4 check, not L709:39
semanticYeah, if service is dead (or, for example in case of repo server, there is no file 'upper_constraints_cached.txt') haproxy still redirects requests to it, because of health probe not working actually. option httpchk (without additional parameters i suppose) should be added before http-check options. It can be tested by validating haproxy config, like this haproxy -f /etc/haproxy/haproxy.cfg -c09:49
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-haproxy_server master: Add httpchk option when httpcheck_options are defined  https://review.opendev.org/c/openstack/openstack-ansible-haproxy_server/+/90346309:51
noonedeadpunksemantic: this should fix it ^09:51
semanticThank you!09:53
noonedeadpunkwould be very helpful if you could test it and confirm it works :)09:55
semanticIt actually does. :) But reveals another bug: in https://github.com/openstack/openstack-ansible/blob/master/inventory/group_vars/nova_all/haproxy_service.yml we have this: haproxy_backend_httpcheck_options: "{{ haproxy_nova_console_http_mode | ternary(['expect status 200', 'send ' ~ haproxy_nova_healthcheck_hdr ~ ' meth HEAD uri /vnc.html'], []) }}", which ultimately results in situation when http-check expect goes in config BEFORE 10:11
semantichttp-check send. Haproxy fails on it. Should be after.10:11
semanticThis problem appears in three services in https://github.com/openstack/openstack-ansible/blob/master/inventory/group_vars/nova_all/haproxy_service.yml as far as i can see. Also in https://github.com/openstack/openstack-ansible/blob/master/inventory/group_vars/murano_all/haproxy_service.yml and in https://github.com/openstack/openstack-ansible/blob/master/inventory/group_vars/zun_all/haproxy_service.yml10:26
* noonedeadpunk trying to process10:35
jrosserme too :/10:35
jrossertheres an obvious typo in the murano file where `haproxy_backend_httpcheck_options` is defined twice10:35
noonedeadpunkyeah10:36
noonedeadpunkah, order is wrong....10:36
noonedeadpunklet me check haproxy docs...10:37
noonedeadpunkactually, looking here is not stating order anywhere... https://www.haproxy.com/documentation/aloha/latest/load-balancing/health-checks/http/10:40
semanticI actually couldn't find clear explanations in docs, but the order is important. I suppose it is related to the way haproxy generates implicit options (https://github.com/haproxy/haproxy/blob/f8e095b05828b8c82a01e37a18ea33e581e55431/src/tcpcheck.c#L3620) when you do not configure explicit ruleset http-check connect, http-check send, http-check expect. Otherwise it fails with sorta confusing error ''http-check send' : unable to add http-check 11:10
semanticsend rule at step 2 (missing connect rule)..'11:10
noonedeadpunkyeah, that's really unbvious from docs. You can only guess based on examples...11:14
noonedeadpunkI have also found issue in blazar simmilar to murano11:14
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: Fix http-check ordering for services  https://review.opendev.org/c/openstack/openstack-ansible/+/90348811:19
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-haproxy_server master: Add httpchk option when httpcheck_options are defined  https://review.opendev.org/c/openstack/openstack-ansible-haproxy_server/+/90346311:20
noonedeadpunksemantic: I think it should be better now11:20
noonedeadpunkalso, are you aware of SLURP releases? Meaning, that OpenStack starting with Antelope does support jumping between SLURP releases? Ie, you will be able to upgrade for 2023.1 to 2024.1 directly without 2023.2?11:22
noonedeadpunkIt's not that I discourage you to upgrade more like if you aware that this is a thing now11:22
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: Fix http-check ordering for services  https://review.opendev.org/c/openstack/openstack-ansible/+/90348811:46
jrossernoonedeadpunk: how is it that we did not see these haproxy config errors - https://github.com/openstack/openstack-ansible-haproxy_server/blob/2cc2fceaf6369ccbdda048d8e26a276e90f818a1/handlers/main.yml#L4312:27
noonedeadpunkwe didn't load option httpchk - so it was not jsut used12:27
noonedeadpunkall http-check options are simply ignored12:27
noonedeadpunkand backends are up becuase it falls back to L4 check12:28
jrosseroh dear12:28
jrossersorry about that it's my changes12:28
noonedeadpunknah. no worries12:28
noonedeadpunkI wish it was discovered like ... previous week.. so we don't have to backport, but whatever12:28
noonedeadpunkbut it's really fun clash of bugs12:29
opendevreviewOpenStack Release Bot proposed openstack/openstack-ansible stable/2023.2: Update .gitreview for stable/2023.2  https://review.opendev.org/c/openstack/openstack-ansible/+/90349612:34
opendevreviewOpenStack Release Bot proposed openstack/openstack-ansible master: Update master for stable/2023.2  https://review.opendev.org/c/openstack/openstack-ansible/+/90349712:34
noonedeadpunkfinally12:41
NeilHanlon🥳13:25
NeilHanlonI wanted to ask, have rocky jobs seemed better the last few days?13:25
noonedeadpunkit looks better for me, but we didn't have too much jobs either13:27
NeilHanlonyeah, true.13:28
NeilHanloni removed some mirrors that were just... bad13:28
NeilHanlona couple of them synced the initial 9.3 release but nothing further--which I *think* is what was causing the failures, but it's not clear to me why our mirrrormanager software thought that it was OK to keep them in the rotation13:28
NeilHanlonanyways, I will work this week/next on a change to use the canonical baseurl instead of mirrorlist for our jobs13:29
NeilHanlon(and also clean up some old centos mirror variables which are unused)13:29
opendevreviewMerged openstack/openstack-ansible master: Update master for stable/2023.2  https://review.opendev.org/c/openstack/openstack-ansible/+/90349713:33
opendevreviewMerged openstack/openstack-ansible stable/2023.2: Update .gitreview for stable/2023.2  https://review.opendev.org/c/openstack/openstack-ansible/+/90349613:45
NeilHanlonnoonedeadpunk: meeting today?15:04
noonedeadpunkugh15:05
noonedeadpunk#startmeeting openstack_ansible_meeting15:05
opendevmeetMeeting started Tue Dec 12 15:05:23 2023 UTC and is due to finish in 60 minutes.  The chair is noonedeadpunk. Information about MeetBot at http://wiki.debian.org/MeetBot.15:05
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:05
opendevmeetThe meeting name has been set to 'openstack_ansible_meeting'15:05
noonedeadpunk#topic rollcall15:05
noonedeadpunko/15:05
noonedeadpunkthanks Neil and sorry all15:05
NeilHanlonsorry <3 15:05
damiandabrowskihi!15:05
noonedeadpunkI got my reminder but somehow closed it and got distracted right away15:06
NeilHanlonhehe i've been there15:07
NeilHanloni got distracted for afew minutes myself lol15:07
jrossero/ hi15:07
opendevreviewMerged openstack/openstack-ansible-plugins stable/2023.1: Add no_log to setup_roles inlcude  https://review.opendev.org/c/openstack/openstack-ansible-plugins/+/90206815:09
noonedeadpunk#topic office hours15:10
noonedeadpunkWe have 1 interesting bug that I can't confirm15:10
noonedeadpunkI pinged you NeilHanlon about it yesterday :)15:10
noonedeadpunk#link https://bugs.launchpad.net/openstack-ansible/+bug/204617215:11
noonedeadpunkBut I guess I need a help here15:12
noonedeadpunkI've spawned couple of hosts today from the cloud image, but they all had curl-minimal15:12
NeilHanlonyeah. i didn't get around to it yesterday but it's on my short list for today to figure out15:13
noonedeadpunkAnd reporter claims that issue can be reproduced by downloading latest ISO (which I haven't done as don't have hardware handy to test)15:13
NeilHanlonit seems it happens when curl is installed instead of curl-minimal. which leads me to believe something is resolving /usr/bin/curl to curl-minimal, even though curl satisfies the requirement15:13
jrosseris there a risk that the cloud image is a bit different from an install from ISO (or however you do baremetal)15:13
jrosserhah snap15:13
NeilHanlonwe can repro in the cloud image by using `dnf swap curl-minimal curl` which will replace the minimal version with the full-fat curl15:14
noonedeadpunkAha15:14
noonedeadpunkdidn't know about that15:14
noonedeadpunkWill try it out15:14
noonedeadpunkDo you know if it's intended difference of curl vs curl-minimal in builds?15:15
NeilHanlonit's intended for DIB builds15:15
NeilHanlonas we build nodepool images from the rocky container images, which ship with curl-minimal15:16
noonedeadpunkok then we need to see wtf causing it....15:16
jrosserwe have run into trouble in the past when the nodepool images diverged from "real" installations15:16
NeilHanlon#link https://review.opendev.org/c/openstack/diskimage-builder/+/871212 15:16
noonedeadpunkyeah, I can recall how we patched to use /usr/bin/curl15:17
noonedeadpunkWhich I believe worked back then...15:17
NeilHanlonyeah, and it should; dnf knows that both these things are '/usr/bin/curl' but it seems something _else_ is resolving the dependency and deciding it should be the other one (?)15:18
NeilHanlonbut that implies something changed in ansible-core which is now preresolving things rather than passing directly to dnf15:19
jrosserthat would not be a surprise, ansible re-does all the work that apt would have done15:20
jrossermostly correctly :/15:20
NeilHanlonhttps://paste.opendev.org/show/bHG1os0z0LlVlHX631XE/15:20
NeilHanlonhere's my thought: we add some logic to bootstrap script which will figure out which curl is installed, and just force whatever version _we_ want, onto the system.15:22
NeilHanloni.e., we choose either curl or curl-minimal; then we modify the bootstrap script to check which is installed, and if it's the wrong one, run the swap command15:22
jrossercan we issue the swap command regardless - i.e it doesnt blow up badly if theres nothing to do?15:23
NeilHanlonlooks like you can, yes15:24
NeilHanlonrunning it twice gives exit 0 both times15:24
NeilHanlonjust says 'nothing to do' basically15:24
NeilHanlonthere's also a `dnf shell` command, which can be used to run multiple commands in a transaction-like shell15:25
NeilHanlonhttps://github.com/rocky-linux/rocky-tools/blob/main/migrate2rocky/migrate2rocky.sh#L980-L99015:25
damiandabrowskisorry i'm semi off, but maybe this change has something to do with curl issues https://review.opendev.org/c/openstack/openstack-ansible/+/87289615:39
NeilHanlonyeah that was the one that we introduced to get around this issue initially15:40
noonedeadpunkugh, I got fully distracted again :(15:43
NeilHanloni only got partially distracted15:44
noonedeadpunkYeah, I just not sure if we can do a swap in any not completely disgusting way with ansible.15:45
noonedeadpunkOther then that - 2023.2 got branched and 28.0.0 should be out15:45
noonedeadpunkWe had another bug report about haproxy today, which was not included into the release15:45
noonedeadpunkslightly nasty one15:46
noonedeadpunk#link https://bugs.launchpad.net/openstack-ansible/+bug/204622315:46
noonedeadpunkSo I've already proposed patches to cover that - would be nice to land them shortly15:46
noonedeadpunkI'm also thinking that it might be nice to release new minor releases for stable branches this year15:47
noonedeadpunkI will take a look at SHA bumps and to unfreeze master after branching15:47
noonedeadpunkI will be also away during next week and not sure if will be able to make to the meeting15:48
noonedeadpunkand then 26 is kinda Christmas and then 2nd January is also right after NY...15:49
noonedeadpunkSo I wonder if we should like cancel couple of meetings wrt15:49
noonedeadpunk#endmeeting15:57
opendevmeetMeeting ended Tue Dec 12 15:57:40 2023 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:57
opendevmeetMinutes:        https://meetings.opendev.org/meetings/openstack_ansible_meeting/2023/openstack_ansible_meeting.2023-12-12-15.05.html15:57
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/openstack_ansible_meeting/2023/openstack_ansible_meeting.2023-12-12-15.05.txt15:57
opendevmeetLog:            https://meetings.opendev.org/meetings/openstack_ansible_meeting/2023/openstack_ansible_meeting.2023-12-12-15.05.log.html15:57
NeilHanloni think canceling a couple meetings make sense. i can run next week's meeting16:02
noonedeadpunkok, that would be sweet. And then let's cancel 26th of December and 2nd of January16:12
NeilHanlonsounds like a plan16:12
opendevreviewJonathan Rosser proposed openstack/openstack-ansible stable/2023.2: Update deploy guide copyright years to be current  https://review.opendev.org/c/openstack/openstack-ansible/+/90352316:52
opendevreviewJonathan Rosser proposed openstack/openstack-ansible master: Run deploy guide publish jobs when .gitreview changes  https://review.opendev.org/c/openstack/openstack-ansible/+/90352416:54
jrosserto fix deploy guide publishing ^^16:54
jrosserfirst patch is a trivial update which should publish the 2023.2 deploy guide16:55
jrossersecond one should make it automatic next time16:55
noonedeadpunkmakes sense16:55
opendevreviewJonathan Rosser proposed openstack/openstack-ansible master: Update deploy guide copyright years to be current  https://review.opendev.org/c/openstack/openstack-ansible/+/90354116:56
NeilHanlonhehe anndd i wish i could go back in time to remove my comment lol16:56
opendevreviewMerged openstack/openstack-ansible stable/2023.2: Update deploy guide copyright years to be current  https://review.opendev.org/c/openstack/openstack-ansible/+/90352317:31
opendevreviewMerged openstack/openstack-ansible master: Update deploy guide copyright years to be current  https://review.opendev.org/c/openstack/openstack-ansible/+/90354117:40
opendevreviewMerged openstack/openstack-ansible master: Run deploy guide publish jobs when .gitreview changes  https://review.opendev.org/c/openstack/openstack-ansible/+/90352421:45

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