| opendevreview | Roman Krček proposed openstack/kolla-ansible master: Put memcache_security_strategy in single place at all.yml https://review.opendev.org/c/openstack/kolla-ansible/+/925444 | 07:02 |
|---|---|---|
| opendevreview | Michal Nasiadka proposed openstack/kolla-ansible master: Revert "CI: Pin openstackclient to <7" https://review.opendev.org/c/openstack/kolla-ansible/+/925941 | 07:42 |
| opendevreview | Michal Nasiadka proposed openstack/kolla-ansible master: Revert "CI: Pin openstackclient to <7" https://review.opendev.org/c/openstack/kolla-ansible/+/925941 | 07:42 |
| mnasiadka | morning | 07:44 |
| SvenKieske | morning | 08:11 |
| SvenKieske | n00b question: can I recheck a failed gating pipeline as a mortal +1 user, or are core reviewer powers needed for this? example: https://review.opendev.org/c/openstack/kolla-ansible/+/925737 | 08:12 |
| SvenKieske | I also don't see what exactly failed there, seems test-core-openstack.sh didn't really run, at least there is no log | 08:14 |
| SvenKieske | that is, there is a log, but not really helpful. it's aborted after calling tools/init-runonce and the gawk stuff | 08:15 |
| mnasiadka | SvenKieske: 2024-08-07 14:10:35 clean_up SetQuota: internal endpoint for block-storage service in RegionOne region not found | 08:18 |
| mnasiadka | in init-runonce | 08:18 |
| mnasiadka | we pinned to older openstackclient, just do "recheck" | 08:18 |
| SvenKieske | ok, was not sure if I can trigger gate pipeline this way. thx | 08:19 |
| SvenKieske | and good idea to use u-c btw :) still wish we could control this more centrally and could avoid to put it into so many different places. | 08:21 |
| frickler | we didn't do the pin on 2024.1 yet, did we? so the above recheck will still fail the same way | 08:29 |
| frickler | any gerrit user can trigger the recheck fwiw | 08:29 |
| mnasiadka | yeah, once the u-c fix merges in master - we need to backport that to stable branches | 08:33 |
| arcayne | hey guys, really sorry to butt in with such a dumb issue... I've just been struggling to figure out the kayobe network-interfaces configs since yesterday, and I'm a bit frazzled at this point.. anyone have a couple mins to help set me straight? :/ | 08:35 |
| jovial | arcayne, Here is an example of dual bonds: https://gist.github.com/jovial/939f6436884fcc512e63c2ef407ec47a | 08:38 |
| arcayne | Oh you're awesome, tysm. I'll give this a shot right away. | 08:39 |
| opendevreview | Pierre Riteau proposed openstack/kolla-ansible master: CI: Fix variable name for Nova noVNC FQDN https://review.opendev.org/c/openstack/kolla-ansible/+/925854 | 08:40 |
| jovial | You can stick a bridge on top of the bond with something like: provision_oc_net_interface: brbond1 / provision_oc_net_bridge_ports: [{{ hs_bond_B_interface }}] or if you don't have an untagged network, you can another network to compute_network_interfaces e.g brbond1 and use brbond1_no_ip: true | 08:43 |
| jovial | Improvements to the docs are welcome :) | 08:44 |
| arcayne | ahh this is super helpful. In my scenario, both bonds are carrying multiple tagged vlans (essentially trunks), nothing is untagged. For your example of brbond1_no_ip: true, where should that attribute live? networks.yml? | 08:47 |
| jovial | Yeah, that would work | 08:49 |
| opendevreview | Michal Nasiadka proposed openstack/kolla-ansible master: CI: Fix cases where port is not available yet https://review.opendev.org/c/openstack/kolla-ansible/+/924506 | 09:21 |
| opendevreview | Michal Nasiadka proposed openstack/kolla-ansible master: CI: Fix cases where port is not available yet https://review.opendev.org/c/openstack/kolla-ansible/+/924506 | 09:22 |
| arcayne | So in a simplified nutshell, if I've got hs_bond_B_interface: "bond1", then stack a bridge ontop with brbond1_interface: "{{ hs_bond_B_interface }}", to tie that to one (or more) logical networks like 'internal', I'd add internal_interface: "{{ brbond1_interface }}.{{ internal_vlan }}"? Or did I bungle the bridge portion? | 09:27 |
| jovial | brbond1_interface needs to start with br. This would also work: brbond1_interface: brbond1 | 09:29 |
| arcayne | Sorry, I meant brbond1_interface: "brbond1" with brbond1_bridge_ports: "{{ hs_bond_B_interface }}" | 09:29 |
| jovial | aah, yeah. That all looks OK to me. | 09:29 |
| opendevreview | Michal Nasiadka proposed openstack/kolla-ansible master: Bump Ansible versions to 2.16 and 2.17 https://review.opendev.org/c/openstack/kolla-ansible/+/921743 | 09:31 |
| arcayne | nice, thanks! also, in your example, is hs_bond_B defined anywhere other than the three files shown in the gist? | 09:33 |
| opendevreview | Merged openstack/kolla-ansible master: CI: Use u-c in openstack-clients role https://review.opendev.org/c/openstack/kolla-ansible/+/925909 | 09:36 |
| jovial | arcayne, You'll need it on any hosts that reference the vlans you have trunked over that network e.g storage_extra_network_interfaces, controller_extra_network_interface and so on | 09:37 |
| arcayne | that makes sense, thanks | 09:38 |
| opendevreview | Michal Nasiadka proposed openstack/kolla-ansible stable/2024.1: CI: Use u-c in openstack-clients role https://review.opendev.org/c/openstack/kolla-ansible/+/925947 | 09:39 |
| opendevreview | Michal Nasiadka proposed openstack/kolla-ansible stable/2023.2: CI: Use u-c in openstack-clients role https://review.opendev.org/c/openstack/kolla-ansible/+/925948 | 09:39 |
| stan | Can I get one more review on this one pls https://review.opendev.org/c/openstack/kolla-ansible/+/918437 | 09:42 |
| opendevreview | Roman Krček proposed openstack/kolla-ansible master: Fix: Don't notify handlers during copy-cert https://review.opendev.org/c/openstack/kolla-ansible/+/924651 | 09:44 |
| opendevreview | Roman Krček proposed openstack/kolla-ansible master: Performance: Don't notify handlers during config https://review.opendev.org/c/openstack/kolla-ansible/+/745164 | 09:44 |
| opendevreview | Verification of a change to openstack/kolla-ansible stable/2024.1 failed: fix flake8 error in database_shards.py https://review.opendev.org/c/openstack/kolla-ansible/+/925737 | 10:09 |
| arcayne | jovial, you're a lifesaver. I was able to re-run `kayobe overcloud host configure` and it looks like all the interfaces are finally being configured properly. I'll have to wait until tomorrow when my network guy is awake to fully test everything, but at least now I can stop banging my head against the wall and get some sleep :) | 10:11 |
| opendevreview | Merged openstack/kolla-ansible master: Performance: use filters for service dicts https://review.opendev.org/c/openstack/kolla-ansible/+/914997 | 10:35 |
| opendevreview | Merged openstack/kolla stable/2023.1: Build RabbitMQ 3.11, 3.12 and 3.13 in 2023.1 https://review.opendev.org/c/openstack/kolla/+/918974 | 10:35 |
| opendevreview | Michal Nasiadka proposed openstack/kolla master: WIP: Switch to Ubuntu 24.04 https://review.opendev.org/c/openstack/kolla/+/907589 | 11:31 |
| opendevreview | Michal Nasiadka proposed openstack/kolla master: WIP: Switch to Ubuntu 24.04 https://review.opendev.org/c/openstack/kolla/+/907589 | 11:33 |
| opendevreview | Michal Nasiadka proposed openstack/kolla master: WIP: Switch to Ubuntu 24.04 https://review.opendev.org/c/openstack/kolla/+/907589 | 11:33 |
| opendevreview | Bartosz Bezak proposed openstack/kolla-ansible master: Restart OVS container after hw-offload change https://review.opendev.org/c/openstack/kolla-ansible/+/925970 | 11:35 |
| opendevreview | Michal Nasiadka proposed openstack/kolla-ansible master: Bump codespell pin to <3 https://review.opendev.org/c/openstack/kolla-ansible/+/925874 | 11:37 |
| opendevreview | Bartosz Bezak proposed openstack/kolla-ansible master: Fix post-config of OVS for manila-share servers https://review.opendev.org/c/openstack/kolla-ansible/+/824707 | 11:40 |
| opendevreview | Piotr Parczewski proposed openstack/kolla-ansible master: Fix internal TLS certificate not copied https://review.opendev.org/c/openstack/kolla-ansible/+/925971 | 11:41 |
| opendevreview | Sven Kieske proposed openstack/kolla-ansible stable/2024.1: fix flake8 error in database_shards.py https://review.opendev.org/c/openstack/kolla-ansible/+/925737 | 11:41 |
| opendevreview | Michal Nasiadka proposed openstack/kolla master: WIP: Switch to Ubuntu 24.04 https://review.opendev.org/c/openstack/kolla/+/907589 | 11:48 |
| opendevreview | Merged openstack/kolla-ansible master: Revert "CI: Pin openstackclient to <7" https://review.opendev.org/c/openstack/kolla-ansible/+/925941 | 11:53 |
| opendevreview | Michal Nasiadka proposed openstack/kolla master: WIP: Switch to Ubuntu 24.04 https://review.opendev.org/c/openstack/kolla/+/907589 | 11:56 |
| opendevreview | Michal Nasiadka proposed openstack/kolla master: WIP: Switch to Ubuntu 24.04 https://review.opendev.org/c/openstack/kolla/+/907589 | 12:25 |
| opendevreview | Michal Nasiadka proposed openstack/kolla master: WIP: Switch to Ubuntu 24.04 https://review.opendev.org/c/openstack/kolla/+/907589 | 12:25 |
| mnasiadka | frickler: I'm sort of tired of doing the kolla_python_version dance again to get Ubuntu introduced - are you ok with me reviving https://review.opendev.org/c/openstack/kolla/+/874989 ? | 12:30 |
| mnasiadka | actually maybe there's a better option | 12:33 |
| frickler | mnasiadka: I was just about to ask where exactly this is needed | 12:33 |
| mnasiadka | horizon only | 12:34 |
| mnasiadka | we could just link openstack_dashboard/wsgi.py to somewhere | 12:34 |
| kevko | Guys, I would like to implement consul as for us masalari with corosync is not enough ( limit 32 hosts) | 12:36 |
| kevko | Will it be accepted ? I am asking because of licence ...it's free of course ..but something similar than redis .... Simply said ..you can use it internally ...but can't sell it like a product | 12:37 |
| kevko | mnasiadka: i am using similar approach in my patch for "image patching feature" ... i've also introduced there python linking to /var/lib/kolla/venv/python3 because i wanted to patch ubuntu,debian,rocky with same patch file ..but different distros has different python3.X version ... maybe we can introduce small patch to fullfill this in all images | 12:47 |
| kevko | ...in base ... | 12:47 |
| kevko | mnasiadka: really the same ...but i am symlinking to python3 instead of python only .... one var more https://review.opendev.org/c/openstack/kolla/+/829295/7/docker/openstack-base/Dockerfile.j2 | 12:49 |
| opendevreview | Michal Nasiadka proposed openstack/kolla master: WIP: horizon: Copy wsgi.py to /etc/openstack-dashboard/ https://review.opendev.org/c/openstack/kolla/+/925979 | 12:50 |
| kevko | mnasiadka: so from my perspective the https://review.opendev.org/c/openstack/kolla/+/874989 is good idea to reopen ... | 12:50 |
| mnasiadka | checking another option, and we can discuss ;-) | 12:51 |
| opendevreview | Michal Nasiadka proposed openstack/kolla-ansible master: WIP: horizon: Use /etc/openstack-dashboard/wsgi.py https://review.opendev.org/c/openstack/kolla-ansible/+/925980 | 12:51 |
| kevko | mnasiadka: well, i am just saying that it's very good idea as it helps also on another place ... (in my patchset for patching feature :) as I can reference only python3 path in header of pachfiles) | 12:54 |
| kevko | mnasiadka: and it's just symlink ..and only for venv | 12:54 |
| opendevreview | Michal Nasiadka proposed openstack/kolla master: WIP: Switch to Ubuntu 24.04 https://review.opendev.org/c/openstack/kolla/+/907589 | 13:19 |
| opendevreview | Michal Nasiadka proposed openstack/kolla master: Switch to Ubuntu 24.04 LTS https://review.opendev.org/c/openstack/kolla/+/907589 | 13:21 |
| opendevreview | Michal Nasiadka proposed openstack/kolla master: Switch to Ubuntu 24.04 LTS https://review.opendev.org/c/openstack/kolla/+/907589 | 13:21 |
| SvenKieske | kevko: there's a half dead open source fork of consul it seems, maybe there is a living version also somewhere? https://github.com/OpenHotPot/hotpot | 13:23 |
| kevko | SvenKieske: half dead :D ... | 13:25 |
| SvenKieske | last commit 8 months ago, some openstack projects are "more" dead ;) | 13:25 |
| SvenKieske | etcd doesn't work for coordination, I guess? I really don't know. | 13:26 |
| SvenKieske | or zookeeper? | 13:26 |
| opendevreview | Michal Nasiadka proposed openstack/kolla-ansible master: WIP: Add support for Ubuntu Noble Numbat (24.04 LTS) https://review.opendev.org/c/openstack/kolla-ansible/+/925581 | 13:27 |
| mnasiadka | I'd be hesitant to use Consul, given the license - and I think we wanted to look into using the free Redis fork | 13:28 |
| SvenKieske | at least https://github.com/valkey-io/valkey seems healthy | 13:29 |
| opendevreview | Michal Nasiadka proposed openstack/kolla-ansible master: WIP: Add support for Ubuntu Noble Numbat (24.04 LTS) https://review.opendev.org/c/openstack/kolla-ansible/+/925581 | 13:30 |
| kevko | But why we can't provide a path to install and use consul ? | 13:45 |
| kevko | I am reading the license ...it's MPL 2.0 .... it's very clear that it can be used | 13:45 |
| kevko | You may make production use of the Licensed Work, provided Your use does not include offering the Licensed Work to third parties on a hosted or embedded basis in order to compete with HashiCorp's paid version(s) of the Licensed Work. For purposes of this license: | 13:46 |
| opendevreview | Merged openstack/kolla-ansible stable/2024.1: CI: Use u-c in openstack-clients role https://review.opendev.org/c/openstack/kolla-ansible/+/925947 | 13:49 |
| frickler | isn't that more or less the same stuff that we dropped elasticsearch for doing? | 13:52 |
| mnasiadka | Yup | 14:01 |
| SvenKieske | kevko: where do you read consul is MPL2.0? It's BSL | 14:02 |
| SvenKieske | https://github.com/hashicorp/consul?tab=License-1-ov-file#readme | 14:02 |
| SvenKieske | frickler: maybe the TC should make a clear statement regarding all these new licences cropping up. I'm just tired of reiterating the debate everytime again | 14:03 |
| SvenKieske | that being said, I still think we violate the "don't be a dick" licence and should remove that code, where we just slapped ASL 2.0 over it xD | 14:04 |
| SvenKieske | https://github.com/openstack/kolla-ansible/blob/master/tests/j2lint.py#L19 | 14:05 |
| frickler | I think you'll have to dig out the link to that again for mnasiadka. iirc this was on shpc | 14:05 |
| frickler | ah, thx | 14:05 |
| SvenKieske | I even made a bug report..somewhere | 14:06 |
| SvenKieske | https://bugs.launchpad.net/kolla-ansible/+bug/2075316 | 14:06 |
| SvenKieske | I hate copyright as much as the next guy, but I guess we can't just ignore it, sadly :) | 14:07 |
| SvenKieske | I even filed an upstream issue last week, but no response so far, maybe they can be friendly and just dual licence, but maybe they really don't want to. | 14:08 |
| SvenKieske | I also quickly evaluated other j2lint like tools but it would take a little work at least to use those instead, e.g.https://github.com/aristanetworks/j2lint/ | 14:08 |
| SvenKieske | ah broken link: https://github.com/aristanetworks/j2lint/ | 14:09 |
| opendevreview | Michal Arbet proposed openstack/kolla-ansible master: Use more descriptive libvirt secret names corresponding to reality https://review.opendev.org/c/openstack/kolla-ansible/+/924548 | 14:09 |
| opendevreview | Michal Arbet proposed openstack/kolla-ansible master: Refactor external ceph https://review.opendev.org/c/openstack/kolla-ansible/+/907166 | 14:09 |
| SvenKieske | I tested that one briefly, on the plus side it's well maintained and good to integrate into CI in general. on the negative side: it really tests different stuff afaik and we would need to disable some of it's rules. on the plus side: that's rather easy to do. | 14:10 |
| SvenKieske | there seem to be a plethora of other jinja2 linters, all with different approaches. I didn't want to waste more time, so I stopped there. | 14:11 |
| kevko | SvenKieske: it's not BSL ..its's MPL2.0 | 14:16 |
| kevko | SvenKieske: https://github.com/hashicorp/consul/blob/779d3c3eda1d4aa0d639f53a0e1d4437179a7224/LICENSE#L44 << or is it 4 years after release ? | 14:17 |
| SvenKieske | kevko: not sure if you want to run a 4 years old version of consul? | 14:19 |
| SvenKieske | kevko: https://www.cvedetails.com/vulnerability-list/vendor_id-16814/product_id-52612/Hashicorp-Consul.html?page=1&year=2023&month=-1&order=7 :) | 14:20 |
| SvenKieske | I'm sure they are all no problem because consul "only runs on internal network" :) | 14:20 |
| SvenKieske | for those that can see it, I stumbled across this bug report from 2022, and afaik that is fixed, at least the deployment I have at hand doesn't show the reported behaviour anymore: https://bugs.launchpad.net/kolla-ansible/+bug/1983013 | 14:26 |
| SvenKieske | maybe someone can double check | 14:26 |
| kevko | SvenKieske: what you are talking about ? | 14:44 |
| SvenKieske | kevko: "consul is MPL" only is true for consul versions older than 4 years, meaning you are of course missing all security fixes from those 4 years. | 14:45 |
| SvenKieske | maybe I misunderstood your point, but that's what I understood and wanted to point out. | 14:46 |
| kevko | SvenKieske: okay, firstly - "The Licensor hereby grants you the right to copy, modify, create derivative works, redistribute, and make non-production use of the Licensed Work. The Licensor may make an Additional Use Grant, above, permitting limited production use." << This is BSL 1.1 .... agree ? | 14:46 |
| SvenKieske | sure? | 14:47 |
| SvenKieske | not the complete BSL, but a part of it | 14:47 |
| kevko | SvenKieske: https://github.com/hashicorp/consul/blob/main/LICENSE << In their licence they are declaring "Additional Use Grant:" | 14:47 |
| SvenKieske | yes? | 14:47 |
| kevko | SvenKieske: And there you have - You may make production use of the Licensed Work | 14:48 |
| SvenKieske | "provided Your use does not include offering the Licensed Work to third parties" | 14:49 |
| kevko | SvenKieske: of course you cannot offer let's say API or how to say of Consul as a Software ...okay ...agree .... but you CAN use it as backend OF some another solution | 14:50 |
| SvenKieske | and this is the problem, not because we do this, but we distribute this and some people who download this from our servers may do this | 14:50 |
| SvenKieske | kevko: once again: https://governance.openstack.org/tc/reference/licensing.html Projects run as part of the OpenStack Infrastructure (in order to produce OpenStack software) may be licensed under any OSI-approved license. | 14:51 |
| SvenKieske | Other licenses (not explicitly listed in this document) may be considered in the future on a case-by-case basis by the Technical Committee, with the help of the OpenStack Foundation legal counsel. | 14:51 |
| SvenKieske | BSL is not OSI approved, and is not on the TCs list of Licences. You can go ask the TC if they want to add it, but I really really doubt they will :) | 14:53 |
| SvenKieske | because it has severe restrictions for the user of the software it can't be considered, period. | 14:54 |
| SvenKieske | and I hate to make code changes just to adjust to some license changes like I think all devs do, but I guess we still have to :( | 14:54 |
| SvenKieske | just because I hate a problem, doesn't make the problem less real or go away by itself. I can of course just ignore it, but that's not really healthy in the long run. | 14:55 |
| kevko | SvenKieske: regarding https://governance.openstack.org/tc/reference/licensing.html >> Consul is not library :D | 14:56 |
| SvenKieske | and I don't think openinfra foundation can ignore it, because openinfra is a little bit too large I'd say :) I'd prefer not to be on the front page of hacker news or something like that. at least not because of licence issues :) | 14:56 |
| kevko | SvenKieske: that document you sent is about openstack libraries | 14:56 |
| kevko | it's not defined :D | 14:57 |
| SvenKieske | kevko, that's not true, maybe read the complete document. I already sent it to you when we had the last debate about that topic. | 14:57 |
| SvenKieske | Projects run as part of the OpenStack Infrastructure (in order to produce OpenStack software) may be licensed [..] | 14:58 |
| SvenKieske | granted, the wording is bad/incomplete there. but.. do you want me to write to the TC to include all software there, not just libs? | 14:58 |
| kevko | SvenKieske: let me ask e legal-discuss@lists.openstack.org | 14:59 |
| SvenKieske | I also asked over in the tc channel. good idea to post to legal, though I'm not subscribed there | 15:03 |
| SvenKieske | kevko: thanks for posting | 15:16 |
| SvenKieske | kevko: do you think it would be good to clarify this from the TCs point of view as well? | 15:17 |
| SvenKieske | no matter the decisions at least we don't need to debate that anymore, if we get some decision. | 15:17 |
| opendevreview | Merged openstack/kolla-ansible stable/2024.1: fix flake8 error in database_shards.py https://review.opendev.org/c/openstack/kolla-ansible/+/925737 | 15:22 |
| SvenKieske | \o/ finally | 15:23 |
| kevko | SvenKieske: yeah i think so ... | 15:27 |
| kevko | SvenKieske: Either way, I will have to implement it because we are building a cloud with more than 32 hosts, which is the corosync limit in kolla. Legally, we have the green light, but because the above-mentioned URL from governance is stricter, unfortunately, I will have to hide it from the world and not send it to the kolla community. | 15:29 |
| SvenKieske | kevko: well I guess there's nothing wrong with posting patches, the question is if they will be merged. | 15:31 |
| SvenKieske | out of interest, as I don't know masakari: don't they have any other coordination interface implemented? | 15:32 |
| SvenKieske | kevko: sorry, but is it only about coordination? why not use etcd? https://docs.openstack.org/masakari/latest/configuration/config.html#coordination | 15:33 |
| SvenKieske | but I really don't know much about masakari, only the usecase for it | 15:35 |
| opendevreview | Michal Nasiadka proposed openstack/kolla-ansible master: WIP: horizon: Use /etc/openstack-dashboard/wsgi.py https://review.opendev.org/c/openstack/kolla-ansible/+/925980 | 15:38 |
| opendevreview | Michal Nasiadka proposed openstack/kolla master: WIP: horizon: Copy wsgi.py to /etc/openstack-dashboard/ https://review.opendev.org/c/openstack/kolla/+/925979 | 15:40 |
| SvenKieske | mhm, somehow gerrit has lost some stats which files I already reviewed..weird | 15:46 |
| opendevreview | Michal Nasiadka proposed openstack/ansible-collection-kolla master: docker/podman_sdk: Install python3-docker/podman on Ubuntu 24.04 https://review.opendev.org/c/openstack/ansible-collection-kolla/+/925994 | 15:48 |
| SvenKieske | maybe we can give this one RP+1 ? afaik a user on the ML stumbled upon this bug: https://review.opendev.org/c/openstack/kolla-ansible/+/925971 internal tls doesn't work if you use Let's encrypt.. | 15:49 |
| SvenKieske | it's only 7 lines | 15:50 |
| opendevreview | Michal Nasiadka proposed openstack/kolla-ansible master: WIP: Add support for Ubuntu Noble Numbat (24.04 LTS) https://review.opendev.org/c/openstack/kolla-ansible/+/925581 | 15:50 |
| mnasiadka | SvenKieske: I don't believe it is the complete fix, but let's wait | 15:50 |
| SvenKieske | mhm, that might be :) | 15:51 |
| opendevreview | Merged openstack/kolla-ansible master: CI: Fix cases where port is not available yet https://review.opendev.org/c/openstack/kolla-ansible/+/924506 | 15:52 |
| opendevreview | Michal Nasiadka proposed openstack/ansible-collection-kolla master: docker/podman_sdk: Install python3-docker/podman on Ubuntu 24.04 https://review.opendev.org/c/openstack/ansible-collection-kolla/+/925994 | 16:00 |
| opendevreview | Roman Krček proposed openstack/kolla-ansible master: Fix: Don't notify handlers during copy-cert https://review.opendev.org/c/openstack/kolla-ansible/+/924651 | 17:52 |
| kevko | SvenKieske: no it's not about the coordination ..it's about Masakari host monitor | 18:44 |
| kevko | SvenKieske: https://docs.openstack.org/masakari-monitors/latest/hostmonitor.html | 18:44 |
| opendevreview | Jens Harbott proposed openstack/kolla-ansible master: Add /v3 suffix to OPENSTACK_KEYSTONE_URL https://review.opendev.org/c/openstack/kolla-ansible/+/924487 | 19:49 |
| opendevreview | Verification of a change to openstack/kolla-ansible stable/2024.1 failed: Fix barbican's configuration https://review.opendev.org/c/openstack/kolla-ansible/+/923859 | 20:11 |
| opendevreview | Roman Krček proposed openstack/kolla-ansible master: Performance: Don't notify handlers during config https://review.opendev.org/c/openstack/kolla-ansible/+/745164 | 21:13 |
| opendevreview | Merged openstack/kolla-ansible master: Fix post-config of OVS for manila-share servers https://review.opendev.org/c/openstack/kolla-ansible/+/824707 | 21:35 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!