Friday, 2022-10-14

opendevreviewBoxiang Zhu proposed openstack/kolla-ansible master: Add skyline service  https://review.opendev.org/c/openstack/kolla-ansible/+/82846406:58
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: DNM: Test Cirros 0.5.2 in KVM jobs  https://review.opendev.org/c/openstack/kolla-ansible/+/86132409:05
opendevreviewMaksim Malchuk proposed openstack/kayobe stable/wallaby: Skip IP address allocation and configuration if needed  https://review.opendev.org/c/openstack/kayobe/+/86065209:12
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: DNM: Test Cirros 0.5.2 in KVM jobs  https://review.opendev.org/c/openstack/kolla-ansible/+/86132409:12
hrwhey09:18
hrwmnasiadka: after playing with rabbitmq/erlang stuff I have an idea.09:18
hrwmnasiadka: they have PPA with package for Ubuntu which they say is also fine for Debian. This would give us x86-64 and aarch64 package for both Debian and Ubuntu.09:19
mnasiadkasounds easy to do ;)09:20
hrwmnasiadka: their RPM package is now buildable on Fedora COPR. So I can setup repo for CS8/9 for both x86-64 and aarch64 with rebuild of their official erlang package.09:20
hrwand we have all distro/arch combo covered09:21
hrwand latest erlang09:21
hrwsame ver everywhere09:21
mnasiadkanice09:21
hrwhave to check instalability and then let CI check rest09:21
opendevreviewMarcin Juszkiewicz proposed openstack/kolla master: rabbitmq: use Erlang from PPA on Debian/Ubuntu  https://review.opendev.org/c/openstack/kolla/+/86109609:32
hrwINFO:kolla.common.utils.rabbitmq: erlang           x86_64  25.1.1-1.1.el9    copr-hrw-erlang-for-rabbitmq   20 M09:42
opendevreviewMarcin Juszkiewicz proposed openstack/kolla master: rabbitmq: use Erlang from COPR on CentOS Stream/Rocky Linux  https://review.opendev.org/c/openstack/kolla/+/86132709:47
opendevreviewMaksim Malchuk proposed openstack/kayobe master: Fix an issue when 'acl' package can be forgotten  https://review.opendev.org/c/openstack/kayobe/+/85984209:57
opendevreviewMaksim Malchuk proposed openstack/kayobe master: Fix an issue when 'acl' package can be forgotten  https://review.opendev.org/c/openstack/kayobe/+/85984210:13
mnasiadkafrickler: just to make sure - we're talking about setting cpu_model=Nehalem (or something similar) in the KVM jobs?10:19
fricklermnasiadka: yes, that was my idea. I just haven't found out yet how to do that with kolla10:21
hrwfrickler: config override for nova to set cpu_model10:21
hrwpatch to add that to globals.yml was rejected10:21
fricklerthe issue is that OVH has some broken cpu flag overrides on the nodes where our CI hosts ran10:21
fricklerhrw: do you happen to have an example for that? /me is lazy today10:22
hrwfrickler: nope. never did such deploy10:22
opendevreviewPierre Riteau proposed openstack/kolla master: Bump node_exporter to 1.4.0  https://review.opendev.org/c/openstack/kolla/+/86135510:23
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: CI: set cpu_model to Nehalem for kvm jobs  https://review.opendev.org/c/openstack/kolla-ansible/+/86135610:23
mnasiadkafrickler: ^^ that should do it10:24
hrwfrickler: look into tests/templates/nova-compute-overrides.j210:24
hrwmnasiadka: aarch64 does not have nehalem...10:25
fricklermnasiadka: don't you need "cpu_mode=custom" in that block, too?10:25
dougszuis there a remove monasca patch yet?10:25
fricklerdougszu: iiuc we only deprecated it so far, removal would happen in AA10:26
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: CI: set cpu_model to Nehalem for kvm jobs  https://review.opendev.org/c/openstack/kolla-ansible/+/86135610:27
mnasiadkafrickler: we might need to remove in Z, because we want to remove ES and put opensearch as direct replacement10:27
dougszuyeah - so Michal's good work on OS currently supports running ES and OS at the same time10:28
dougszuIf we simplified that patch so we /replace/ ES with OS, to avoid users having to change FW etc, it would cripple Monasca10:28
fricklerthat shows that I don't know anything about monasca, wasn't aware that it is related to *search10:29
dougszuOnly the logging side - that is the third option, to disable Monasca logging support in Zed10:30
dougszuIn summary options: 1) Support running ES and OS side by side in Zed release only (has some downsides) 2) Remove Monasca and ES in Zed, and add OS support 3) Remove Monasca log support only in Zed, remove ES in Zed, and add OS support 10:33
dougszuCloudKitty ES backend is another consideration 10:33
opendevreviewMaksim Malchuk proposed openstack/kayobe master: Fix an issue when 'acl' package can be forgotten  https://review.opendev.org/c/openstack/kayobe/+/85984210:34
opendevreviewPierre Riteau proposed openstack/kolla master: Bump node_exporter to 1.4.0  https://review.opendev.org/c/openstack/kolla/+/86135510:35
opendevreviewMerged openstack/kayobe stable/victoria: Update to latest CentOS Stream 8 cloud image  https://review.opendev.org/c/openstack/kayobe/+/85998610:58
hrwI wonder how long that 'latest' will be latest...11:02
hrw'Update to 2022.10 CentOS Stream 8 cloud image' probably fits better ;D11:03
hrw(or whichever date it had)11:03
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: CI: set cpu_model to Nehalem for kvm jobs  https://review.opendev.org/c/openstack/kolla-ansible/+/86135611:42
opendevreviewMichal Nasiadka proposed openstack/kolla master: Update support matrix  https://review.opendev.org/c/openstack/kolla/+/86115711:45
opendevreviewMarcin Juszkiewicz proposed openstack/kolla master: rabbitmq: use Erlang from COPR on CentOS Stream/Rocky Linux  https://review.opendev.org/c/openstack/kolla/+/86132711:47
hrwdropped empty part of dockerfile11:47
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: CI: set cpu_model to Nehalem for kvm jobs  https://review.opendev.org/c/openstack/kolla-ansible/+/86135611:56
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: CI: set cpu_model to Nehalem for kvm jobs  https://review.opendev.org/c/openstack/kolla-ansible/+/86135612:00
mnasiadkahrw, yoctozepto, frickler, mgoddard: Currently user survey has a question "Which images do you use?" (the binary/source and different distros like RHEL, CentOS, Ubuntu, Debian" - do we want to change it to something else?12:21
yoctozeptomnasiadka: definitely!12:22
yoctozeptowe don't have binary any more12:22
yoctozeptoand RHEL support was dropped as well12:23
yoctozeptoI think we need to update the choce12:23
yoctozeptoand also add a question on "why"12:23
yoctozeptowith some sample answers and ability to give another explanation12:23
yoctozeptothat would come helpful12:23
yoctozeptoI am still saying that supporting more than one distro for container images is only a burden, with no actual value12:24
yoctozepto(or very little actual value - like giving people the feeling of the same distro - in fact, people should not have to meddle inside the containers; and if they need, they should just swallow the pill - it is not like the in-container diff spectrum is so hard to learn even on distro mismatch)12:25
mnasiadkaso I'll fine tune the answers to "CentOS, Debian, Ubuntu" (no binary/source split)12:29
hrwmnasiadka: "Which set of images do you use?", "Why this one?", "Which way of deploying Ceph you use", "IPv4 and/or IPv6?"12:53
hrwmnasiadka: "Which OS/version on host machines?"12:54
* frickler wonders how anonymous an answer like "Contributed To: Kolla (Container deployment)|Masakari (Virtual Machine High Availability (VMHA) service)" really is ;)12:54
hrwmnasiadka: "Have you updated your cloud already?", "Have you skipped release?", "Which order you upgrade your cloud?"12:55
hrwfrickler: "Have you contributed to Kolla?", "Was your idea rejected?", "Was your idea reviewed?", "Was it merged?"13:01
hrw7 pages of open patches to k-a13:02
hrwbbl13:03
fricklerwe should do a reviewathon to at least decide which of the patches are still worth pursuing13:05
yoctozeptofrickler: ooops!14:27
yoctozeptoI like the idea of the reviewathon14:28
opendevreviewDoug Szumski proposed openstack/kolla-ansible master: Remove support for deploying OpenStack Monasca  https://review.opendev.org/c/openstack/kolla-ansible/+/86139214:37
yoctozeptobye-bye monasca!14:40
mnasiadkayou won't be missed? :D14:46
yoctozeptoexactly14:57
* dougszu sheds tear14:57
opendevreviewMaksim Malchuk proposed openstack/kayobe master: Fix an issue when user forgot combine custom passwords  https://review.opendev.org/c/openstack/kayobe/+/86139715:02
opendevreviewDoug Szumski proposed openstack/kolla-ansible master: Replace ElasticSearch and Kibana with OpenSearch  https://review.opendev.org/c/openstack/kolla-ansible/+/85661016:18
opendevreviewDoug Szumski proposed openstack/kolla-ansible master: Replace ElasticSearch and Kibana with OpenSearch  https://review.opendev.org/c/openstack/kolla-ansible/+/85661016:22
atmarkwhen upgrading from series to series, is it advisable to perform stage upgrade(e.g. --limit controller1,compute1-4 first next --limit controller2,compute5-6 etc) or just upgrade without limit?18:02
atmarkdoes upgrade without limit figures out everything(maintain quorum etc) ?18:04
opendevreviewMerged openstack/kayobe stable/xena: Update to latest CentOS Stream 8 cloud image  https://review.opendev.org/c/openstack/kayobe/+/85998318:27
yoctozeptoatmark: yeah, it figures out the quorum; doing all controllers at once should be fine; you can then stage parts of compute as you wish18:30
frickleratmark: also note that in general all controllers should be upgraded before upgrading computes, both nova and neutron can get weird failing that18:47
atmarksounds good. thanks 18:57
mnasiadkaJust don’t stage computes if you’re using OVN :)19:02
atmarkfollow up question, if I have second region, does the controllers in both region need to be upgraded simultaneously ?  19:23
yoctozeptoatmark: no, they don't need to19:24
yoctozeptomnasiadka: what's wrong with OVN?19:24
atmarkmnasiadka: using linuxbridge plugin but I'll make of note that. thx19:24
yoctozeptoatmark: note linuxbridge is deprecated; ovs is the most tested/stable solution19:25
atmarkdeprecated on which version? 19:25
atmarki'm still on ussuri19:25
atmarkwill upgrade to victoria by end of this month19:26
yoctozeptoatmark: latest, zed19:26
yoctozeptono need to worry until then ;d19:26
atmarkis there migration from linuxbridge to ovs?19:26
yoctozeptoI think so, but probably painful; better reach out to the mailing list if you ever need guidance19:27
yoctozeptoor in other words19:27
yoctozeptoit is possible to switch at will but it may disconnect the vms until some action is taken19:27
yoctozeptobest do a testbed and test there19:28
yoctozeptoah, and it's deprecated by the upstream, neutron, we only follow their rule :-)19:28
yoctozeptobtw, mnasiadka, fyi: https://review.opendev.org/c/openstack/project-team-guide/+/86114119:29
atmarkgotcha. we are still far from Zed release. hopefully, by that time, someone picks up the driver and continue maintaining it. 19:36
yoctozeptoatmark: I would not bet on it ;-)19:56
atmarkneutron fwaas resurrected in zed release 20:58
atmarkheh20:58
*** hrww is now known as hrw23:08

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