Wednesday, 2023-08-16

mnasiadkamorning06:19
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: systemd: handle running container without systemd unit  https://review.opendev.org/c/openstack/kolla-ansible/+/89019806:21
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: DNM: Test with docker_restart_policy default  https://review.opendev.org/c/openstack/kolla-ansible/+/89065806:21
mnasiadkafrickler, bbezak, kevko: would love to get reviews on the systemd patch ^^ - that solves kayobe upgrades in CI, so it should solve them for users06:22
opendevreviewMichal Nasiadka proposed openstack/kolla master: rabbitmq: bump version to 3.12  https://review.opendev.org/c/openstack/kolla/+/88722506:55
opendevreviewMichal Nasiadka proposed openstack/kolla stable/yoga: Pin setuptools=67.2.*  https://review.opendev.org/c/openstack/kolla/+/87391307:04
kevkomnasiadka morning , i will check it ... and what about LE ? :P 07:14
mnasiadkawill have a look, have been off for the last two days, today is monday in Poland ;)07:14
kevkomnasiadka check also the kolla part SvenKieske left some comments about if conditional for ownership of some user or check for some mode and then set both ...07:15
kevkohe had argumentation that there is no need to check ... on the first side it's true ..but on the other side ..it's extend start ..so if there are ifs ... most of the cases it's set on the first start ..and never again ..07:17
mnasiadkakevko: frankly speaking that amount of bash is going to be fun to review07:25
kevkoit's not that lot :D 07:27
hrwelo07:29
hrwwhich patch you are talking about?07:29
kevko\o07:29
mnasiadkahttps://review.opendev.org/c/openstack/kolla/+/88734707:29
mnasiadka+555  -50 - not that lot?07:29
mnasiadkacome on07:30
kevkowell, yeah, but most of that it's checks and lot of are just echos to log ..07:30
kevkoaaand it's divided into functions ..07:30
kevkoand 200 lines are parsers for example 07:31
kevko30 lines is call lego command on multiline 07:32
kevkoif you quickly check by an eye ...it's not that bad :)07:32
kevkohrw feel free to check also :) 07:33
hrwleft some comments07:37
hrwI dislike those shell scripts07:37
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: systemd: handle running container without systemd unit  https://review.opendev.org/c/openstack/kolla-ansible/+/89019807:38
kevkohrw: well, that scripts are importing cert into haproxy, backup old and copy new ... i thought that some python is overkill 07:40
kevkoand original was also bash ...07:40
kevkobut i tried to write it bulletproof07:41
hrwkevko: read my comments07:41
kevkoi've already read ...thanks ..good point 07:41
hrwif something is done 2+ times then it should be a function07:44
kevkoagree07:44
hrwif something is done nearly the same then also worth refactoring07:44
hrwif something then lego_funtion="renew" else lego_funtion="newcert" fi ; lego --things $lego_function07:45
hrwetc07:45
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: DNM: Test with docker_restart_policy default  https://review.opendev.org/c/openstack/kolla-ansible/+/89065807:55
mnasiadkaok, reworking that so it's more readable is nice - but we have a way to test what happens when ssh rsync fails? are we retrying it? are we just failing?07:55
kevkomnasiadka: fail and log ... it's cron ..in configurable time it wil run again (default 12 hours) ..07:56
mnasiadkakevko: thanks for reminding about fluentd logs, commented on the k-a patch :)08:01
yusufgungorHi everyone, we are using zed version openstack with oslo.messaging version is 14.0.1 for all services. 08:18
yusufgungorOur rabbitmq installed and configured via kolla-ansible. 08:18
yusufgungor"amqp_durable_queues = true" is exist for all services under oslo_messaging_rabbit sections. 08:18
yusufgungorAlso there exist a ha-all policy with "ha-mode: all", "ha-promote-on-shutdown: always" and pattern ^(?!(amq\.)|(.*_fanout_)|(reply_)).*08:18
yusufgungorAfter rebooting the all controller nodes one by one, some reply queues is not recreated. So the not HA queues like reply is not recreated.08:18
yusufgungorDo you have any idea to fix?08:18
yusufgungorLogs like below:08:18
yusufgungor/var/log/kolla/nova/nova-conductor.log:2023-08-16 10:52:13.970 27 WARNING oslo_messaging._drivers.amqpdriver [None req-bda2bd6c-5c18-48ce-924c-6d9af2fb28b6 - - - - - -] reply_60d6e5b31df946a391621751856800ce doesn't exist, drop reply to 29951416f27546cdbbc70146e619439b: oslo_messaging.exceptions.MessageUndeliverable08:18
yusufgungor/var/log/kolla/nova/nova-conductor.log:2023-08-16 10:52:13.971 27 ERROR oslo_messaging._drivers.amqpdriver [None req-bda2bd6c-5c18-48ce-924c-6d9af2fb28b6 - - - - - -] The reply 29951416f27546cdbbc70146e619439b failed to send after 60 seconds due to a missing queue (reply_60d6e5b31df946a391621751856800ce). Abandoning...: oslo_messaging.exceptions.MessageUndeliverable08:18
yusufgungor/var/log/kolla/neutron/neutron-server.log:2023-08-15 17:36:24.333 40 ERROR oslo_messaging._drivers.amqpdriver [None req-0b7ed5e1-9488-4095-8d92-c9aeb333f011 - - - - - -] The reply d79b3d1485574cf9b0f418f0e920421c failed to send after 60 seconds due to a missing queue (reply_c8d743b4e7184a7ca0be09c43ed03608). Abandoning...: oslo_messaging.exceptions.MessageUndeliverable08:18
yusufgungor/var/log/kolla/neutron/neutron-server.log:2023-08-15 17:36:47.533 54 WARNING oslo_messaging._drivers.amqpdriver [None req-be715e9b-7139-4e92-9e78-a103ec828d9d - - - - - -] reply_5c0c508ae6a44d6c859b21b9eec8a828 doesn't exist, drop reply to 14f52a5591a24f0890b0c956c799b750: oslo_messaging.exceptions.MessageUndeliverable08:18
mnasiadkamattcrees: ^^ - any idea?08:20
mnasiadkamaybe some oslo.messaging bug?08:20
kevkoha-mode all ? it should be removed no ?08:22
mattcreesI've not seens queues fail to recreate before. yusufgungor: is there anything helpful in the rabbitmq logs?08:23
mnasiadkaha-all policy? in zed? huh08:24
mattcreesThat'll be there if rabbitmq_ha_replica_count is unset. https://github.com/openstack/kolla-ansible/blob/9f8c454484f1656443a43b0df4e9f287cd41df0d/ansible/roles/rabbitmq/templates/definitions.json.j2#L2108:25
mnasiadkabut that's not default08:27
mattcreesTrue it's not08:27
kevkoyusufgungor: share your globals without sensitive data 08:28
kevkoand potentionally some overrides 08:28
kevko*config overrides08:28
mnasiadkayusufgungor: paste them to paste.openstack.org, not on the channel please08:32
yusufgungorHi, thanks for your replies. globals.yaml is here: https://paste.opendev.org/show/bCkk2AtoD4Fxrbi4CUvO/08:44
yusufgungorWe had to enable rabbitmq ha-all policy and durable queues because there exist issues on rabbitmq HA tests. After one rabbitmq node is down then services are getting timeouts from rabbitmq even thought the rabbitmq cluster is healthy. Solution is to stop all services and clear all queues. So we had to return back to the HA queue policy08:44
yusufgungorom_enable_rabbitmq_high_availability: true08:44
yusufgungorrabbitmq_ha_promote_on_shutdown: "always"08:45
yusufgungorBut we still encounter problems for "reply" queues which are not HA. Policy pattern ignore reply, fanout and amq queues 08:45
kevkothat's ok i think 08:45
kevkothese queues shouldn't be ha i think 08:46
yusufgungoryou are right but we had no HA problems with transient queues and ha-all policy on wallaby. The problem can be reproduced easily, when HA policy is not defined at all, try to stop the rabbitmq node which has the "conductor" queue. After that even the stopped rabbit node  is up again and joined the cluster, conductor logs oslo.messaging timeouts. Restart is not enought to resolve, we had to stop all services and clear 08:50
yusufgungorall queues. It is not acceptable for us on production.08:50
yusufgungorThis situation also asked on #openstack-oslo but no reply yet08:51
kevkoyusufgungor: try to turn off durable queues via config override 08:51
kevkoand deploy rabbit transient with ha all ...08:52
kevkoom_enable_rabbitmq_high_availability: true08:52
kevkothis should work 08:53
yusufgungoryes we can do, but we want to learn your thoughts about this situation08:54
yusufgungorkolla-ansible by default disables the ha-all policy now and it seems there exist problems on rabbitmq failovers, do we aggree?08:57
yusufgungorAlso still there exist problems even we follow the documentation about rabbitmq HA: https://docs.openstack.org/kolla-ansible/latest/reference/message-queues/rabbitmq.html#high-availability08:57
mnasiadkakevko: https://review.opendev.org/c/openstack/kolla/+/873913 - let's merge this given new setuptools might go out and break yoga in future (and still have no clue why this works in CI, but not locally) :)09:00
hrw{% if (base_distro == 'centos' and base_distro_tag.startswith('stream9')) or base_distro == 'rocky' or distro_python_version == '3.9' %}09:05
hrwargh.09:05
hrwwhy not just "if python 3.9" then?09:06
hrwleft comments09:06
mnasiadkamakes sense09:07
mnasiadkawe need more reviewers like hrw :)09:07
hrwpicky and lazy ones?09:08
opendevreviewMerged openstack/kolla stable/yoga: Use erlang-25 from copr on aarch64  https://review.opendev.org/c/openstack/kolla/+/88696609:09
opendevreviewMerged openstack/kolla stable/yoga: ovsdpdk: add libdpdk-dev  https://review.opendev.org/c/openstack/kolla/+/88031709:09
opendevreviewMarcin Juszkiewicz proposed openstack/kolla master: Move to Debian 12 'bookworm'  https://review.opendev.org/c/openstack/kolla/+/88608809:10
hrwas no one rebased it...09:10
kevkomnasiadka done09:22
opendevreviewMichal Nasiadka proposed openstack/kolla stable/yoga: Pin setuptools=67.2.*  https://review.opendev.org/c/openstack/kolla/+/87391309:23
kevkohrw, mnasiadka ups, i've approved ...09:23
hrwmnasiadka: where is NOTE?09:23
opendevreviewMichal Nasiadka proposed openstack/kolla stable/yoga: Pin setuptools=67.2.*  https://review.opendev.org/c/openstack/kolla/+/87391309:25
mnasiadkahrw: added now09:25
hrw"NOTE: horizon fails with newer setuptools on Python 3.9" maybe?09:25
hrwa = 1  # NOTE: set a to one09:26
hrwcomment should say why not what09:26
opendevreviewMichal Nasiadka proposed openstack/kolla stable/yoga: Pin setuptools=67.2.*  https://review.opendev.org/c/openstack/kolla/+/87391309:27
hrw+209:35
opendevreviewMichal Nasiadka proposed openstack/kolla stable/yoga: opensearch: move to yum/apt repos  https://review.opendev.org/c/openstack/kolla/+/88371611:30
opendevreviewMichal Nasiadka proposed openstack/kolla stable/yoga: opensearch: move to yum/apt repos  https://review.opendev.org/c/openstack/kolla/+/88371611:32
opendevreviewMichal Nasiadka proposed openstack/kolla stable/yoga: opensearch-dashboards: Fix permissions  https://review.opendev.org/c/openstack/kolla/+/88437511:32
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: CI: Test some more scenarios on debian  https://review.opendev.org/c/openstack/kolla-ansible/+/87913211:34
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: ovn: Improve clustering  https://review.opendev.org/c/openstack/kolla-ansible/+/86892911:41
opendevreviewXing Zhang proposed openstack/kolla-ansible master: Fix default_share_type for manila-api  https://review.opendev.org/c/openstack/kolla-ansible/+/89158812:12
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: Test haproxy single external frontend  https://review.opendev.org/c/openstack/kolla-ansible/+/84123912:33
opendevreviewMichal Nasiadka proposed openstack/kolla master: Move to Debian 12 'bookworm'  https://review.opendev.org/c/openstack/kolla/+/88608812:38
opendevreviewMerged openstack/kolla stable/yoga: Pin setuptools=67.2.*  https://review.opendev.org/c/openstack/kolla/+/87391312:47
opendevreviewMichal Nasiadka proposed openstack/kolla stable/zed: CI: Add rocky9 experimental jobs  https://review.opendev.org/c/openstack/kolla/+/89145712:47
opendevreviewMichal Nasiadka proposed openstack/kolla stable/yoga: CI: Add rocky9 experimental jobs  https://review.opendev.org/c/openstack/kolla/+/89145812:48
mnasiadkamgoddard mnasiadka hrw  bbezak frickler kevko SvenKieske mmalchuk gkoper jangutter - meeting in 1012:50
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: systemd: handle running container without systemd unit  https://review.opendev.org/c/openstack/kolla-ansible/+/89019812:53
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: DNM: Test with docker_restart_policy default  https://review.opendev.org/c/openstack/kolla-ansible/+/89065812:53
mmalchukcores, please merge backports: https://review.opendev.org/q/I3ec1af6353c3ecc64589599abe375b0ae9b14d5c12:56
opendevreviewMichal Nasiadka proposed openstack/kolla master: Move to Debian 12 'bookworm'  https://review.opendev.org/c/openstack/kolla/+/88608812:59
mnasiadka#startmeeting kolla13:00
opendevmeetMeeting started Wed Aug 16 13:00:01 2023 UTC and is due to finish in 60 minutes.  The chair is mnasiadka. Information about MeetBot at http://wiki.debian.org/MeetBot.13:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.13:00
opendevmeetThe meeting name has been set to 'kolla'13:00
mnasiadka#topic rollcall13:00
mnasiadkao/13:00
janguttero\13:00
bbezako/13:00
mmalchuk\o13:01
mattcreeso/13:01
frickler\o13:01
mnasiadka#topic agenda13:02
mnasiadka* Announcements13:02
mnasiadka* CI status13:02
mnasiadka* Release tasks13:02
mnasiadka* Current cycle planning13:02
mnasiadka* Additional agenda (from whiteboard)13:02
mnasiadka* Open discussion13:02
mnasiadka#topic Announcements13:02
mnasiadkathe PTL and TC election has begun for 2024.1 - I've put my name for Kolla PTL for another cycle13:03
frickleryay13:03
mmalchukvote +113:03
mnasiadkaI thought so you're not going to oppose ;-)13:04
mnasiadka#topic CI Status13:04
mgoddard\o13:04
mnasiadkaKayobe CI (upgrade) is still red13:04
mnasiadkathere's a patch ongoing review, hopefully we can merge it this week13:04
mmalchukgive a link please13:05
mnasiadkathe magnum CI job is red as well (everywhere) - anybody with designate knowledge wants to have a look?13:05
mnasiadka#link https://review.opendev.org/c/openstack/kolla-ansible/+/89019813:05
mnasiadkaif nobody wants to have a look - should we disable the designate part in Magnum CI jobs?13:06
fricklerhmm, I'll have a look13:06
mmalchukme too13:06
fricklerhave some interest in designate being tested13:06
mnasiadkathanks13:06
mmalchukthere several patches for manbum today13:06
mmalchukmagnum*13:07
mnasiadka#topic Release tasks13:07
mnasiadkaWe're close to standard projects releasing13:07
mnasiadkaIt's time to switch to UCA and RDO Bobcat13:08
mnasiadkaUCA patch: https://review.opendev.org/c/openstack/kolla/+/89101813:08
mnasiadkaRDO repo is still empty for Bobcat13:09
mnasiadkaUCA patch needs second core to merge13:09
mnasiadka#topic Current cycle planning13:09
mnasiadkaSo, kevko has put some work into Let's Encrypt - hrw has been so kind to do a review of a lot of bash scripting13:10
mnasiadka#link https://review.opendev.org/c/openstack/kolla/+/88734713:10
mnasiadkaand here is the kolla-ansible part13:10
mnasiadka#link https://review.opendev.org/c/openstack/kolla-ansible/+/74134013:10
mnasiadkaIt would be nice if some other cores (or non-cores) would do a thorough review - we should aim for getting this merged in the upcoming weeks13:10
mmalchuka lot of comments did SvenKieske and me too)13:11
hrwUCA/Bobcat +2+w13:12
mnasiadkaOk, thanks - let's keep it rolling13:12
mnasiadkaAnother thing, there's a container called openvswitch-netcontrold13:12
mnasiadkaFor some reason we've been installing the package via pip outside of a venv13:12
mnasiadkaThe container is only used by tripleo13:12
mnasiadkaIs there anybody that is using ovs-dpdk?13:12
mnasiadkanetcontrold is a tool for optimizing PMD threads in OVS13:13
mnasiadkaFrom my perspective - it would be easier to drop it13:13
mmalchuk+113:13
hrw+213:13
mnasiadkafrickler: any dpdk usage on your side and you'd like to use netcontrold? ;-)13:14
fricklernope13:15
jangutterhttps://github.com/netcontrold/netcontrold-py <--- last update july 2020 ....13:15
mnasiadkaOk, I'll send a mail to ML and drop this image13:15
mnasiadka#action mnasiadka to send a mail to ML and drop openvswitch-netcontrold13:15
mnasiadka#topic Additional agenda (from whiteboard)13:16
mnasiadkaso, regarding jobboard we have second patch to review - https://review.opendev.org/c/openstack/kolla-ansible/+/88858813:17
mnasiadkait has RP+1213:17
mnasiadkait has RP+113:17
mnasiadkaok, second thing is debian bookworm13:18
mnasiadka#link https://review.opendev.org/c/openstack/kolla/+/88608813:18
mnasiadkathat should pass now and from my perspective we can merge that - and work on the kolla-ansible side of things13:18
mmalchukit can be merged afaik13:19
fricklerwe need haproxy fix first13:20
fricklerI guess I should rework https://review.opendev.org/c/openstack/kolla-ansible/+/883559/513:20
mmalchukwhy? whats wrong with haproxy?13:20
fricklerif we kind of agree to do it all in one step13:20
fricklerthe option we use is no longer there in bookworm13:20
mmalchukanother version there?13:21
fricklernewer version, yes, removed deprecated option13:21
mnasiadkanewer versions of haproxy does not support that option13:21
mmalchuklets stack changes13:21
mnasiadkaso basically we could fine tune those three patches and merge them, unless frickler wants to work on making out of those three patches (I'm lazy and I wouldn't) ;-)13:22
fricklercan't stack k-a on k13:22
fricklerthey need rebasing anyway afaict13:22
mnasiadkaand there's also the thing about python version in wsgi paths13:22
mnasiadkaI did have a stupid approach on linking /var/lib/kolla/venv/lib/python3.X to /var/lib/kolla/venv/lib/python13:23
mnasiadkato stop this madness of doing a lot of changes just to pass the variable properly in CI13:23
mmalchuklets merge stupid approach first)13:23
fricklerwhich patch is that?13:24
kevkois  /var/lib/kolla/venv/lib/python good name ? 13:24
mnasiadkaso, in the past we did: https://review.opendev.org/c/openstack/kolla/+/788304/2/.zuul.d/debian.yaml#913:25
mnasiadkaand now I was thinking of https://review.opendev.org/c/openstack/kolla/+/874989 and https://review.opendev.org/c/openstack/kolla-ansible/+/87499013:25
kevkowouldn't be better to include some custom path into path ? 13:25
mmalchukyou have another path to venv?13:26
fricklerI'm lacking context as to why this is/was all needed13:26
kevkoit's not my case ..but what if you are just not using venv ? 13:27
fricklerbut I can read up later13:27
mnasiadkamainly because of this: https://review.opendev.org/c/openstack/kolla-ansible/+/874990/3/ansible/roles/horizon/templates/horizon.conf.j213:27
mnasiadka(and other wsgi services)13:27
mnasiadkawe need to pass the whole path to mod_wsgi13:27
mmalchukkevko pip requieres venev now13:27
mnasiadkaother option is just a play in kolla-ansible that find proper python version13:28
mnasiadkaand set distro_python_version to that13:28
mnasiadka(the one in container images)13:28
mmalchukbad idea13:28
mmalchukwhat if there are two suitable versions?13:28
mnasiadkatwo versions in a venv?13:29
mmalchukin system. but search in venv for other path? lol13:30
fricklerit seems wrong to me to run the wsgi from site-packages, why is this not in xxx/bin?13:30
mmalchukaccording the venv the path always lib/...13:31
kevkofrickler +113:31
mmalchukthere can't be several versions so the path is constant13:31
mmalchukfrickler why?13:32
mmalchukit run within venv13:32
mmalchukif there is no bin/... file - this is an issue of the package itself13:33
fricklerbecause of the mess we are seeing now. seems like a bug in horizon to me. but I need to take a closer look, might be I'm missing something13:33
fricklermmalchuk: exactly13:33
mmalchuklets fix python lib13:33
fricklerbut that's not from python lib, it is horizon packaging13:34
mmalchukshow ma your bug later... will take a look13:34
mnasiadkafrickler: horizon freezer and skyline seem to be using it13:34
fricklerone bad precedent copied two times, doesn't make it more valid IMHO13:34
fricklerbut we don't need to decide on this now, do we?13:35
mmalchuklets dig deeper... later13:36
mnasiadkayup13:36
mnasiadkaok then13:36
kevkobtw, can we also drop kolla_distro ? :) 13:37
mnasiadkawe can drop kolla if you like13:37
mnasiadka:)13:37
mmalchuklol13:37
mmalchukan move to the k8s)))13:38
kevkosometimes i am trying something with different image locally to just be sure that some implementation is working on both distros ...13:38
mnasiadkathat's how it is and have been for long time ;)13:38
mnasiadkaanyway, let's continue13:38
mnasiadkamattcrees would like us to review https://review.opendev.org/c/openstack/kolla-ansible/+/88282513:38
mattcreesYes please13:39
mnasiadkaand https://review.opendev.org/c/openstack/kolla-ansible/+/890391/413:39
mattcreesWould also be good to get a non-shpc core to review this: https://review.opendev.org/c/openstack/kolla-ansible/+/88139213:39
kevkoi would like to see some test with rabbitmq nodes stop/start to see everything is working ok 13:39
kevkoqueues recreated , clients reconnected ...etc 13:40
kevkocan we add something like this into ci ? 13:40
fricklerkevko wants to be our chaos monkey ;)13:40
mmalchukmattcrees I'm not shpc and would like to be core) as you wish13:41
fricklerI'm not sure if it is possible to do in a stable way in CI13:41
mmalchukanyway reviewed13:41
mnasiadkalet's first get the CI in a stable form :)13:41
kevkowell, today there was some guy asking for these types of error ...13:42
kevko*problems13:42
mnasiadkatrue, but we all know that not all errors are bugs in our configuration13:42
mnasiadkathere's also oslo.messaging bugs and RMQ code bugs13:42
mattcreesDoes sound like it would cause CI problems. The recent rabbit changes improve stability, but don't guarantee it ;)13:43
mattcreesPerhaps a not-voting job would be useful, to at least test regularly even if it falls over sometimes?13:43
fricklerbut who would look at that regularly?13:44
mnasiadkathat's the problem, now there's not a lot of people looking at periodic publish jobs, not counting anything else :)13:44
mnasiadkaI think this can be a topic for the 2024.1 PTG, let's focus on existing patches to review now :)13:45
mnasiadka#topic Open Discussion13:45
mmalchukthis can be linked to whiteboard, and we check this atleast each week13:45
mnasiadkaok then, anybody has any additional topic?13:45
mmalchukyep13:46
jangutter(me after that?)13:46
mmalchukhttps://review.opendev.org/c/openstack/kolla/+/89109813:46
mmalchukhandler to RH distros to make server-status everywhere identical13:46
mmalchukthe same as in Ubuntu/Debian13:47
mmalchuksame way13:47
mmalchukand also, folks please review https://review.opendev.org/q/I3ec1af6353c3ecc64589599abe375b0ae9b14d5c13:47
mmalchukX and Y13:47
mnasiadkamaybe let's merge the kolla-ansible patch first, so we don't introduce a security bug :)13:48
mmalchukwe don't13:48
mmalchukand we're talking in master first13:48
mmalchukthe fix is already there13:48
mnasiadkaI don't know if doing that in httpd_setup is the best way to do it, we could just do it in openstack-base by COPYing the file - but I have no strong opinion, let's have some other people voice in that patch13:49
mmalchukin Ubuntu/Debian this did in the kolla image so this is the same way13:49
mmalchukit configured and enabled right after apt-get install apache213:50
mmalchukso for RH distros the httpd_setup the only place13:50
mnasiadkanot really - you can do it in here as well: https://github.com/openstack/kolla/blob/7f12d216dc4de2c8d32291c3d6223185ecf2b510/docker/openstack-base/Dockerfile.j2#L59 (we install apache here)13:51
mnasiadkabut let's discuss in the patch13:52
mnasiadka9 minutes left13:52
mnasiadkajangutter: ?13:52
jangutteretcd  3.3 -> 3.4 ... looks like fixing it in tooz will take a while.13:52
mmalchukapache not installed in base13:52
mnasiadkammalchuk: openstack-base13:52
mnasiadkajangutter: and before it is fixed we can't do the upgrade?13:52
mmalchukmnasiadka RH only13:53
jangutterSo, it will require a change in both kolla and kolla-ansible if we can't wait for tooz. It passes all CI so far (flaky job just rarely)13:53
mmalchukmnasiadka it still kolla not kolla-ansible13:53
jangutterIf tooz can be updated, then kolla-ansible doesn't need changes.13:54
mnasiadkammalchuk: your patch is in kolla ;)13:54
fricklertooz won't be updated in time for bobcat very likely13:54
mnasiadkajangutter: what kind of changes? a lot?13:54
mmalchukmnasiadka but first you propose fix this in k-a13:54
jangutterconfig file changes, minimal.... but until the endpoint is updated, cinder won't work, for example.13:55
mnasiadkammalchuk: that was long time ago, not fix, but allow users to configure it13:55
fricklerdoes cinder need etcd? or is it just an alternative to redis?13:55
mnasiadkaalternative - tooz supports both13:55
kevkoi think it's alternative, isn't it ? 13:55
jangutterIt can use anything that tooz supports as a backend, but etcd seems to be the default in the CI.13:55
mnasiadkasome people like etcd, have no clue why :)13:56
fricklerbut other services use redis, maybe we should make that consistent as a default?13:56
kevkomnasiadka for similar reasons as some people like rh clones :) 13:56
kevkodon't know why :D 13:56
mnasiadkakevko: I don't like them, they pay my rent :)13:56
mnasiadkafrickler: with tooz we support both, but I thought we have a recommendation for redis, not etcd13:57
fricklerso at least CI should be consistent? will need to look into that, too13:58
mnasiadkabasically we use what is enabled13:58
mnasiadka#cinder_coordination_backend: "{{ 'redis' if enable_redis|bool else 'etcd' if enable_etcd|bool else '' }}"13:58
jangutterI think it doesn't really matter what coordination backend is in use ... but at the moment everything in the CI (masakari and something else) points to etcd...13:58
jangutterAha13:58
mnasiadkamasakari? I thought only zun13:59
mnasiadkabut zun for a different reason (not tooz, docker overlay something)13:59
* frickler needs to run, will check back later13:59
mnasiadkaanyway, time is up14:00
jangutter--- masakari, cinder, designate, ironic (ironically!)14:00
mnasiadkaI think I have a patch for enabling redis in the ceph jobs14:00
mnasiadkalet's talk about this next week or somewhere outside of the meeting14:00
mnasiadkaneed to run for a different meeting14:00
mnasiadkathanks for coming!14:00
jangutterthanks!14:00
mnasiadka#endmeeting14:00
opendevmeetMeeting ended Wed Aug 16 14:00:37 2023 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:00
opendevmeetMinutes:        https://meetings.opendev.org/meetings/kolla/2023/kolla.2023-08-16-13.00.html14:00
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/kolla/2023/kolla.2023-08-16-13.00.txt14:00
opendevmeetLog:            https://meetings.opendev.org/meetings/kolla/2023/kolla.2023-08-16-13.00.log.html14:00
mmalchukmnasiadka thanks14:00
mmalchukcores please +W last two: https://review.opendev.org/q/I3ec1af6353c3ecc64589599abe375b0ae9b14d5c14:01
mmalchukthere need second +214:01
jangutterOh, I forgot, 77 lines to review if anyone likes ARA: https://review.opendev.org/c/openstack/kolla-ansible/+/89109714:06
opendevreviewMerged openstack/kolla-ansible stable/2023.1: Deny access to public /server-status in http Openstack services  https://review.opendev.org/c/openstack/kolla-ansible/+/89085714:17
opendevreviewMerged openstack/kolla-ansible stable/zed: Deny access to public /server-status in http Openstack services  https://review.opendev.org/c/openstack/kolla-ansible/+/89085814:17
opendevreviewMerged openstack/kolla master: [release] Use UCA Bobcat  https://review.opendev.org/c/openstack/kolla/+/89101814:35
opendevreviewSimon Dodsley proposed openstack/kolla-ansible master: Add Pure Storage FlashBlade as Manila backend  https://review.opendev.org/c/openstack/kolla-ansible/+/87984614:39
opendevreviewSimon Dodsley proposed openstack/kolla-ansible master: Add Pure Storage FlashBlade as Manila backend  https://review.opendev.org/c/openstack/kolla-ansible/+/87984614:56
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: DNM: Stop Galera container after bootstrap  https://review.opendev.org/c/openstack/kolla-ansible/+/89160614:57
opendevreviewSimon Dodsley proposed openstack/kolla-ansible master: Add Pure Storage FlashBlade as Manila backend  https://review.opendev.org/c/openstack/kolla-ansible/+/87984615:27
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: DNM: Stop Galera container after bootstrap  https://review.opendev.org/c/openstack/kolla-ansible/+/89160615:56
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: DNM: Stop Galera container after bootstrap  https://review.opendev.org/c/openstack/kolla-ansible/+/89160615:56
opendevreviewMaximilian Sesterhenn proposed openstack/kolla master: WIP: Add ovn-bgp-agent / FRR / Horizon BGPVPN dashboard support  https://review.opendev.org/c/openstack/kolla/+/89161717:55
opendevreviewMaximilian Sesterhenn proposed openstack/kolla-ansible master: WIP: Add ovn-bgp-agent / FRR / neutron-bgpvpn / Horizon BGPVPN dashboard support  https://review.opendev.org/c/openstack/kolla-ansible/+/89162218:19
*** bjoernt_ is now known as bjoernt21:41

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