Monday, 2021-02-08

*** zzzeek has quit IRC01:39
*** zzzeek has joined #openstack-kolla01:41
*** ricolin_ has joined #openstack-kolla01:42
*** vishalmanchanda has joined #openstack-kolla03:59
*** zzzeek has quit IRC04:34
*** zzzeek has joined #openstack-kolla04:37
*** shyamb has joined #openstack-kolla04:39
*** shyamb has quit IRC04:53
*** ricolin_ has quit IRC05:23
*** ricolin has joined #openstack-kolla05:24
*** zzzeek has quit IRC05:33
*** zzzeek has joined #openstack-kolla05:36
*** zzzeek has quit IRC05:57
*** zzzeek has joined #openstack-kolla05:59
*** cah_link has joined #openstack-kolla06:29
*** k_mouza has joined #openstack-kolla06:40
*** k_mouza has quit IRC06:45
*** cah_link has quit IRC07:07
*** cah_link has joined #openstack-kolla07:19
*** ricolin has quit IRC07:32
*** hjensas has joined #openstack-kolla07:53
*** rpittau|afk is now known as rpittau08:00
*** maharg101 has joined #openstack-kolla08:08
*** jbadiapa has joined #openstack-kolla08:09
*** skramaja has joined #openstack-kolla08:09
*** kevko has joined #openstack-kolla08:20
*** kevko_ has joined #openstack-kolla08:22
*** kevko has quit IRC08:23
*** bengates has joined #openstack-kolla08:23
*** jbadiapa has quit IRC08:27
*** bengates has quit IRC08:28
*** bengates has joined #openstack-kolla08:29
openstackgerritGaël THEROND proposed openstack/kolla-ansible master: Add missing elasticsearch cloudkitty storage and prometheus collector backend support.  https://review.opendev.org/c/openstack/kolla-ansible/+/75296508:29
*** eliaswimmer has joined #openstack-kolla08:34
*** Fl1nt has joined #openstack-kolla08:35
Fl1ntaaaah far better ^^08:35
Fl1ntSo! Good morning team!08:35
Fl1ntmgoddard, I've checked a bit what's required to get OIDC and SAML2 Federated authentication, I think if we merge the current OIDC patch with its current shape, it will conflict on a lot of things with the incoming SAML2 support.08:38
Fl1ntEspecially on keystone/mellon WSGI apache config08:38
Fl1ntthere is a way to get both OIDC/SAML2 supported at the same time as we currently do it.08:39
mnasiadkaFl1nt: so comment on the change which parts are conflicting?08:39
Fl1ntmnasiadka, already done it.08:39
Fl1ntbut the assignee didn't take care of it.08:39
mnasiadkaI'm feeling the OIDC patch will not make it in Wallaby.08:40
Fl1ntfor instance, the mellon endpoint used within keystone apache's virtualhost shouldn't contain any specific OIDC reference but make use of wildcard/joker chars in order to let keystone route the OIDC or SAML2 request to the appropriate module08:41
Fl1ntaccordingly08:41
Fl1ntas it's made to manage multiple authentication protocol in the same time.08:41
Fl1ntWith the current shape, only OIDC or only SAML2 will be supported, but multiple platforms support both of them at once as they've got sparse authentication sources.08:42
*** jbadiapa has joined #openstack-kolla08:54
kevko_morning :) !08:55
Fl1ntHi kevko_ !08:57
openstackgerritMark Goddard proposed openstack/kolla-ansible stable/victoria: docs: Improve multinode Docker registry setup  https://review.opendev.org/c/openstack/kolla-ansible/+/77439808:57
openstackgerritMark Goddard proposed openstack/kolla-ansible stable/ussuri: docs: Improve multinode Docker registry setup  https://review.opendev.org/c/openstack/kolla-ansible/+/77439908:57
openstackgerritMark Goddard proposed openstack/kolla-ansible stable/train: docs: Improve multinode Docker registry setup  https://review.opendev.org/c/openstack/kolla-ansible/+/77440008:58
openstackgerritMark Goddard proposed openstack/kolla-ansible stable/victoria: docs: improve external Ceph docs  https://review.opendev.org/c/openstack/kolla-ansible/+/77440108:58
openstackgerritMark Goddard proposed openstack/kolla-ansible stable/ussuri: docs: improve external Ceph docs  https://review.opendev.org/c/openstack/kolla-ansible/+/77440208:58
*** dougsz has joined #openstack-kolla08:59
openstackgerritMark Goddard proposed openstack/kolla-ansible master: docs: Add information on tuning Ansible  https://review.opendev.org/c/openstack/kolla-ansible/+/75820509:02
Fl1ntmgoddard, cool bunch of additional docs, especially the ansible 'tunning' one, I've found out on friday that kayobe had that and was interesting ^^ BTW: Kayobe contain other docs that are interesting for kolla but I don't know if duplicating them is worthy instead of just cross pointing them maybe?09:06
mgoddardFl1nt: thanks. If there are particular kayobe docs you'd like to see in kolla we can look at moving or referencing them09:07
mgoddardFl1nt: IMO OIDC is ready to merge. If we have to change it to support SAML then so be it09:08
hrwmorning09:09
Fl1ntOk, let it go with OIDC, we'll deal with changes when I'll do the SAML integration. I'll then do a more generic patch to support OIDC and SAML2 at once.09:09
Fl1ntmgoddard, there are still two little things to fix with OIDC, I've added comment about that.09:10
Fl1ntHi hrw how are you?09:11
hrwhoping for lack of fosdem flu09:11
Fl1ntah ah ah I guess it's a new challenge to embrace, new slogan: "Test your immune system each time you get a toe outside!"09:13
hrw;D09:20
hrwmgoddard: https://review.opendev.org/c/openstack/kolla/+/774351 fixes Debian builds09:26
hrwmnasiadka: ^^09:27
Fl1ntAll right, so, next patch is either prometheus support for external CEPH MGR Exporter (native mgr prometheus exporter) or Keystone federation using SAML2, what are your calls on that team?09:27
mgoddardFl1nt: we already support prometheus Ceph mgr exporter09:30
mgoddardFl1nt: so SAML :)09:30
Fl1nton external ceph ?09:30
mgoddardenable_prometheus_ceph_mgr_exporter09:30
mgoddardprometheus_ceph_mgr_exporter_endpoints09:30
Fl1ntOh ok, my bad, I though it was just aiming for kolla installed ceph clusters.09:31
mgoddardFl1nt: perhaps you could document it, then the next person will know about it09:31
Fl1ntyep definitely09:31
Fl1ntanother thing that I'd like to introduce, is to use https://docs.ansible.com/ansible/latest/collections/openstack/cloud/ with kolla_toolbox as much as possible when we can, like for SAML2/OIDC domains creation for instance09:32
Fl1ntthat would simplify and shorten a bit things such as: https://review.opendev.org/c/openstack/kolla-ansible/+/695432/54/ansible/roles/keystone/tasks/register_identity_providers.yml09:33
*** Fl1nt has quit IRC09:34
*** Fl1nt has joined #openstack-kolla09:35
Fl1ntre, sorry, mistakenly closed the wrong window ^^09:36
*** e0ne has joined #openstack-kolla09:36
mgoddardFl1nt: it requires ansible 2.10 IIUC09:47
Fl1ntfor the collection yes, but there is the os_<module> for under 2.10 series09:48
*** k_mouza has joined #openstack-kolla09:59
*** kukacz has quit IRC10:10
*** e0ne has quit IRC10:17
*** kukacz has joined #openstack-kolla10:18
*** e0ne has joined #openstack-kolla10:18
*** e0ne_ has joined #openstack-kolla10:21
*** e0ne has quit IRC10:21
*** e0ne_ has quit IRC10:23
*** e0ne has joined #openstack-kolla10:23
*** e0ne has quit IRC10:25
*** e0ne has joined #openstack-kolla10:25
mgoddardFl1nt: I did look for suitable modules. There was one, but it was only in the collection, not os_*10:28
Fl1ntYes endpoint is in collection, but once we will have switched to 2.10 we will be able to use endpoint and domain/project/federation/network/identity_* etc10:34
Fl1ntall right, so let's go with SAML2 federation then ^^10:37
mnasiadkamgoddard: what is stopping us from bumping toolbox to 2.10?10:46
mgoddardmnasiadka: pass10:47
mgoddardyou might read that either as 'I don't know' or zuul pass :)10:47
mnasiadkahaha10:47
mnasiadkawell, 2.8 is already eol10:47
mgoddardI thought someone proposed collections in toolbox before10:48
mgoddardnot sure how far it got10:48
kevko_yoctozepto: proxysql upgraded by kolla-ansible in production ! :) load fell down about 40 percent because we moved neutron and nova databases to another cluster ..an workinf flawlessly10:48
mnasiadkamgoddard: I did, but I got very much swamped into $job10:48
mnasiadkaI wanted to use some additional modules I think10:49
mnasiadkaFor Ansible version 2.10 or later, the major release is maintained for one release cycle. When the next release comes out (for example, 2.11), the older release (2.10 in this example) is no longer maintained.10:49
mnasiadkawhat the heck?10:49
mnasiadkasomething changed?10:49
*** kevko_ has quit IRC10:49
*** kevko has joined #openstack-kolla10:49
mgoddardmnasiadka: maybe they will go for longer majors now they have a smaller core10:50
mgoddardmnasiadka: and of course they mean minor, not major :)10:50
Fl1ntkevko, how is your proxysql nodes balancing strategy? HA with Active/Active or Active/Passive ?10:50
Fl1ntDo you use USER hash to balance within shards or another strategy?10:51
kevkoFl1nt: active-passive (for now) we haven't tested it in active-active ...10:52
kevkoFl1nt: but it is about small change in proxysql10:52
kevkoFl1nt: reason to not switch to active-active was that openstack can have problem with it10:53
Fl1ntmgoddard, not sure they mean, minor, RH is trying to accelerate release cycle everywhere, they even proposed openstack to be every 3 months instead of the current pace which is actually ridiculous as planning a platform upgrade, even with current tools and upgrade technics require some preparation works that are more than 3 months depending on your infrastructure perimeter.10:53
Fl1ntkevko, are you refering to this: https://github.com/sysown/proxysql/issues/1873 ?10:53
Fl1ntit's too bad that the openstack foundation never decided to migrate the SQL structure to either NoSQL or take profit of proxySQL solution. I mean, using NoSQL schemas or SQL with ProxySQL would let them have a really efficient and quick solution for large multi-contient clusters10:56
mgoddardkevko: there is a thread about scaling on openstack-discuss: http://lists.openstack.org/pipermail/openstack-discuss/2021-February/020174.html10:57
mgoddardkevko: people talk about clusters of 1k - 1.5k nodes without DB issues10:57
kevkoFl1nt: we can't meet this issue ...as we are using *only* one server always as active ..second as passive   (as it is now in haproxy) issue which you are referencing to is not problem proxysql ..but problem of openstack (i think) ..as openstack's read write solution is buggy ...or it is not ready to use read/write10:57
mgoddardkevko: you said you hit issues at 100 nodes. What are you doing differently? Lots of small resources?10:58
Fl1ntkevko, I know, I asked because you told me, we can think of using active/active once some nasty bugs would have been solved, so I though about this one, but it's just an example.10:58
*** k_mouza has quit IRC11:00
kevkomgoddard: sorry, i don't know what you are asking ..do you asking me why we had performance problem against DB or what ?11:01
hrwhttps://marcin.juszkiewicz.com.pl/2021/02/08/fosdem-2021-was-the-best-online-event-ever/11:01
mgoddardkevko: basically, yes11:02
kevkomgoddard: maybe lot of requests to OS API from k8s ( there are about 500 clusters in Openstack)11:03
mgoddardkevko: could be, I've heard k8s can give OS a hammering11:04
mgoddard500 clusters on 100 nodes?11:04
Fl1ntmgoddard, I worked with OVH closely lately, their infrastructure is garbage, no CELLs, a lot of in house buggy patches, etc. It's not really their IT guys fault but rather their market that generate such issue.11:05
*** e0ne has quit IRC11:05
kevkomgoddard: well, it's small instances on computes ..11:05
mgoddardFl1nt: I'm sure they would appreciate you saying that11:05
mgoddardkevko: what's the application?11:06
*** k_mouza has joined #openstack-kolla11:06
Fl1ntkevko, how large is your clusters on average? Because that's 5 cluster per nodes, depending on your nodes size and clusters size it means what? 3/5/10 instances per clusters? that would mean 50 instances per nodes, that's not really heavy.11:06
kevkomgoddard: again i don't know what are u asking :D ... I really don't know details about their applications running ...we are just delivering and administering their openstack installation11:07
Fl1nthowever yes k8s is heavily hammering on APIs.11:07
kevkowell, honestly it is very hard to switch off some api ..because after few minutes they are reclustering  because of API ...11:08
kevkoit is very sensitive openstack environment11:08
Fl1ntmgoddard, oh don't worry, they already know it ^^, I was just telling it because of the mail discussion where OVH told everyone, we hardcode 1500 hypervisors per region, but they also tell everyone they don't use cell to their discharge.11:09
Fl1ntkevko, do you manage your k8s through magnum or are they native/rancher clusters hosted on nova?11:09
hrwmgoddard, mnasiadka, yoctozepto: https://review.opendev.org/c/openstack/kolla/+/774351 - review to unblock Debian in master11:10
kevkoFl1nt: honestly, magnum is not production ready (even if they are telling that is :D in documentation )... no if my informations is correct they are using kubespray for deploy k8s11:11
*** e0ne has joined #openstack-kolla11:11
*** e0ne has quit IRC11:12
kevkoFl1nt: I've tested magnum for quite long time ago ..and it is very nasty ... I don't believe it can be maintained flawlessly if installation is based on BASH scripts ..11:13
Fl1ntI don't know, we use magnum in prod heavily and faced only minor issues, I'm geniunely curious to know more about what were your issues?11:13
kevkoFl1nt: i'm not saying that magnum is BAD ... I can imagine (for example) to use magnum ..but replace fedora-atomic driver with (for example) kubespray-driver ...11:14
kevkoFl1nt: which driver do u use ?11:16
kevkofedora-atomic ?11:16
Fl1ntfedora-atomic now a day, but CoreOS for a long time, so we still have a bunch of k8s cluster using CoreOS images.11:16
Fl1ntremaining bash scripts could easily be replaced either with python equivalent tho.11:18
kevkoFl1nt: I know, but you have to write that script :S11:20
kevko*:D11:20
Fl1ntkevko, I'll have a look at how much bash scripts remain because last time we installed magnum and created the images etc we didn't faced a lot of (probably more on images than on magnum itself).11:23
kevkoFl1nt: I would really like to have kubespray driver in magnum11:26
kevkoFl1nt: it could be very cool11:26
kevkoFl1nt: Well maintained project, easy, ansible11:26
Fl1ntFor now I've few patches to work on for Kolla/Kolla-ansible our next round of openstack core project contribution will be next year or at least end of 2021.11:27
Fl1ntI'll probably put some ressources on magnum at that time.11:27
kevkoFl1nt: back to DB active-active ... I think openstack has problem especcially with this ( Openstack sometimes need READ UNCOMMITTED ) => https://mydbops.wordpress.com/2018/06/22/back-to-basics-isolation-levels-in-mysql/11:27
mgoddardFl1nt: what happened to podman?11:31
Fl1ntwhat do you mean?11:31
mgoddardFl1nt: I think you said you would be able to work on it early in 202111:32
Fl1ntkevko, READ UNCOMMITED are marginal now a day with openstack, as long as you're operating over "standard" big enough servers.11:32
kevkoFl1nt: do u have patches somewhere in review ? or just locally ? could u share ?11:32
Fl1ntmgoddard, yep, working on it, we're currently migrating to CentOS Stream, once that migration achieve we will try to get a podman based staging environment.11:33
Fl1ntNothing for now still a WIP, I'll poke you as soon as we'll have more than just assumption that it can work and where it can break ^^11:34
mgoddardFl1nt: I made a small PoC: https://github.com/stackhpc/kolla-ansible/commit/e44d4b028e3aa24955dd12271783287ae43a560311:35
Fl1ntoh! cool! Going to look at it.11:35
mgoddardFl1nt: the systemd unit formatting was broken, didn't really look into it11:36
Fl1ntI see how you did test it, that's clever, going with service focused strategy rather than globally.11:39
mgoddardFl1nt: I would suggest continuing that approach upstream, finding a pattern that works for the community, before implementing for all services11:44
Fl1ntyep11:45
*** cah_link has quit IRC11:50
*** Luzi has joined #openstack-kolla11:55
openstackgerritMerged openstack/kolla stable/victoria: Fix Mistral source images to respect upper-constraints  https://review.opendev.org/c/openstack/kolla/+/77301212:29
openstackgerritMerged openstack/kolla stable/ussuri: Fix Mistral source images to respect upper-constraints  https://review.opendev.org/c/openstack/kolla/+/77301312:33
*** gfidente has joined #openstack-kolla12:56
kevkoguys, let's say that i want to change wsgi daemons but only for keystone .. it is openstack_service_workers variable and it is defined in all.yml group vars ...if i add keystone:vars to inventory ..and try to rewrite there ..should this be workable ? because it is not ..OR i am doing something wrong13:00
*** alanmeadows has quit IRC13:26
*** stackedsax has quit IRC13:26
*** gouthamr has quit IRC13:26
*** snbuback has quit IRC13:27
*** emccormick has quit IRC13:27
*** jopdorp has quit IRC13:27
*** sri_ has quit IRC13:27
*** johnsom has quit IRC13:27
*** cz3 has quit IRC13:27
*** gmann has quit IRC13:27
*** vishalmanchanda has quit IRC13:27
*** zul has quit IRC13:27
*** parallax has quit IRC13:27
*** PrinzElvis has quit IRC13:27
*** alanmeadows has joined #openstack-kolla13:28
*** johnsom has joined #openstack-kolla13:28
*** cz3 has joined #openstack-kolla13:29
*** stackedsax has joined #openstack-kolla13:29
*** jopdorp has joined #openstack-kolla13:29
*** emccormick has joined #openstack-kolla13:29
*** sri_ has joined #openstack-kolla13:29
*** vishalmanchanda has joined #openstack-kolla13:29
*** gouthamr has joined #openstack-kolla13:29
*** snbuback has joined #openstack-kolla13:31
*** gmann has joined #openstack-kolla13:31
*** parallax has joined #openstack-kolla13:31
openstackgerritMark Goddard proposed openstack/kolla-ansible master: service-ks-register: ensure all user roles exist  https://review.opendev.org/c/openstack/kolla-ansible/+/77445113:31
openstackgerritMark Goddard proposed openstack/kolla-ansible master: Support assigning additional roles to the nova user  https://review.opendev.org/c/openstack/kolla-ansible/+/77445213:32
*** zul has joined #openstack-kolla13:33
hrwmgoddard: looks like we need to backports sensu down to stein.13:44
mgoddardhrw: ok13:45
kevkocould you please advise me ?13:47
kevkowith that groups wars please ?13:48
Fl1ntkevko, looking13:48
yoctozeptohrw, mgoddard: is not tripleo building sensu though?13:49
kevkoFl1nt: because I think openstack_service_workers variable was meant ..per service .. and you really need to be able define workers per project ..because not every service has same load, right ... so I wondered that it should be able to define in keystone (or service) group vars and override it ... but it seems it's not possible because all is parent of everything13:50
yoctozepto(I somehow feel I have asked this question before)13:50
yoctozepto(sensu creep)13:50
Fl1ntkevko, you can override it using group_vars/host_vars13:50
*** PrinzElvis has joined #openstack-kolla13:51
Fl1ntor you can simply replace each <service>_wsgi_processes within your globals.yml or service.13:52
*** Luzi has quit IRC13:52
hrwyoctozepto: does not change anything. for ubuntu we use sensu repos which are no more13:54
openstackgerritMark Goddard proposed openstack/kolla-ansible master: Support assigning additional roles to service users  https://review.opendev.org/c/openstack/kolla-ansible/+/77445213:56
kevkoFl1nt: well, group_vars not working ...13:57
kevkoFl1nt: I suppose that host_var will work13:57
yoctozeptohrw: ack, then drop only ubuntu, makes sense13:58
Fl1ntinventory group_vars/all is 3 in order for precedence, meaning really low priority. inventory group_vars/* is 6 and playbook group_vars/* is 8 it SHOULD work14:00
Fl1ntwith something like group_vars/keystone.yml14:00
Fl1ntor keystone-<service>.yml14:01
kevkoFl1nt: well, i defined [keystone:vars] for test (didn't want to create groups_vars/keystone.yml -> because in-fact it is "changing" code )14:02
kevko*in inventory14:03
Fl1ntit won't work14:03
mgoddardkevko: you need to use a custom config file, not ansible variable14:04
Fl1ntI can't remember why but it doesn't work even if it's supposed to work, but if you put your vars inline and duplicate them within your inventory instead of having the array reference notation it will14:04
mgoddardansible variables are scoped to hosts, not services14:04
Fl1ntmgoddard, yes but you can use this notation on regular ansible relatively simple playbooks where you declare groups variable within the inventory as shown by kevko.14:05
Fl1nthowever14:06
Fl1ntyou're right on our case you can do that by having inline per host vars14:06
Fl1ntas someone else had this issue last year14:06
mgoddardyou can't use ansible variables if you want different services on the same host to use a different value14:07
Fl1ntbut ansible doc told that having group vars at inventory level is possible with array reference notation as long as you use this reference at host level.14:07
mgoddardin that case you need to use custom config files14:07
Fl1ntyes, hence why I suggested kevko to use group_vars/keystone.yml or group_vars/keystone_<service>.yml14:08
mgoddardFl1nt: it doesn't work14:08
mgoddardansible doesn't understand services, only hosts14:08
mgoddardyou need /etc/kolla/config/keystone.conf14:09
Fl1ntIt understand groups14:09
kevkomgoddard: why ? ansible should understand groups14:09
mgoddardFl1nt: yes, but groups are groups of hosts14:09
Fl1ntyes14:09
mnasiadkamgoddard: rather wsgi-keystone.conf - or however it's called ;)14:09
mnasiadka(if we're talking openstack_workers)14:09
mgoddardyeah I guess14:09
mgoddardmaybe I don't understand the problem14:09
Fl1ntso when let say you declare group_vars/keystone.yml it will apply override vars of all host in keystone group that use controller group as parent and so node01/02 for instance, but if you add glance.yml it will do the same but per service.14:10
mgoddardnope14:11
Fl1ntbut on same group of host14:11
mgoddardnot unless you have every service on a separate host14:11
Fl1ntooooooh I know what you mean.14:11
Fl1ntok14:11
kevkoyeah, i got it also14:12
mgoddard:)14:13
kevkowhat a pity :(14:13
Fl1ntYou're right, if your hosts are all grouped above controllers etc as services use those groups as parent :D14:13
Fl1ntBUT14:13
Fl1ntdo you have everything located as control plan and compute plan kevko ?14:14
kevkoyeah14:14
Fl1ntarff14:19
openstackgerritMerged openstack/kolla stable/victoria: Horizon: gentler `-o nounset` handling  https://review.opendev.org/c/openstack/kolla/+/77319614:23
openstackgerritMerged openstack/kolla master: [docs] Add templates and examples of renos  https://review.opendev.org/c/openstack/kolla/+/77326114:25
*** tbarron is now known as tbarron|out15:22
*** k_mouza has quit IRC15:25
*** k_mouza has joined #openstack-kolla15:26
*** vishalmanchanda has quit IRC15:45
*** hjensas is now known as hjensas|afk15:46
*** skramaja has quit IRC15:47
*** k_mouza_ has joined #openstack-kolla16:01
*** cah_link has joined #openstack-kolla16:04
*** k_mouza has quit IRC16:05
*** e0ne has joined #openstack-kolla16:06
*** k_mouza_ has quit IRC16:08
*** k_mouza has joined #openstack-kolla16:08
*** Fl1nt has quit IRC16:13
*** e0ne has quit IRC16:49
*** k_mouza has quit IRC16:52
*** k_mouza has joined #openstack-kolla16:53
*** jonaspaulo has joined #openstack-kolla17:05
*** rpittau is now known as rpittau|afk17:05
*** cah_link has quit IRC17:12
mgoddardkolla-ansible CI broken by python cryptography dependency on rust17:32
mgoddardfix for a similar issue in tenks: https://review.opendev.org/c/openstack/tenks/+/77447417:32
mgoddard(in case anyone is looking at it)17:32
priteauI wish there was a newer pip we could install as RPM on RHEL17:41
*** k_mouza_ has joined #openstack-kolla17:42
*** k_mouza_ has quit IRC17:42
*** k_mouza has quit IRC17:44
*** maharg101 has quit IRC18:01
*** gfidente is now known as gfidente|afk18:06
*** dougsz has quit IRC18:11
*** SmearedBeard has joined #openstack-kolla18:17
*** emccormick has quit IRC18:25
*** emccormick has joined #openstack-kolla18:26
*** bengates_ has joined #openstack-kolla18:29
*** bengates has quit IRC18:33
*** hjensas|afk is now known as hjensas18:37
SmearedBeardHi all.. I'm just reading about Kayobe, and wasn't sure about the supported OS mentioned in https://docs.openstack.org/kayobe/latest/support-matrix.html. is this just the OS that Keyboe is installed to and runs from?19:08
openstackgerritDincer Celik proposed openstack/kolla-ansible stable/victoria: Fix Barbican API log config  https://review.opendev.org/c/openstack/kolla-ansible/+/77448419:12
openstackgerritDincer Celik proposed openstack/kolla-ansible stable/ussuri: Fix Barbican API log config  https://review.opendev.org/c/openstack/kolla-ansible/+/77448519:14
openstackgerritGiacomo Lanciano proposed openstack/kolla-ansible master: Increment monasca-grafana check retries  https://review.opendev.org/c/openstack/kolla-ansible/+/77453119:15
yoctozepto18:32:23 <mgoddard> kolla-ansible CI broken by python cryptography dependency on rust19:21
yoctozeptoand python 4 has not started its reign yet! :D19:21
*** e0ne has joined #openstack-kolla19:28
*** e0ne has quit IRC19:28
*** e0ne has joined #openstack-kolla19:38
*** k_mouza has joined #openstack-kolla19:44
*** k_mouza has quit IRC19:48
*** SmearedBeard has quit IRC19:56
*** maharg101 has joined #openstack-kolla19:58
*** maharg101 has quit IRC20:02
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible stable/train: Fix Barbican API log config  https://review.opendev.org/c/openstack/kolla-ansible/+/77448620:06
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible stable/train: Fix Barbican API log config  https://review.opendev.org/c/openstack/kolla-ansible/+/77448620:11
*** cah_link has joined #openstack-kolla20:15
*** kevko has quit IRC20:25
*** gfidente|afk has quit IRC20:32
*** e0ne has quit IRC20:34
openstackgerritMerged openstack/kayobe stable/train: Fix --limit with commas  https://review.opendev.org/c/openstack/kayobe/+/77096020:38
*** k_mouza has joined #openstack-kolla20:59
*** k_mouza has quit IRC21:04
*** jonaspaulo has quit IRC21:09
*** cah_link has quit IRC21:10
*** jbadiapa has quit IRC21:11
*** bengates_ has quit IRC22:10
*** bengates has joined #openstack-kolla22:46
*** parallax has quit IRC23:04
*** snbuback has quit IRC23:04
*** snbuback has joined #openstack-kolla23:05
*** parallax has joined #openstack-kolla23:05
*** ebbex has quit IRC23:14
*** ebbex has joined #openstack-kolla23:36
*** bengates has quit IRC23:38
openstackgerritMerged openstack/kayobe stable/train: Fix /tmp/swift-rings/backups/ files deletion  https://review.opendev.org/c/openstack/kayobe/+/77192823:51

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