| jingvar | morning | 06:51 |
|---|---|---|
| jingvar | victoria/stable etc/kayobe/kolla.yml kolla_enable_cinder: yes kolla_enable_cinder_backend_nfs: yes kolla_enable_glance: yes | 06:53 |
| jingvar | created /home/centos/kayobe/config/src/kayobe-config/etc/kolla/config/nfs_shares | 06:57 |
| jingvar | service deploy is succsesful, but no nfs_shares in controller1 /etc/kolla/cinder | 06:59 |
| jingvar | TASK [Copying over nfs_shares files for cinder_volume] skipping: [controller1] | 07:00 |
| jingvar | I think something chandged enable_cinder_backend_nfs or controllers are not in cinder-volume | 07:02 |
| jingvar | but I have cinder container | 07:03 |
| mnasiadka | cinder-volume container or cinder-api container? | 07:13 |
| jingvar | hmm, cinder-api | 07:18 |
| mnasiadka | well then you have the answer, add desired hosts to cinder-volume or storage group | 07:18 |
| jingvar | ok, where I can read about kayobe and cinder + nfs, bacause kayobe doc is too short, kolla tells just about enable_cinder_backend_nfs: "yes" and exports file, there is nothing about host groups | 07:26 |
| jingvar | https://docs.openstack.org/kolla-ansible/latest/doc-kolla-ansible.pdf reate/etc/kolla/config/nfs_shares enable_cinder_backend_nfs:"yes" it is all | 07:28 |
| jingvar | what is a reason to place cinder-volume on storages instead of controllers? | 07:40 |
| yoctozepto | jingvar: cinder-volume actually manages the storage nodes; it is kind of tricky because in the lvm case it has to be colocated with the block devices; in other cases, it might be better off staying on controllers (e.g., with ceph/rbd) | 07:41 |
| jingvar | main probem is no high level architecture defenition | 07:45 |
| yoctozepto | you mean - lack of high level architecture documentation? | 07:46 |
| yoctozepto | we know the problem but there's always something more important :-( | 07:47 |
| jingvar | I my head are typical architectures and some times I have spend too much time to resolve unexpected questions | 07:48 |
| kevko | hi, anyone for +2 and +w for this tiny patch ? https://review.opendev.org/c/openstack/kolla-ansible/+/797576 ? | 08:09 |
| yoctozepto | kevko: you are looking for smugglers | 08:29 |
| mnasiadka | why do we even need that? | 08:30 |
| mnasiadka | I remember we had this discussion before, and we decided to direct users to do config overrides instead of setting variables? | 08:31 |
| mnasiadka | and if we want that, where are the docs? :) | 08:31 |
| mnasiadka | oh, we already merged in master? doh | 08:32 |
| mnasiadka | then I'm not touching it :) | 08:32 |
| yoctozepto | mnasiadka: this file cannot merged, hence we (with Mark) decided to allow users to simply override this one var rather than to force them to copy the template and keep it in sync | 08:37 |
| kevko | mnasiadka: well, I can say same about merged change which changed default behaviour of rabbitmq, why it was merged and changed if it can be changed via config override ? | 08:38 |
| jingvar | config/src/kayobe-config/etc/kolla/inventory/overcloud/hosts [cinder-volume:children] -> I changed storage to controll , but after service deploy there is storage instead control | 08:38 |
| mnasiadka | yoctozepto, kevko: so why there's no reno/commit message stating that? | 08:38 |
| mnasiadka | and no docs how users can use that? | 08:39 |
| yoctozepto | mnasiadka: rare requirement I guess? we should recommend 3-node rabbitmqs | 08:41 |
| yoctozepto | this is for the power users browsing code | 08:41 |
| yoctozepto | so it's fine by me | 08:41 |
| mnasiadka | maybe let's drop docs, because kolla-ansible is for power users | 08:41 |
| kevko | +1 :D | 08:42 |
| mgoddard | mnasiadka: next patch you propose without docs & reno will get torn to shreds :D | 08:43 |
| mnasiadka | mgoddard: fine by me, I don't have to propose any patches :) | 08:43 |
| mnasiadka | But seriously, a one line commit message is probably below our standards. | 08:44 |
| kevko | from my perspective of view, if functionality, or changed configuration is not touched ..why there is need to have reno if nothing changed ? defaults is same as hardcoded value | 08:45 |
| mnasiadka | Fine, reno ticked out. | 08:45 |
| mnasiadka | commit message doesn't explain why, and we agreed we are dropping kolla-ansible docs, right? :) | 08:45 |
| mgoddard | kevko: what mnasiadka is trying to say is, "would you be so kind as to follow up with some documentation?" | 08:57 |
| jingvar | As I uderstand I can't change [cinder-volume:children ] storage to control beacsue it managed by template in Kolla | 09:04 |
| mnasiadka | jingvar: https://docs.openstack.org/kayobe/latest/control-plane-service-placement.html#custom-kolla-ansible-inventories | 09:08 |
| mnasiadka | if you're using Kayobe, which I understand you do | 09:08 |
| jingvar | Thanks mnasiadka , I'll try it | 09:11 |
| opendevreview | Maksim Malchuk proposed openstack/kayobe master: Set defaults for openstack_cacert https://review.opendev.org/c/openstack/kayobe/+/793703 | 09:17 |
| opendevreview | Maksim Malchuk proposed openstack/kayobe master: TLS certificates management sync with Kolla-Ansible https://review.opendev.org/c/openstack/kayobe/+/793697 | 09:24 |
| yoctozepto | mnasiadka: bad day? I understand your love for docs but I believe we have bigger issues in other parts than telling power users how to override the safety vaults ;-) | 09:32 |
| yoctozepto | valves* | 09:32 |
| mnasiadka | yoctozepto: I'm not a fan of easing overriding of something, that shouldn't be overridden :) | 09:41 |
| yoctozepto | mnasiadka: fair point; we need to find the golden mean though | 09:50 |
| kevko | mnasiadka: I'm not a fan of hardcoding values to configs, if it is default .. it should be in defaults | 09:51 |
| mnasiadka | Anyway, my 5 cents is I don't like hiding variables from users, it should end up in the reference rabbitmq docs - maybe we should do it for all reference docs - like a table on top/bottom which vars can you set and what are they for (and if we discourage of setting them for some reason) | 09:52 |
| jingvar | Mirantis has an approach | 09:53 |
| yoctozepto | mnasiadka: I agree with you, we should do better in the docs dep | 09:54 |
| yoctozepto | department* | 09:54 |
| jingvar | system model with all variables witch use salt formulas and cluster model - it is overrides | 09:55 |
| jingvar | you can easely find any variable and its value | 09:55 |
| jingvar | you don't need dive into salt formulas to find something hardcoded | 09:56 |
| jingvar | it is my 5 cent | 09:57 |
| kevko | yoctozepto: just trying to install masakari ..do i need to enable also hacluster ? | 10:09 |
| mnasiadka | kevko: no Masakari guide? :) | 10:18 |
| kevko | mnasiadka: already read .. guide just saying ..turn on masakari by enable_masakari: "yes" ..that's why I am asking :) | 10:18 |
| kevko | :D | 10:19 |
| kevko | mnasiadka: and of course no docs for hacluster :) | 10:22 |
| kevko | but no big deal ..i will grep a code :D | 10:22 |
| yoctozepto | kevko, mnasiadka: oh! I actually forgot about those, sorry! yes, you need to enable hacluster if you want hostmonitor to work ;-) | 10:28 |
| kevko | yeah, i just realized it when i saw error message in log :) | 10:28 |
| yoctozepto | khe khe | 10:30 |
| yoctozepto | could you report this as a bug? | 10:30 |
| yoctozepto | and include the error message | 10:30 |
| yoctozepto | it should work better | 10:30 |
| kevko | yeah | 10:39 |
| opendevreview | Maksim Malchuk proposed openstack/kayobe master: TLS certificates management sync with Kolla-Ansible https://review.opendev.org/c/openstack/kayobe/+/793697 | 11:50 |
| jingvar | I removed ~/kayobe, undefine seed and started from the begin | 12:15 |
| jingvar | but ./dev/seed-hypervisor-deploy.sh kayobe: 'control host bootstrap' is not a kayobe command. | 12:15 |
| opendevreview | Maksim Malchuk proposed openstack/kayobe master: TLS certificates management sync with Kolla-Ansible https://review.opendev.org/c/openstack/kayobe/+/793697 | 12:15 |
| opendevreview | Scott Solkhon proposed openstack/kolla-ansible master: Support storing passwords in Hashicorp Vault https://review.opendev.org/c/openstack/kolla-ansible/+/792997 | 12:30 |
| kevko | yoctozepto: using masakari debian image, it looks like kolla is not adding masakari user to sudoers | 12:58 |
| kevko | oh, sorry, to kolla group | 12:58 |
| kevko | hmm, no, it is ..weird | 13:00 |
| opendevreview | Mark Goddard proposed openstack/kolla-ansible master: CI: Avoid generating a nova key in cephadm scenario https://review.opendev.org/c/openstack/kolla-ansible/+/798850 | 13:28 |
| opendevreview | Mark Goddard proposed openstack/kolla-ansible master: nova: Use cinder user for Ceph https://review.opendev.org/c/openstack/kolla-ansible/+/798851 | 13:29 |
| opendevreview | Mark Goddard proposed openstack/kolla-ansible master: Add disable_firewall variable https://review.opendev.org/c/openstack/kolla-ansible/+/798854 | 13:37 |
| opendevreview | Mark Goddard proposed openstack/kolla-ansible master: DNM: test disable_firewall https://review.opendev.org/c/openstack/kolla-ansible/+/798855 | 13:37 |
| opendevreview | Scott Solkhon proposed openstack/kolla-ansible master: Support storing passwords in Hashicorp Vault https://review.opendev.org/c/openstack/kolla-ansible/+/792997 | 14:16 |
| kevko | yoctozepto: should tcpdump be masakari binary dependency or it can be installed via dockerfile ? | 14:29 |
| mnasiadka | yoctozepto: https://review.opendev.org/c/openstack/kolla-ansible/+/798850 | 14:55 |
| opendevreview | Verification of a change to openstack/kolla-ansible failed: Make rabbitmq cluster_partition_handling configurable https://review.opendev.org/c/openstack/kolla-ansible/+/797576 | 14:55 |
| opendevreview | Mark Goddard proposed openstack/kolla-ansible master: nova: Use cinder user for Ceph https://review.opendev.org/c/openstack/kolla-ansible/+/798851 | 14:57 |
| opendevreview | Mark Goddard proposed openstack/kolla-ansible master: CI: stop setting ceph_nova_user https://review.opendev.org/c/openstack/kolla-ansible/+/798910 | 14:57 |
| yoctozepto | no meeting today? | 15:07 |
| yoctozepto | #startmeeting kolla | 15:07 |
| opendevmeet | Meeting started Wed Jun 30 15:07:41 2021 UTC and is due to finish in 60 minutes. The chair is yoctozepto. Information about MeetBot at http://wiki.debian.org/MeetBot. | 15:07 |
| opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 15:07 |
| opendevmeet | The meeting name has been set to 'kolla' | 15:07 |
| yoctozepto | #chair mgoddard | 15:07 |
| opendevmeet | Current chairs: mgoddard yoctozepto | 15:07 |
| yoctozepto | #topic Roll-call | 15:07 |
| yoctozepto | o/ | 15:07 |
| mgoddard | erm | 15:07 |
| mgoddard | oop | 15:08 |
| mgoddard | s | 15:08 |
| yoctozepto | no problem | 15:08 |
| mgoddard | I'm not sure where today went :) | 15:08 |
| yoctozepto | let's harvest participants | 15:08 |
| yoctozepto | crazy day here as well :-) | 15:08 |
| mgoddard | mgoddard mnasiadka hrw egonzalez yoctozepto rafaelweingartne cosmicsound osmanlicilegi bbezak parallax Fl1nt | 15:08 |
| mgoddard | koalas assemble | 15:08 |
| yoctozepto | meeting now, folks :-) | 15:08 |
| yoctozepto | <3 | 15:08 |
| mnasiadka | seriously? | 15:08 |
| mnasiadka | :) | 15:09 |
| yoctozepto | but you have to whisper "assemble" | 15:09 |
| mgoddard | #topic agenda | 15:09 |
| mgoddard | * Roll-call | 15:09 |
| mgoddard | * Agenda | 15:09 |
| mgoddard | * Announcements | 15:09 |
| mgoddard | * Review action items from the last meeting | 15:09 |
| mgoddard | * CI status | 15:09 |
| mgoddard | * Release tasks | 15:09 |
| mgoddard | * Xena cycle planning | 15:09 |
| mgoddard | * Open discussion | 15:09 |
| mgoddard | #topic announcements | 15:09 |
| mgoddard | #info Kolla Wallaby releases now available | 15:10 |
| yoctozepto | YEAH | 15:11 |
| mgoddard | #link http://lists.openstack.org/pipermail/openstack-discuss/2021-June/023289.html | 15:11 |
| mgoddard | #topic Review action items from the last meeting | 15:11 |
| mgoddard | there were none | 15:12 |
| mgoddard | #topic CI status | 15:12 |
| yoctozepto | need to merge patches I think? | 15:12 |
| mgoddard | hmm | 15:13 |
| yoctozepto | on the stable branches | 15:13 |
| yoctozepto | for kolla | 15:14 |
| mgoddard | #link https://review.opendev.org/q/topic:%22ci-emergency-fix-for-zuul-4-6%22 | 15:14 |
| mgoddard | added my +2 | 15:15 |
| mgoddard | upgrades to Ussuri fail sporadically on Ubuntu due to Neutron migrations failing | 15:16 |
| mgoddard | monasca scenario fails all the time | 15:16 |
| yoctozepto | yes, sir | 15:16 |
| mgoddard | something to do with the ES index | 15:16 |
| mgoddard | unsure of the cause | 15:16 |
| mgoddard | I think dougsz is aware | 15:17 |
| yoctozepto | ok | 15:17 |
| mgoddard | #topic Release tasks | 15:17 |
| yoctozepto | ubuntu ussuri upgrades are a mystery though | 15:17 |
| mgoddard | I think we still have some R-17 release patches open | 15:18 |
| mnasiadka | Yes, and Heat is a mystery | 15:19 |
| mgoddard | https://review.opendev.org/c/openstack/kolla-ansible/+/796422 | 15:19 |
| yoctozepto | refresh our memory please | 15:19 |
| mnasiadka | and only on debuntu | 15:20 |
| mnasiadka | https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_d4c/796415/3/check/kolla-ansible-debian-source/d4c358b/primary/logs/kolla/heat/heat-api-error.txt | 15:20 |
| mgoddard | Can we at least merge this one? https://review.opendev.org/c/openstack/kolla-ansible/+/796422 | 15:20 |
| mnasiadka | https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_d4c/796415/3/check/kolla-ansible-debian-source/d4c358b/primary/logs/kolla/heat/apache-error.txt | 15:20 |
| mnasiadka | mgoddard: I guess we can | 15:21 |
| yoctozepto | why enable chrony again? | 15:24 |
| mgoddard | has anyone tried speaking to the heat team? | 15:24 |
| mgoddard | yoctozepto: only for upgrades, to test the cleanup command | 15:25 |
| mnasiadka | mgoddard: well, once somebody will debug it properly, and find some meaningful error message - it would make sense, but I haven't made it to this point. | 15:25 |
| yoctozepto | mgoddard: are not we testing that in wallaby? | 15:28 |
| mgoddard | yoctozepto: yes, testing the wallaby code | 15:28 |
| yoctozepto | ah, you want to avoid regressions | 15:28 |
| mgoddard | in master we test master code | 15:28 |
| mgoddard | indeed | 15:29 |
| yoctozepto | there is one issue | 15:29 |
| yoctozepto | enabled will kill the host one | 15:29 |
| mgoddard | "we disabled CI testing in master because we test ussuri" :) | 15:29 |
| yoctozepto | ? | 15:29 |
| mgoddard | I'm being silly | 15:30 |
| yoctozepto | I see | 15:30 |
| mgoddard | if that is an issue in master then it is an issue in wallaby also | 15:30 |
| yoctozepto | yeah, we don't restore it for users | 15:30 |
| yoctozepto | ok | 15:31 |
| yoctozepto | as long as it works in ci | 15:31 |
| mgoddard | hold on, don't we disable the host one first, then start it after cleaning the container? | 15:32 |
| mgoddard | to avoid having them both running | 15:32 |
| mgoddard | on the heat issue, should we disable testing of heat in CI for now? | 15:33 |
| mnasiadka | that's also an option | 15:34 |
| mnasiadka | I'll do a recheck to check if the issue still persists, if it does will disable heat testing in CI | 15:34 |
| mgoddard | it's only doing openstack orchestration service list | 15:34 |
| yoctozepto | does it break on the api call? | 15:35 |
| yoctozepto | or earlier? | 15:35 |
| mgoddard | looks like api call https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_d4c/796415/3/check/kolla-ansible-debian-source/d4c358b/primary/logs/kolla/heat/heat-api-error.txt | 15:36 |
| mnasiadka | yeah, it's breaking on that | 15:36 |
| mgoddard | Any other release tasks? | 15:37 |
| yoctozepto | can we call something else? | 15:37 |
| yoctozepto | on that heat api | 15:37 |
| mnasiadka | it's crashing, so what do you want to call? | 15:38 |
| yoctozepto | I'm just curious if it's failing listing these | 15:38 |
| mnasiadka | like the whole api wsgi service is not being run, it's crashing on mod_wsgi running the binary | 15:39 |
| yoctozepto | yeah, but mgoddard said only after that api call | 15:39 |
| yoctozepto | and it looks like it | 15:39 |
| yoctozepto | - - - [22/Jun/2021:06:36:44 +0000] "GET / HTTP/1.1" 500 531 1321112 "-" "curl-healthcheck" | 15:40 |
| mgoddard | seems to affect ubuntu only | 15:40 |
| yoctozepto | hmm | 15:40 |
| yoctozepto | it seems to work on version discovery from curl | 15:40 |
| yoctozepto | or does it? | 15:40 |
| mgoddard | 500 | 15:40 |
| mnasiadka | well, docker healthcheck does something | 15:40 |
| * yoctozepto blind | 15:40 | |
| yoctozepto | let's see the same for centos | 15:40 |
| mnasiadka | and gets 500 | 15:41 |
| mgoddard | I think we should move on | 15:42 |
| mgoddard | I propose we disable the heat service list on ubuntu, and add it to the workarounds list to be fixed before release | 15:43 |
| mnasiadka | will do | 15:44 |
| yoctozepto | - - - [22/Jun/2021:06:35:03 +0000] "GET / HTTP/1.1" 300 117 2108380 "-" "curl-healthcheck" | 15:45 |
| yoctozepto | working gets 300 | 15:45 |
| yoctozepto | so it's utterly broken | 15:45 |
| yoctozepto | hmm | 15:45 |
| yoctozepto | must be mod_wsgi version | 15:45 |
| mgoddard | re other release tasks, we should probably do some stable releases soon | 15:45 |
| mgoddard | #action mgoddard check open backports & propose stable releases | 15:46 |
| mgoddard | #topic Xena cycle planning | 15:48 |
| mgoddard | Do we need to take some time to look at open patches, and try to agree some things to focus on | 15:49 |
| mgoddard | ? | 15:49 |
| headphoneJames | Would like to get the Lets Encrypt integration in Xena :) | 15:49 |
| mgoddard | +1 | 15:49 |
| headphoneJames | https://review.opendev.org/c/openstack/kolla-ansible/+/741340 | 15:49 |
| headphoneJames | part 1 is there | 15:50 |
| mgoddard | we could borrow an idea from ironic | 15:50 |
| yoctozepto | how so? | 15:50 |
| mgoddard | core reviewers can sign up to review particular features | 15:50 |
| yoctozepto | ah | 15:51 |
| mgoddard | which means that the developer of the feature has an idea if their patch is likely to get merged, and who to ask/bug for help/reviews | 15:51 |
| mgoddard | it might also help focus attention of cores | 15:52 |
| mgoddard | and maybe get more cores involved in reviewing | 15:52 |
| mgoddard | since the review firehose can be a bit overwhelming | 15:52 |
| yoctozepto | true that | 15:52 |
| mgoddard | and it is easy to focus on easy wins | 15:53 |
| mgoddard | just to get them out of the queue :) | 15:53 |
| mgoddard | any thoughts? | 15:53 |
| yoctozepto | (sorry for mentioning but I need to before I forget, there is a thread on ml which could use mgoddard replying - some kayobe slides are gone) | 15:53 |
| yoctozepto | mgoddard: I agree we could adopt this strategy | 15:53 |
| mgoddard | k, thanks | 15:53 |
| yoctozepto | yw | 15:54 |
| yoctozepto | (the one from Amit) | 15:54 |
| mgoddard | I see it | 15:54 |
| mgoddard | right now we don't have a great view of features being developed | 15:56 |
| mgoddard | well, something to think about | 15:57 |
| mgoddard | bright ideas on a postcard please | 15:57 |
| mnasiadka | Well, it would be nice to have a list of features that need reviewing on some board/etherpad | 15:57 |
| mgoddard | we previously had priorities on https://etherpad.opendev.org/p/KollaWhiteBoard | 15:58 |
| mgoddard | but we stopped doing priorities :) | 15:58 |
| mgoddard | I guess they had two flaws | 15:58 |
| mgoddard | 1. no guarantee that anyone picks up priorities | 15:58 |
| mgoddard | 2. people often contribute unanticipated features that do not get added to the list | 15:59 |
| yoctozepto | yeah, need to adapt that approach | 15:59 |
| yoctozepto | to reality | 15:59 |
| mgoddard | so maybe we need more of a separation between 'community priorities as a guide for project direction' | 15:59 |
| yoctozepto | ok, we have to wrap up I guess | 15:59 |
| mgoddard | vs work in progress | 16:00 |
| yoctozepto | yup | 16:00 |
| mgoddard | sounds like a good challenge for the next PTL :) | 16:00 |
| mgoddard | on that note, thanks all | 16:00 |
| mgoddard | #endmeeting | 16:00 |
| opendevmeet | Meeting ended Wed Jun 30 16:00:52 2021 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 16:00 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/kolla/2021/kolla.2021-06-30-15.07.html | 16:00 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/kolla/2021/kolla.2021-06-30-15.07.txt | 16:00 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/kolla/2021/kolla.2021-06-30-15.07.log.html | 16:00 |
| mnasiadka | well, community priorities don't really mean anything now | 16:01 |
| mnasiadka | at least that's what I see | 16:01 |
| yoctozepto | I didn't get what you mean mnasiadka | 16:01 |
| mgoddard | mnasiadka: why not? | 16:02 |
| mnasiadka | mgoddard, yoctozepto: there's one more stupid question from me - https://review.opendev.org/c/openstack/kolla-ansible/+/792997/23 - do we want to run that CI job everytime? Maybe we could squeeze it in some other job? | 16:02 |
| mnasiadka | mgoddard: people commit stuff what they think is important to them, not really looking at the priorities | 16:03 |
| mnasiadka | we can have a list of features we HAVE TO merge this cycle, like upgrade to CentOS 9 Stream | 16:03 |
| mgoddard | mnasiadka: it's nice and short, ~5m - treat it like a unit test job? | 16:03 |
| mnasiadka | but the rest is nice to have and nobody ever picks it up :) | 16:03 |
| mnasiadka | mgoddard: it takes more time to prepare the environment than to run it - maybe we could run it in the unit tests job? :) | 16:04 |
| mgoddard | mnasiadka: wuchunyang has been quite good at picking up priorities | 16:05 |
| mgoddard | mnasiadka: but largely you are right | 16:05 |
| mnasiadka | mgoddard: it's nice to have a list of ,,nice to have'' features, that we just have for contributors without an agenda - I've been one of them when I worked in IBM and Nokia | 16:06 |
| mnasiadka | but we can't count anybody will work on them for sure :) | 16:07 |
| mnasiadka | I think I signed up for doing ansible-core in kolla-toolbox and bumping up haproxy to ease pain of letsencrypt, and that's my plan for August | 16:07 |
| opendevreview | Verification of a change to openstack/kolla failed: [CI] Do not set ansible_python_interpreter for Zuul https://review.opendev.org/c/openstack/kolla/+/798107 | 16:08 |
| mnasiadka | I think it would be nice to just have a list of priorities that we want to merge in a particular month or two-month period, if an author is not actively responding/updating - we just put it off the list | 16:10 |
| opendevreview | Mark Goddard proposed openstack/kolla-ansible master: Add disable_firewall variable https://review.opendev.org/c/openstack/kolla-ansible/+/798854 | 16:10 |
| mnasiadka | but then somebody needs to maintain it, so I don't know :) | 16:13 |
| mnasiadka | yoctozepto: https://review.opendev.org/c/openstack/kolla/+/797275 - another stackhpc change, you need to review :) | 16:19 |
| opendevreview | Verification of a change to openstack/kolla failed: [CI] Do not set ansible_python_interpreter for Zuul https://review.opendev.org/c/openstack/kolla/+/798106 | 16:19 |
| headphoneJames | is there a chance I can get a core to look at https://review.opendev.org/c/openstack/kolla-ansible/+/741340 in next few weeks? | 16:23 |
| mnasiadka | set RP +1, will try to look at it on Friday (and then vanish for three weeks) | 16:25 |
| headphoneJames | thx! | 16:26 |
| opendevreview | Verification of a change to openstack/kolla failed: [CI] Do not set ansible_python_interpreter for Zuul https://review.opendev.org/c/openstack/kolla/+/798108 | 17:11 |
| yoctozepto | doh, ci is broken on epel | 17:23 |
| opendevreview | Merged openstack/kolla-ansible master: CI: Avoid generating a nova key in cephadm scenario https://review.opendev.org/c/openstack/kolla-ansible/+/798850 | 17:53 |
| opendevreview | Verification of a change to openstack/kolla failed: Bump up cAdvisor's version https://review.opendev.org/c/openstack/kolla/+/797275 | 17:57 |
| *** gfidente is now known as gfidente|afk | 18:11 | |
| opendevreview | Merged openstack/kolla-ansible stable/wallaby: Make rabbitmq cluster_partition_handling configurable https://review.opendev.org/c/openstack/kolla-ansible/+/797576 | 20:01 |
| opendevreview | Maksim Malchuk proposed openstack/kolla-ansible master: Fix the Tempest image url variable https://review.opendev.org/c/openstack/kolla-ansible/+/780328 | 20:48 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!