Thursday, 2021-08-19

brinzhang_yoctozepto: We have the stand API but there is not many time to write a docs for it, we will prioritize the improvement of API Docs later, and we hope many people join us to improve it too ^^00:41
brinzhang_yoctozepto: I asked Venus PTL to send the venus instruction again on ML, you will see how Venus interacts with fluentd/elastic.00:43
brinzhang_and the difference with monasca will replied on that application patch https://review.opendev.org/c/openstack/governance/+/80482400:44
brinzhang_thanks^00:44
*** rpittau|afk is now known as rpittau07:08
opendevreviewPierre Riteau proposed openstack/kolla master: Add example of switching CentOS binary images to current release  https://review.opendev.org/c/openstack/kolla/+/80512807:17
yoctozeptomgoddard, mnasiadka: extras re venus ~> https://smallpdf.com/result#r=39dec53ea8c1ff08e5cdbed7f77a3885&t=share-document07:20
yoctozeptoplus comments on change in k-a07:20
yoctozeptoand in governance07:21
yoctozeptoand also mailing list07:21
yoctozeptoI also got a personal reply that I can share as these are answers to the question from our yesterday meeting: https://paste.ubuntu.com/p/3KCMDNMMCD/07:23
yoctozeptoquestions*07:23
opendevreviewMerged openstack/kolla master: Add example of switching CentOS binary images to current release  https://review.opendev.org/c/openstack/kolla/+/80512808:00
opendevreviewMark Goddard proposed openstack/kolla-ansible master: Remove chrony role from kolla  https://review.opendev.org/c/openstack/kolla-ansible/+/79174308:06
opendevreviewMerged openstack/kayobe-config stable/victoria: Synchronise with latest kayobe for victoria  https://review.opendev.org/c/openstack/kayobe-config/+/80336108:19
opendevreviewPierre Riteau proposed openstack/kayobe master: Add twentyFiveGigE to port descriptions in inspector rules  https://review.opendev.org/c/openstack/kayobe/+/80270908:39
priteaumgoddard: Corey Bryant replied to my email and unlocked the new aodh package. https://review.opendev.org/c/openstack/kolla/+/804268 is now green.08:40
mgoddardpriteau: excellent. approved08:42
clayjarIs there a support matrix page equivalent with versions of OpenStack in various stages of support?08:43
jingvarHi folk! I have a question, what about admin network if it on bond?  network_data.json  can't generate bond...08:43
clayjarI'm assuming ussuri and victoria are most tended right now, but we're on train and considering staying with it for a few more months for $reasons.08:44
yoctozeptoclayjar: wallaby is the current stable focus; we are working on xena; ussuri and victoria get regular support; ussuri will soon drop out to extended maintenance; train is in extended maintenance08:45
mgoddardclayjar: https://releases.openstack.org/08:45
clayjarAh right wallaby, missed another release :| So is train likely to drop from e-m to another state before the end of the yera?08:45
opendevreviewMichal Arbet proposed openstack/kolla-ansible master: Trivial fix neutron's agent configuration  https://review.opendev.org/c/openstack/kolla-ansible/+/80516608:46
mgoddardclayjar: typically when a release goes into EM we stop actively backporting fixes, but will accept fixes if proposed by others08:46
yoctozepto++ (deleted my message because mgoddard was faster)08:46
mgoddardclayjar: we just made queens EOL, so they can stay EM for some time08:47
clayjarRight, so same cadence as the whole project of projects. Thanks mgoddard 08:47
mgoddardclayjar: train is likely to rot soon however, since it supports python 208:47
clayjarWell we want to get to train this year, then immediately look at upgrading. The alternative is the more labour-intensive upgrade process on our existing kit before migrating to k-a.08:48
clayjaruh s/get to train/get our prod train cluster to K-A/08:48
mgoddardIn reality people will be on train for some time. local fix backports can get you a long way08:50
clayjarAnd I see on that page that individual projects can choose when something goes from e-m to eol, and if queens has only just gone, then as you say, train looks healthy for a bit longer.08:50
clayjarOkay good, that is two out of three boxes ticked for me to commit to my proposed approach. Now to choose the right manager and convince him too.08:51
yoctozeptoclayjar: good luck08:53
yoctozeptoyou already know where to get support :D08:53
clayjarYou bet I do (:08:53
clayjarAlso, I love that it's ansible, which I'm *just* familiar enough with to dig through and wonder aloud why a thing does a thing, a la my ceph-ansible hackery today.08:54
clayjarI'm more familiar with Puppet, and a little sorry to be leaving it behind, but I've reconciled to that.08:55
yoctozeptoI'm no longer sorry to waste all my puppet experience (-:09:07
opendevreviewMerged openstack/kolla-ansible master: Fix haproxy precheck when kolla_externally_managed_cert is used  https://review.opendev.org/c/openstack/kolla-ansible/+/80479309:15
opendevreviewMerged openstack/kolla master: Add some system users to fix user uid inconsistencies  https://review.opendev.org/c/openstack/kolla/+/80267109:15
opendevreviewMerged openstack/kolla master: Always use the distro-provided libvirt-python  https://review.opendev.org/c/openstack/kolla/+/80497809:15
kevko\o/09:15
opendevreviewRadosław Piliszek proposed openstack/kolla-ansible stable/victoria: Set changed_when to false for group_by tasks  https://review.opendev.org/c/openstack/kolla-ansible/+/80513209:17
opendevreviewRadosław Piliszek proposed openstack/kolla-ansible stable/ussuri: Set changed_when to false for group_by tasks  https://review.opendev.org/c/openstack/kolla-ansible/+/80513309:18
opendevreviewMark Goddard proposed openstack/kolla-ansible master: WIP: cinder: deploy cinder-volume on control for Ceph backend  https://review.opendev.org/c/openstack/kolla-ansible/+/80516909:19
opendevreviewMerged openstack/kolla-ansible master: tools: use /usr/bin/env bash instead of /bin/bash  https://review.opendev.org/c/openstack/kolla-ansible/+/80487209:22
opendevreviewRadosław Piliszek proposed openstack/kolla-ansible stable/ussuri: Set changed_when to false for group_by tasks  https://review.opendev.org/c/openstack/kolla-ansible/+/80513309:23
opendevreviewRadosław Piliszek proposed openstack/kolla stable/wallaby: Add some system users to fix user uid inconsistencies  https://review.opendev.org/c/openstack/kolla/+/80513409:25
opendevreviewWill Szumski proposed openstack/kayobe master: Add support for infrastructure VMs  https://review.opendev.org/c/openstack/kayobe/+/78362709:39
opendevreviewRadosław Piliszek proposed openstack/kolla-ansible master: Set any_error_fatal true for gather-facts  https://review.opendev.org/c/openstack/kolla-ansible/+/80517409:39
opendevreviewRadosław Piliszek proposed openstack/kolla-ansible master: Set any_error_fatal true for gather-facts  https://review.opendev.org/c/openstack/kolla-ansible/+/80517409:42
opendevreviewMerged openstack/kolla master: [release] Use UCA Xena  https://review.opendev.org/c/openstack/kolla/+/80426810:04
opendevreviewMichal Arbet proposed openstack/kolla-ansible master: Rename role haproxy to loadbalancer  https://review.opendev.org/c/openstack/kolla-ansible/+/77061810:07
opendevreviewMichal Arbet proposed openstack/kolla-ansible master: Add proxysql support for database  https://review.opendev.org/c/openstack/kolla-ansible/+/77021510:07
opendevreviewMichal Arbet proposed openstack/kolla-ansible master: Edit services roles to support database sharding  https://review.opendev.org/c/openstack/kolla-ansible/+/77021610:07
opendevreviewMichal Arbet proposed openstack/kolla-ansible master: [CI] Test ProxySQL with shards in the nova cells scenario  https://review.opendev.org/c/openstack/kolla-ansible/+/77062110:07
ignaziocassanoHello, I just updated my kolla wallaby installation, and seems the bug 1815989 has not solved yet.10:13
ignaziocassanoI lost packets during live migration10:13
ignaziocassanoIs there any prediction for the solution of this problem?10:14
yoctozeptoignaziocassano: https://bugs.launchpad.net/neutron/+bug/1815989 says upstream is still in progress of fixing, nothing that we can do10:18
ignaziocassanoyoctozepto: it is a big issue and they carry it from some version 10:20
ignaziocassanoI  do not understand reading the bug status: it is in progress but unassigned. What does it mean ?10:23
kevkohmm, it looks like it was merged ..but removed again 10:24
kevkoignaziocassano: removed by this commit https://review.opendev.org/c/openstack/nova/+/77340910:24
ignaziocassanokevko: It is very hard for me to understand what they are doing. It is a very old issue and I think it is very important having live migration without issues10:26
ignaziocassanoI wonder if in commercial distribution there is the same problem10:27
kevkohmm, sorry, it looks like they removed only accidentally added code10:27
kevkowhich version do you use 10:28
yoctozeptoignaziocassano: hard to tell; live migrations do not really have SLA10:28
kevkoyoctozepto: will you have some time for proxysql :P ? 10:29
yoctozeptothe world in general is more focused on kubernetes-based solutions for app-native resiliency mechanisms10:29
yoctozeptokevko: yes, some, but not now10:29
yoctozeptoI saw you hit another merge conflict10:29
ignaziocassanokevko: I am using kolla wallaby with ubuntu source images. Last version I used without problems was stein with some patches to the code , ut in that version I did not use kolla, I installed it by hand10:30
kevkoyoctozepto: yeah, already rebased .. but it was tiny conflict ..rebase helped   (https://github.com/openstack/kolla-ansible/commit/0858d5487e0cb2928278ee2fac66e8ad661b3f32) :) 10:31
ignaziocassanoyoctozepto: I know there is a lot of interests around docker and kubernetes, but we have a lot of very old applications.10:32
ignaziocassanoyoctozepto:  we started to use kubernetes with rancher. Do you know what is the best solution for kubernetes in openstack ? I tested magnum in the past. I presume kubernetes will kill openstack10:37
yoctozeptoignaziocassano: I understand your case; there are lots of legacy applications for sure10:41
yoctozeptoignaziocassano: in a very long term? probably yes; but something might overrule k8s in the meantime as well ;-)10:42
yoctozeptothough definitely the new approach at applications will evolve rather than devolve10:42
yoctozeptokevko: base +210:43
kevkoi don't think k8s will kill openstack10:45
kevkofirstly it is different - k8s are containers actually while openstack are virtual machines ..10:46
kevkosecondly .. it's very common to deploy k8s on virtuals ..not baremetal ..so there will be always some cloud/virtual solution ..in this case openstack ..10:47
kevkobut yeah, I agree that developing apps designed to run in pods (or let's say k8s, openshift etc..) is future 10:48
Fl1ntk8s can't kill Openstack indeed, we had an extensive period of reflexion about it, but architecuraly speaking, k8s is still limited in its ability to manage HW resources correctly where OS isn't as a giant wrapper around existing solution ignaziocassano 11:14
Fl1ntFutur of app is something really close to Unikernel trends, but yet, we're still far away from having something really simple and cross-platform available, so maybe in 10 to 15 years away.11:15
Fl1ntmain problem with k8s/Openshift etc is that they're monolithic gaz factory way more complicated in design that Openstack simple service<-->MQ or service<-->HTTP APIs model.11:17
Fl1ntmgoddard, where do you want me to place the Cloudkitty <--> elasticsearch/prometheus documentation? Within admin? user? reference?11:28
Fl1ntIs there someone from core able to review this patch? https://review.opendev.org/c/openstack/kolla-ansible/+/80008011:29
ignaziocassanoThanks for your answers. We are using ranche fro kubernetes on vmware and openstack virtual machines11:52
ignaziocassanoThanks for your answers. We are using rancher forkubernetes on vmware and openstack virtual machines11:52
yoctozeptokevko, Fl1nt, ignaziocassano: well, by a "very long term" I meant something like 15 years indeed12:10
yoctozeptoand then there still be companies relying on physical machines like they do today12:11
yoctozeptoand so also those relying on virtual machines12:11
Fl1ntyep totally12:12
yoctozeptoFl1nt: in fact, k8s is simpler than OpenStack ;-) data store + control loop - can't get any simpler than that12:12
yoctozeptothe point is; to benefit from kubernetes, or the general cloud-native trend, the applications have to adapt12:12
yoctozeptoso there is a need for an action from developers12:13
Fl1ntno no no, they're hidding plenty concept behind those monolithic thing, I mean, yes sure the 10 000 feet overview is the same Control plan + Workers basically, but yet, TODAY K8 is just a containers scheduler.12:13
yoctozeptoops folks can't simply say: "yeah, let's go kubernetes, whatever that our apps are far from optimal for that"12:13
yoctozeptoFl1nt: yes, k8s is just a containers scheduler12:14
yoctozeptobut with a sane design12:14
Fl1ntBut OS and HW are stil there for like... forever indeed, I mean, we still have Fortran and AS400 everywhere :D12:14
yoctozeptoand lots of human minds thinking about extending it12:14
yoctozeptoFl1nt: yes, it's not going to get to 0 in like 100 years I guess12:15
Fl1ntIt's considered as sane as long as you think of it as only containers oriented, once you're extending it to something else, more abstractive like Network/Storage etc it's a slaughterhouse.12:15
Fl1ntbut basically, having a monolithic approach is working 99% of case so that's still a very good and clean tool when used appropriately.12:16
yoctozeptopossibly, but I'm generally optimistic about the current progress12:16
yoctozeptoanyhow, I am always afraid of those CTOs from jokes that tell you to migrate your VM workloads to k8s and expect magic12:17
Fl1ntHowever, once you stumble within the Amdahl law because of your company/job/needs then monolithic approach is screwed.12:17
Fl1ntexactly12:17
Fl1ntas those coming and telling everyone, pass from Python/Java/Whatever to the latest trendy language, this isn't any technically backed decision, it's just business opportunistic approach :D12:18
yoctozeptoit just means the folks are either infused with secret knowledge or just not mature enough to make those decisions in the first place :-)12:20
yoctozeptobut still, it makes sense to be a visionary and an early adopter12:20
yoctozeptobut it has to have a technical reason12:20
yoctozeptonot always it's clear someone have it really12:20
Fl1ntyes, that's the point12:20
Fl1ntBut honnestly, out of some IRC channels and few companies, talking with IT workers that REALLY know about what they're manipulating, would it be the tools inners, the languages etc is difficult, not to mention how few peoples really now a dim about Kernels, softwares, signals and HW.12:21
Fl1ntCompanies tends to be filled by so many not interested people that are just looking for a job. It's not bad in itself, but it start to be bad when this person is actually the one making dumb decisions that impact your daily job.12:23
yoctozeptoyeah, I was thinking the same thing today already :D12:23
Fl1ntI've met with non technical peoples that were really bringing things to the game, those are amazing, but I honnestly more often met with just dumb management decision only for them to advance their own career.12:24
Fl1ntI'm not the best technical, sure, there is always someone better at this, but at least I'm sincerly passionated and interested on what I'm doing.12:25
Fl1ntyoctozepto, met with a monkey?12:26
Fl1nt:D12:26
yoctozeptoFl1nt: with a monkey?12:27
yoctozeptoif it's a saying, then I don't get it :D12:27
Fl1ntA "business" suits guy trying to convince you why you should follow its words for your own good.12:28
yoctozeptooh my, sounds bad12:28
Fl1ntCompanies are full of them tho ^^12:29
mgoddardFl1nt: probably in doc/source/reference/logging-and-monitoring/ for cloudkitty docs12:39
Fl1ntok, perfect. thanls12:39
mgoddardor make a new directory under reference12:39
Fl1ntok, perfect. thanks12:39
Fl1ntthere it goes, reference/rating/cloudkitty-advanced-configuration.rst fine?12:40
mgoddardFl1nt: reference/rating/cloudkitty-guide.rst12:41
Fl1ntperfect12:42
opendevreviewMark Goddard proposed openstack/kolla-ansible master: WIP: cinder: deploy cinder-volume on control for Ceph backend  https://review.opendev.org/c/openstack/kolla-ansible/+/80516912:51
opendevreviewMichal Arbet proposed openstack/kolla-ansible master: Add diff option to kolla-ansible  https://review.opendev.org/c/openstack/kolla-ansible/+/80521212:59
opendevreviewMichal Arbet proposed openstack/kolla master: Add support for checking more daemons  https://review.opendev.org/c/openstack/kolla/+/76578113:18
opendevreviewMichal Arbet proposed openstack/kolla master: Add proxysql image  https://review.opendev.org/c/openstack/kolla/+/76938513:22
opendevreviewRadosław Piliszek proposed openstack/kolla-ansible master: Remove an unused file  https://review.opendev.org/c/openstack/kolla-ansible/+/80521813:25
opendevreviewMichal Arbet proposed openstack/kolla-ansible master: Add diff option to kolla-ansible  https://review.opendev.org/c/openstack/kolla-ansible/+/80521213:33
opendevreviewRadosław Piliszek proposed openstack/kolla-ansible stable/ussuri: Fix regression in image pull action  https://review.opendev.org/c/openstack/kolla-ansible/+/80522513:49
yoctozeptomgoddard: relatively important regression fix for ussuri https://review.opendev.org/c/openstack/kolla-ansible/+/805225 as users might be relying on the pull+deploy cycle to update their containers (rolling label)13:56
mgoddardyoctozepto: ack14:00
opendevreviewWill Szumski proposed openstack/kayobe-config-dev master: Support additional hypervisors for infra VMS  https://review.opendev.org/c/openstack/kayobe-config-dev/+/80523814:47
opendevreviewWill Szumski proposed openstack/kayobe-config-dev master: Define infra VMs for testing  https://review.opendev.org/c/openstack/kayobe-config-dev/+/80523914:47
opendevreviewMark Goddard proposed openstack/kayobe-config-dev master: Use kolla_internal_vip_address instead of aio_vip_address  https://review.opendev.org/c/openstack/kayobe-config-dev/+/80524014:51
opendevreviewWill Szumski proposed openstack/kayobe master: Add support for infrastructure VMs  https://review.opendev.org/c/openstack/kayobe/+/78362714:55
opendevreviewWill Szumski proposed openstack/kayobe master: Add support for infrastructure VMs  https://review.opendev.org/c/openstack/kayobe/+/78362715:23
opendevreviewWill Szumski proposed openstack/kayobe master: Infra VMs: Support deployment on baremetal seed  https://review.opendev.org/c/openstack/kayobe/+/80524415:23
opendevreviewMichal Arbet proposed openstack/kolla-ansible master: Add diff option to kolla-ansible  https://review.opendev.org/c/openstack/kolla-ansible/+/80521215:37
opendevreviewMark Goddard proposed openstack/kayobe master: Fix configuration check without public API network  https://review.opendev.org/c/openstack/kayobe/+/80524515:40
opendevreviewMark Goddard proposed openstack/kayobe-config-dev master: Use kolla_internal_vip_address instead of aio_vip_address  https://review.opendev.org/c/openstack/kayobe-config-dev/+/80524015:41
*** rpittau is now known as rpittau|afk15:51
opendevreviewWill Szumski proposed openstack/kayobe master: Add support for infrastructure VMs  https://review.opendev.org/c/openstack/kayobe/+/78362717:10
opendevreviewWill Szumski proposed openstack/kayobe master: Infra VMs: Support deployment on baremetal seed  https://review.opendev.org/c/openstack/kayobe/+/80524417:10
opendevreviewMerged openstack/kolla-ansible master: Use more RMQ flags for less busy wait  https://review.opendev.org/c/openstack/kolla-ansible/+/80279618:20
opendevreviewStig Telfer proposed openstack/kayobe master: Overcloud introspection data save broken  https://review.opendev.org/c/openstack/kayobe/+/80526318:28
opendevreviewRadosław Piliszek proposed openstack/kolla-ansible stable/wallaby: Use more RMQ flags for less busy wait  https://review.opendev.org/c/openstack/kolla-ansible/+/80527118:31
opendevreviewRadosław Piliszek proposed openstack/kolla-ansible stable/victoria: Use more RMQ flags for less busy wait  https://review.opendev.org/c/openstack/kolla-ansible/+/80527218:31
opendevreviewRadosław Piliszek proposed openstack/kolla-ansible stable/ussuri: Use more RMQ flags for less busy wait  https://review.opendev.org/c/openstack/kolla-ansible/+/80527318:32
opendevreviewRadosław Piliszek proposed openstack/kolla-ansible stable/ussuri: Use more RMQ flags for less busy wait  https://review.opendev.org/c/openstack/kolla-ansible/+/80527318:33
opendevreviewRadosław Piliszek proposed openstack/kolla-ansible master: Add ability to retry image pulling  https://review.opendev.org/c/openstack/kolla-ansible/+/80382818:39
opendevreviewRadosław Piliszek proposed openstack/kolla-ansible stable/ussuri: [DNM] Test Ussuri upgrade  https://review.opendev.org/c/openstack/kolla-ansible/+/80526619:10
opendevreviewMichal Arbet proposed openstack/kolla-ansible master: Rename role haproxy to loadbalancer  https://review.opendev.org/c/openstack/kolla-ansible/+/77061819:28
opendevreviewMichal Arbet proposed openstack/kolla-ansible master: Add proxysql support for database  https://review.opendev.org/c/openstack/kolla-ansible/+/77021519:28
opendevreviewMichal Arbet proposed openstack/kolla-ansible master: Edit services roles to support database sharding  https://review.opendev.org/c/openstack/kolla-ansible/+/77021619:28
opendevreviewMichal Arbet proposed openstack/kolla-ansible master: [CI] Test ProxySQL with shards in the nova cells scenario  https://review.opendev.org/c/openstack/kolla-ansible/+/77062119:28
opendevreviewMichal Arbet proposed openstack/kolla-ansible master: Move config.yml to config-node.yml in mariadb role  https://review.opendev.org/c/openstack/kolla-ansible/+/78356319:28
opendevreviewMichal Arbet proposed openstack/kolla-ansible master: Add mariadb arbitrator to mariadb role  https://review.opendev.org/c/openstack/kolla-ansible/+/78081119:28
opendevreviewMichal Arbet proposed openstack/kolla-ansible master: [CI] Test Mariadb-Arbitrator with shards in the nova cells scenario  https://review.opendev.org/c/openstack/kolla-ansible/+/78097019:28
opendevreviewMichal Arbet proposed openstack/kolla-ansible master: Trivial fix neutron's agent configuration  https://review.opendev.org/c/openstack/kolla-ansible/+/80516620:10

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