Wednesday, 2020-07-01

*** diurnalist has quit IRC00:13
*** Manheim has quit IRC00:37
*** zhanglong has joined #openstack-kolla00:38
*** diurnalist has joined #openstack-kolla01:08
*** ricolin_ has joined #openstack-kolla01:43
*** Tengu has quit IRC01:47
*** Tengu has joined #openstack-kolla01:49
*** also_stingrayza has joined #openstack-kolla02:03
*** diurnalist has quit IRC02:07
*** stingrayza has quit IRC02:07
*** Manheim has joined #openstack-kolla02:38
*** Manheim has quit IRC02:42
*** wuchunyang has joined #openstack-kolla02:53
*** wuchunyang has quit IRC02:58
*** ricolin_ is now known as ricolin03:30
*** zhanglong has quit IRC03:42
*** diurnalist has joined #openstack-kolla04:05
*** ykarel|away is now known as ykarel04:24
*** evrardjp has quit IRC04:33
*** evrardjp has joined #openstack-kolla04:33
*** wuchunyang has joined #openstack-kolla04:37
*** cah_link has joined #openstack-kolla04:46
*** skramaja has joined #openstack-kolla04:49
*** wuchunyang has quit IRC04:55
*** wuchunyang has joined #openstack-kolla04:56
*** wuchunyang has quit IRC04:57
*** abdysn has joined #openstack-kolla04:59
*** strigazi has quit IRC05:04
*** diurnalist has quit IRC05:06
*** strigazi has joined #openstack-kolla05:06
*** vishalmanchanda has joined #openstack-kolla05:23
*** wuchunyang has joined #openstack-kolla05:28
*** wuchunyang has quit IRC05:35
*** strigazi has quit IRC05:46
*** factor has quit IRC06:03
*** factor has joined #openstack-kolla06:03
*** icarusfactor has joined #openstack-kolla06:05
*** factor has quit IRC06:06
*** zhanglong has joined #openstack-kolla06:09
*** zhanglong has quit IRC06:18
*** zhanglong has joined #openstack-kolla06:20
*** icarusfactor has quit IRC06:22
*** amoralej|off is now known as amoralej06:39
*** zhanglong has quit IRC06:42
*** zhanglong has joined #openstack-kolla06:43
*** also_stingrayza is now known as stingrayza06:49
*** bhagyashris is now known as bhagyashris|brb06:59
*** nikparasyr has joined #openstack-kolla07:02
*** luksky has joined #openstack-kolla07:02
*** bengates has joined #openstack-kolla07:10
*** bengates has quit IRC07:12
*** bengates has joined #openstack-kolla07:13
*** sorin-mihai_ has joined #openstack-kolla07:15
*** bhagyashris|brb is now known as bhagyashris07:15
*** sorin-mihai_ has quit IRC07:16
*** sorin-mihai_ has joined #openstack-kolla07:16
*** sorin-mihai has quit IRC07:17
*** sorin-mihai_ has quit IRC07:19
*** sorin-mihai_ has joined #openstack-kolla07:19
*** sorin-mihai_ has quit IRC07:21
*** sorin-mihai_ has joined #openstack-kolla07:21
*** sorin-mihai__ has joined #openstack-kolla07:23
*** sorin-mihai_ has quit IRC07:26
*** jan00 has joined #openstack-kolla07:29
*** zhanglong has quit IRC07:34
*** zhanglong has joined #openstack-kolla07:36
*** dougsz has joined #openstack-kolla07:37
yoctozeptomorning07:47
mgoddardmorning07:54
*** born2bake has joined #openstack-kolla07:57
*** e0ne has joined #openstack-kolla07:58
hrwho08:08
*** zhanglong has quit IRC08:11
*** k_mouza has joined #openstack-kolla08:15
*** zhanglong has joined #openstack-kolla08:15
*** Manheim has joined #openstack-kolla08:21
*** gfidente has joined #openstack-kolla08:33
*** Manheim_ has joined #openstack-kolla08:33
*** Manheim__ has joined #openstack-kolla08:34
*** Manheim has quit IRC08:34
*** kevko has joined #openstack-kolla08:35
kevkohi guys, just wondering , have you ever meet this intermittent failure ? Remotedisconnected('Remote End Closed Connection Without Response')   apache2 as LB ...sometimes it is throwing this ..without reason ..08:37
*** Manheim_ has quit IRC08:37
openstackgerritJan Horstmann proposed openstack/kolla-ansible master: Set [magnum_client]endpoint_type to publicURL  https://review.opendev.org/73876008:40
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible master: Use public interface for Magnum client and trustee Keystone interface  https://review.opendev.org/73835108:45
*** suff has joined #openstack-kolla08:48
*** gfidente is now known as gfidente|ffu08:50
mgoddardkevko: we did see something like that in the patch to add nova backend TLS, and I blocked merging because of it. I was concerned we might hit it with other APIs too08:52
mgoddardkevko: could you give any more details?08:52
openstackgerritStig Telfer proposed openstack/kolla-ansible master: Syntax error in Fluentd Monasca output config  https://review.opendev.org/73876508:57
yoctozeptomgoddard, kevko: I wonder whether it has any true effect on stability too08:57
mgoddardyoctozepto: well in the nova case it failed a request08:58
yoctozeptomgoddard: ack, thanks for confirming08:59
*** k_mouza has quit IRC09:00
*** k_mouza has joined #openstack-kolla09:05
kevkoyoctozepto: well, most of these failures i've already seen were in neutron (but it was also in nova,cinder,glance ..but much less), it  hurts especcially when using heat to create some bigger stack  ...and something fails by this way09:16
kevkomgoddard: could you provide review id plese ? I would like to check it09:17
mgoddardkevko: odd - we don't use apache for neutron09:23
mgoddardkevko: https://review.opendev.org/72479409:23
patchbotpatch 724794 - kolla-ansible - Add support for encrypting Nova API - 10 patch sets09:23
*** jbadiapa has quit IRC09:25
*** bengates has quit IRC09:47
*** bengates has joined #openstack-kolla09:48
*** ricolin has quit IRC09:52
openstackgerritMark Goddard proposed openstack/kayobe stable/train: Update feature flag defaults  https://review.opendev.org/73877609:53
openstackgerritMark Goddard proposed openstack/kayobe stable/train: Update image regexes  https://review.opendev.org/73877709:53
openstackgerritMark Goddard proposed openstack/kayobe stable/train: Fix condition of placement image build  https://review.opendev.org/73877809:53
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible master: Make ES Curator schedule multinode-friendly  https://review.opendev.org/73877910:01
yoctozeptodougsz: curating the curator ^10:01
openstackgerritMark Goddard proposed openstack/kayobe stable/train: Update image regexes  https://review.opendev.org/73877710:07
openstackgerritMark Goddard proposed openstack/kayobe stable/train: Fix condition of placement image build  https://review.opendev.org/73877810:07
dougszyoctozepto: great stuff, a much better default10:16
yoctozeptodougsz: well, thanks, you are too kind!10:18
openstackgerritMerged openstack/kolla-ansible master: Fix the Elasticsearch Curator cron schedule run  https://review.opendev.org/73863910:20
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible stable/ussuri: Fix the Elasticsearch Curator cron schedule run  https://review.opendev.org/73878210:21
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible stable/train: Fix the Elasticsearch Curator cron schedule run  https://review.opendev.org/73878310:21
yoctozeptomgoddard: today's meeting slightly collides with the opendev event; could we change the hour?10:25
yoctozeptoI guess the wrap-up session can really be left in background so it might be fine to reschedule by 15 minutes10:26
*** Manheim has joined #openstack-kolla10:37
*** Manheim__ has quit IRC10:41
*** jan00 has quit IRC10:46
*** priteau has joined #openstack-kolla11:02
*** dougsz has quit IRC11:08
*** kevinz has quit IRC11:11
mgoddardyoctozepto: it's a bit late to reschedule, but I suppose we could pause for 15m11:13
*** zhanglong has quit IRC11:32
*** jbadiapa has joined #openstack-kolla11:37
openstackgerritMerged openstack/kolla stable/train: Add Logstash 6 for Monasca on Centos 8  https://review.opendev.org/73674511:44
openstackgerritMerged openstack/kolla stable/train: Update support matrix for ELK images  https://review.opendev.org/73818611:44
*** amoralej is now known as amoralej|lunch12:00
openstackgerritDoug Szumski proposed openstack/kolla-ansible stable/ussuri: Syntax error in Fluentd Monasca output config  https://review.opendev.org/73883512:07
openstackgerritDoug Szumski proposed openstack/kolla-ansible stable/train: Fix the Elasticsearch Curator cron schedule run  https://review.opendev.org/73878312:07
openstackgerritDoug Szumski proposed openstack/kolla-ansible stable/train: Syntax error in Fluentd Monasca output config  https://review.opendev.org/73883612:10
*** k_mouza has quit IRC12:13
*** k_mouza has joined #openstack-kolla12:13
*** dougsz has joined #openstack-kolla12:15
*** irclogbot_3 has quit IRC12:16
*** irclogbot_0 has joined #openstack-kolla12:17
openstackgerritMerged openstack/kolla stable/train: Add Elasticsearch Curator Docker image  https://review.opendev.org/73836012:18
*** JangwonLee_ has joined #openstack-kolla12:31
*** cah_link has quit IRC12:33
*** cah_link has joined #openstack-kolla12:34
openstackgerritMark Goddard proposed openstack/kayobe master: WIP: Docker registry TLS  https://review.opendev.org/73883912:39
*** cah_link has quit IRC12:44
*** cah_link1 has joined #openstack-kolla12:44
*** maharg101 has quit IRC12:45
*** maharg101 has joined #openstack-kolla12:46
*** cah_link1 is now known as cah_link12:47
*** zhanglong has joined #openstack-kolla12:48
*** cah_link1 has joined #openstack-kolla12:54
*** ricolin has joined #openstack-kolla12:54
*** cah_link has quit IRC12:56
*** cah_link1 is now known as cah_link12:56
*** jcmdln has joined #openstack-kolla12:56
*** amoralej|lunch is now known as amoralej13:08
*** yankcrime has quit IRC13:22
*** yankcrime has joined #openstack-kolla13:24
*** TrevorV has joined #openstack-kolla13:31
*** zhanglong has quit IRC13:34
*** Manheim_ has joined #openstack-kolla13:37
*** Manheim has quit IRC13:40
*** wuchunyang has joined #openstack-kolla13:41
*** Manheim_ has quit IRC13:41
*** Manheim has joined #openstack-kolla13:42
*** bhagyashris is now known as bhagyashris|afk13:42
*** Manheim has quit IRC13:46
*** Tengu has quit IRC13:56
*** Tengu has joined #openstack-kolla13:57
*** abdysn has quit IRC14:00
*** sluna has quit IRC14:12
*** sluna has joined #openstack-kolla14:13
*** dave-mccowan has quit IRC14:22
openstackgerritMark Goddard proposed openstack/kayobe master: WIP: Docker registry TLS  https://review.opendev.org/73883914:24
openstackgerritMark Goddard proposed openstack/kayobe master: WIP: Docker registry basic auth  https://review.opendev.org/73885614:24
*** dave-mccowan has joined #openstack-kolla14:25
*** xinliang has joined #openstack-kolla14:39
*** diurnalist has joined #openstack-kolla14:44
openstackgerritStig Telfer proposed openstack/kolla-ansible master: Set a chunk size for Fluentd bulk log upload to Monasca  https://review.opendev.org/73885914:46
openstackgerritStig Telfer proposed openstack/kolla-ansible master: Set a chunk size for Fluentd bulk log upload to Monasca  https://review.opendev.org/73885914:55
*** kplant has quit IRC14:56
*** kplant has joined #openstack-kolla14:57
mgoddard#startmeeting kolla15:00
openstackMeeting started Wed Jul  1 15:00:34 2020 UTC and is due to finish in 60 minutes.  The chair is mgoddard. Information about MeetBot at http://wiki.debian.org/MeetBot.15:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:00
*** openstack changes topic to " (Meeting topic: kolla)"15:00
openstackThe meeting name has been set to 'kolla'15:00
mgoddard#topic rollcall15:00
*** openstack changes topic to "rollcall (Meeting topic: kolla)"15:01
suryasingh\015:01
yoctozeptoo/15:01
mgoddardHi, this meeting is clashing with the opendev large scale discussions. Let's see who shows up15:01
mgoddard\o15:01
hrwo/15:01
yoctozeptoI can see only priteau with me in there15:03
headphoneJameso/15:03
yoctozeptoso we might start as well15:03
priteauo/15:03
yoctozeptoedge is not really my thing15:03
mgoddardmgoddard mnasiadka hrw egonzalez yoctozepto rafaelweingartne cosmicsound osmanlicilegi15:05
mgoddard^ meeting15:05
mgoddard#topic agenda15:05
*** openstack changes topic to "agenda (Meeting topic: kolla)"15:05
*** ysirndjuro has joined #openstack-kolla15:05
mgoddard* Roll-call15:05
mgoddard* Announcements15:05
mgoddard* Review action items from last meeting15:05
mgoddard* CI status15:05
mgoddard* Chrony & Ceph octopus (https://bugs.launchpad.net/kolla-ansible/+bug/1885689 & https://storyboard.openstack.org/#!/story/2007872)15:05
openstackLaunchpad bug 1885689 in kolla-ansible victoria "Ceph octopus incompatible with containerised chrony" [Medium,Triaged]15:05
mgoddard* Switching Ussuri to track stable branches15:05
mgoddard* Future of the common role15:05
mgoddard* Keystone fernet keys handling https://review.opendev.org/70708015:05
patchbotpatch 707080 - kolla-ansible - Fix fernet bootstrap and key distribution - follow up - 14 patch sets15:05
mgoddard* CentOS/AArch64: use Erlang from CentOS to get RabbitMQ working: https://review.opendev.org/#/q/I2559267d120081f2e5eabc9d966b019517a5ad5d15:05
mgoddard* Infra images: https://etherpad.opendev.org/p/Kolla-infra-images15:05
mgoddard* Victoria release planning (kayobe)15:05
mgoddard* Victoria release planning (kolla & kolla ansible)15:06
mgoddard* Kolla klub15:06
mgoddardLots of topics today15:06
mgoddard#topic Announcements15:06
*** openstack changes topic to "Announcements (Meeting topic: kolla)"15:06
mgoddard#info OpenDev large scale infra sessions took place this week15:06
mgoddard#link https://www.openstack.org/events/opendev-2020/opendev-schedule15:06
mgoddardVideos on youtube, notes on etherpad15:07
mgoddardAny others?15:07
hrwgo on15:08
*** dave-mccowan has quit IRC15:08
mgoddard#topic Review action items from last meeting15:09
*** openstack changes topic to "Review action items from last meeting (Meeting topic: kolla)"15:09
mgoddardmnasiadka backport stein CI fixes15:09
mgoddardyoctozepto to email list about kolla dev kalls15:09
mgoddardmnasiadka did his15:09
mgoddardyoctozepto did his15:09
mgoddard#topic CI status15:09
*** openstack changes topic to "CI status (Meeting topic: kolla)"15:09
yoctozeptopretty green15:09
mgoddardyeah15:10
mgoddardRocky still broken15:10
hrwyep15:10
yoctozeptorandom errors with mirrors15:10
mgoddardhttps://review.opendev.org/#/c/738344/15:10
patchbotpatch 738344 - kolla (stable/rocky) - Fix multiple issues - 3 patch sets15:10
yoctozeptoany idea what's left to be done?15:10
yoctozepto(for rocky)15:10
mgoddardno, haven't dug into it15:11
yoctozeptoah, you reverted my fix part15:11
mgoddardprobably15:11
hrw+215:11
openstackgerritRadosław Piliszek proposed openstack/kolla stable/rocky: Fix multiple issues  https://review.opendev.org/73834415:12
yoctozepto+2 from me as well, let's see now15:12
mgoddardlet's see how it goes15:12
mgoddardhold your +2s until we pass...15:12
hrwno +W until pass15:13
yoctozeptomeh, I agree with the contents15:13
yoctozeptofingers crossed for CI jobs15:13
yoctozeptorocky k-a fine?15:13
mgoddardhopefully15:13
yoctozeptook15:13
mgoddardwe are seeing instability in kayobe CI15:13
mgoddardat least partially down to out of disk space issues15:14
yoctozeptoas I mentioned above mirrors are very grumpy15:14
yoctozeptoso could affect kayobe as well15:14
mgoddardlikely15:14
mgoddardlet's see how it goes, but probably needs attention15:14
mgoddard#topic Chrony & Ceph octopus (https://bugs.launchpad.net/kolla-ansible/+bug/1885689 & https://storyboard.openstack.org/#!/story/2007872)15:15
*** openstack changes topic to "Chrony & Ceph octopus (https://bugs.launchpad.net/kolla-ansible/+bug/1885689 & https://storyboard.openstack.org/#!/story/2007872) (Meeting topic: kolla)"15:15
openstackLaunchpad bug 1885689 in kolla-ansible victoria "Ceph octopus incompatible with containerised chrony" [Medium,Triaged]15:15
yoctozeptoall in for changing the default15:15
yoctozeptoeven for ussuri now (with a reno, ml post and alike)15:15
mgoddardit would leave us without NTP by default15:16
hrwadd it to bootstrap-servers?15:17
yoctozeptothere is some ntp nowadays by default though15:17
openstackgerritDoug Szumski proposed openstack/kolla-ansible master: Set a chunk size for Fluentd bulk log upload to Monasca  https://review.opendev.org/73885915:17
hrwmy Debian 'buster' laptop lacks chronyd15:18
mgoddardtrue, but if we disable it then existing environments may lose any custom config15:18
yoctozeptothat true15:18
priteauMake it an option in Ussuri and earlier?15:18
priteauAnd change the default in Victoria15:18
yoctozeptoit's already an option :-)15:18
yoctozeptothe default is bad15:19
mgoddardI think that makes sense15:19
openstackgerritDoug Szumski proposed openstack/kolla-ansible master: Set a chunk size for Fluentd bulk log upload to Monasca  https://review.opendev.org/73885915:19
yoctozeptobut changing is disruptive for those unaware ;/15:19
mgoddardI suppose if we get in quick and make a release we could minimise disruption in ussuri15:20
hrwinstall chronyd, enable it, check is it running. if fails then fail deploy at bootstrap-servers15:20
yoctozeptomgoddard: my thoughts exactly :-)15:20
hrwas that would mean user config being wrong15:20
yoctozeptojust add reno, post to ml, all that nice stuff15:20
yoctozeptowe could do better with prechecks, that true15:20
yoctozeptoall our target platforms have systemd15:21
yoctozeptoso timedatectl check would do15:21
hrwI always forget order of prechecks and bootstrap-servers ;D15:21
yoctozeptohrw: what does your laptop say about timedatectl ?15:21
hrw                Time zone: Europe/Warsaw (CEST, +0200)15:22
hrwSystem clock synchronized: yes15:22
hrw              NTP service: active15:22
mgoddardmine says unknown command check15:22
yoctozeptoso you've got ntp15:22
hrwno ntp nor chronyd15:22
yoctozeptomgoddard: :-(15:22
yoctozeptohrw: probably timesyncd15:22
hrwno15:22
yoctozeptowe don't really check for all conflicting ntp clients15:22
hrwchronyd ntp ntpd timesyncd missing15:22
yoctozeptoodd15:23
mgoddardmy bionic laptop is using ntpd15:23
mgoddardanyway, I think we're rabbit holing15:23
hrwsystemd-timesyncd.service not timesyncd ;d15:23
mgoddardwe have a few things to get through15:23
yoctozeptoon bionic, focal and buster I see systemd-timesyncd15:23
yoctozeptodid not touch anything15:23
mgoddarddoes anyone want to pick this up?15:24
dougsz+1, Bionic: systemd-timesyncd.service active: yes15:24
yoctozeptomgoddard: changing default + prechecks with timedatectl?15:24
yoctozeptocentos 7 obviously chronyd15:24
hrwso chronyd on centos and ssytemd-timesyncd on debuntu?15:24
yoctozeptoit looks so15:25
yoctozeptochcecking centos815:25
mgoddardcan chrony not be installed on buster?15:25
priteauIIRC timesyncd is just a client, so we cannot do the NTP server on VIP like we do with chrony15:25
mgoddardpresumably chrony is supported on all platforms, given we have a container15:26
priteauhttps://packages.debian.org/buster/chrony15:26
yoctozeptoit is15:27
yoctozeptocentos8 is also chrony15:27
yoctozeptopriteau: if we drop controlling ntp, then it's not our biz to carry on with that15:27
yoctozeptotimesyncd is sntp client only15:28
yoctozeptodoes k-a actually run chronyd on controllers as server?15:28
mgoddardI updated the bug report15:29
priteauSorry if I misunderstood, I thought you were discussing configuring it as a host service via bootstrap-servers15:29
mgoddardah, so we're not planning to add configuration in bootstrap-servers?15:29
yoctozeptoI wouldn't15:29
yoctozeptoI mean, if it's to be done somewhere, then kayobe is probably a better place15:30
yoctozeptoas MAAS/Foreman will deal with NTP anyhow15:30
mgoddardthere's a bit of a regression there then, to provide custom config15:30
yoctozeptoCD install or cloud image have it by default as well15:30
yoctozeptodepends on how many folks actually rely on that feature15:30
yoctozeptoalways sad to revert such things15:30
yoctozeptowell, we are leaving the switch for now15:31
mgoddardtrue15:31
yoctozeptowe might deprecate it and remove in W or later but it does not hurt much15:31
*** factor has joined #openstack-kolla15:32
mgoddardI think whoever picks this up can spend some time thinking about it15:32
mgoddardAnyone want to15:32
mgoddard?15:32
priteauyoctozepto: My understanding is that k-a configures the VIP as one of the server, and that makes the active controller act as an NTP server15:32
yoctozeptomgoddard: /me as secondary candidate15:33
yoctozeptopriteau: I never really used it so no idea, could check15:33
priteauAlthough the external NTP servers are also listed in the configuration, and they have a lower stratum, so not sure if it's really used15:34
yoctozeptowe've also got enable_host_ntp for lolz15:34
yoctozeptowhat about it15:34
mgoddardpriteau: I haven't seen that VIP support15:34
yoctozeptolooks half-butted15:34
mgoddardwon't work on centos 815:34
mgoddardok, calling time on this15:35
yoctozeptoack, add to the bug report15:35
mgoddard#topic Switching Ussuri to track stable branches15:35
*** openstack changes topic to "Switching Ussuri to track stable branches (Meeting topic: kolla)"15:35
yoctozepto+115:35
*** oneswig has joined #openstack-kolla15:35
hrw+115:35
mgoddardWe agreed to switch kolla stable/ussuri to track stable branches rather than versions at the PTG15:35
mgoddardwe made the GA release, so now we can do it15:36
yoctozeptoyeah, so no need to discuss15:36
mgoddardanyone want to?15:36
yoctozeptonext topic15:36
mgoddardlooking for a volunteer :)15:36
hrwI will15:36
yoctozeptohrw sounds like the guy15:36
hrwcontinue15:36
mgoddardthanks hrw15:36
yoctozeptoyou see15:36
yoctozepto:D15:36
mgoddard#action hrw to switch kolla to use stable branches and update release documentation15:36
*** JamesBenson has joined #openstack-kolla15:37
mgoddard#topic Future of the common role15:37
*** openstack changes topic to "Future of the common role (Meeting topic: kolla)"15:37
mgoddardI've been spending a lot of time profiling ansible recently15:37
yoctozeptomuch appreciated15:38
mgoddardAt scale (100+ hosts) the common role takes the most time to execute15:38
yoctozeptoyou know the drill: deprecate and drop :-)15:38
*** dcapone2004 has joined #openstack-kolla15:38
mgoddardWe can improve this by removing the role dependency and executing it like any other role15:38
mgoddardThere is a behaviour change here though15:39
mgoddard    The common role was previously added as a dependency to all other roles.15:39
mgoddard    It would set a fact after running on a host to avoid running twice. This15:39
mgoddard    had the nice effect that deploying any service would automatically pull15:39
mgoddard    in the common services for that host. When using tags, any services with15:39
mgoddard    matching tags would also run the common role. This could be both15:39
mgoddard    surprising and sometimes useful.15:39
mgoddard15:39
mgoddard    When using Ansible at large scale, there is a penalty associated with15:39
mgoddard    executing a task against a large number of hosts, even if it is skipped.15:39
openstackgerritMerged openstack/kolla-ansible master: Use public interface for Magnum client and trustee Keystone interface  https://review.opendev.org/73835115:39
mgoddard    The common role introduces some overhead, just in determining that it15:39
mgoddard    has already run.15:39
mgoddard15:39
mgoddard    This change extracts the common role into a separate play, and removes15:39
mgoddard    the dependency on it from all other roles. New groups have been added15:39
mgoddard    for cron, fluentd, and kolla-toolbox, similar to other services. This15:39
mgoddard    changes the behaviour in the following ways:15:40
mgoddard15:40
yoctozeptoah, that paste15:40
mgoddard    * The common role is now run for all hosts at the beginning, rather than15:40
mgoddard      prior to their first enabled service15:40
mgoddard    * Hosts must be in the necessary group for each of the common services15:40
mgoddard      in order to have that service deployed. This is mostly to avoid15:40
mgoddard      deploying on localhost or the deployment host15:40
mgoddard    * If tags are specified for another service e.g. nova, the common role15:40
mgoddard      will *not* automatically run for matching hosts. The common tag must15:40
mgoddard      be specified explicitly15:40
mgoddard15:40
mgoddard    The last of these is probably the largest behaviour change. While it15:40
mgoddard    would be possible to determine which hosts should automatically run the15:40
mgoddard    common role, it would be quite complex, and would introduce some15:40
mgoddard    overhead that would probably negate the benefit of splitting out the15:40
mgoddard    common role.15:40
mgoddardjust dropping in my commit message for reference :)15:40
mgoddardskip to the end...15:40
mgoddardis this a hit we are willing to take to improve performance?15:40
yoctozeptosince we have other "dependent" roles, I +1 as it matches most of our design15:41
yoctozeptothe 'all depends on common' is funky15:41
priteauIMHO I would say yes, because I always run Kayobe with --kolla-skip-tags common unless I know I need it15:41
yoctozeptopriteau: truer words have never been spoken15:41
yoctozeptopriteau: although /me with k-a directly15:41
yoctozeptomgoddard: how much better does it get?15:42
yoctozeptoperformance-wise15:42
hrwI do not have opinion on it.15:42
mgoddardit depends. I think there are non-linear scaling factors15:42
yoctozeptonon-linear is bad15:43
mgoddardat 100+ hosts just skipping a task takes a long time15:43
yoctozeptounless it's sub-linear15:43
yoctozeptoyeah, figured, and there is a bunch15:43
yoctozeptohow was it for you?15:43
yoctozeptoat least 10% decrease in time?15:43
mgoddardI'm doing a few runs with multiple improvements applied. I don't know if I'll get an exact figure just for this one15:44
yoctozeptoI see; well, it would be nicer if it was measurable15:44
dougszthe other thing - sometimes you want to just run the common role which I don't think you can at the moment15:44
yoctozeptoif we are refactoring for 1% performance gain then it's not really worth it15:44
mgoddardthat's true. This makes that possible15:44
yoctozeptoand this makes it possible to finally split the common role15:45
yoctozeptoto be less confusing15:45
mgoddardtrue, although more roles == more painful includes :)15:45
yoctozeptohaha, that true15:45
yoctozeptodeprecate all, let's go for the monolith 8-)15:45
mgoddardI don't think this one change will be a 10% improvement, but I'd expect more than 1%15:46
yoctozeptomgoddard: measurements welcome15:46
mgoddardI can add up some tasks that won't exist :)15:46
*** amoralej is now known as amoralej|off15:47
mgoddardI'm going to be doing quite a few small improvements. I don't know if it will be realistic to benchmark them all, but I am benchmarking the underlying behaviour15:47
mgoddard#link https://github.com/stackhpc/ansible-scaling15:47
mgoddardWIP15:47
yoctozeptonice, instastar15:48
mgoddard#topic Keystone fernet keys handling https://review.opendev.org/70708015:48
patchbotpatch 707080 - kolla-ansible - Fix fernet bootstrap and key distribution - follow up - 14 patch sets15:48
*** openstack changes topic to "Keystone fernet keys handling https://review.opendev.org/707080 (Meeting topic: kolla)"15:48
JamesBensonwouldn't there be a lot of repetition between roles separating it out completely?  Perhaps demarkating the common role more, but not completely?15:48
mgoddardJamesBenson: possibly. I don't plan to split at this point15:49
yoctozepto++15:49
mgoddardwho added this topic?15:49
yoctozeptook, now unto the keystone15:49
* yoctozepto did15:49
yoctozeptojust quick recap15:49
yoctozeptowhether you have something to say about it15:50
yoctozeptoit seems to we are still plagued by the random keystone issues15:50
yoctozeptoI don't want to take up too much meeting time but rather make sure you remember we have this pesky issue and reviewing and any more info is welcome15:50
yoctozeptomnasiadka is not around today so we might as well postpone any further discussion till the next meeting15:51
mgoddard+1 for prioritising it15:51
* yoctozepto said what he wanted to say15:51
yoctozeptodougsz, priteau: your thoughts maybe?15:51
mgoddard#topic CentOS/AArch64: use Erlang from CentOS to get RabbitMQ working: https://review.opendev.org/#/q/I2559267d120081f2e5eabc9d966b019517a5ad5d15:52
*** openstack changes topic to "CentOS/AArch64: use Erlang from CentOS to get RabbitMQ working: https://review.opendev.org/#/q/I2559267d120081f2e5eabc9d966b019517a5ad5d (Meeting topic: kolla)"15:52
mgoddardhrw:15:52
hrwyes, me15:52
hrwwe need those two patches in15:52
priteauyoctozepto: Sorry I've not looked closely at the fernet issues15:52
dougszyoctozepto: Only that the follow up patch resolved my issues on a single node deploy15:52
hrwotherwise no rabbitmq for centos/aarch64 so no deployments15:52
dougszagree we need those 2 patches15:52
hrwand no, I do not plan to work on building upstream erlang to satisfy sick yoctozepto wishes15:52
yoctozeptopriteau, dougsz: thanks, guys15:52
yoctozeptohrw: I'm sorry to hear you consider them sick15:53
yoctozeptoI'm fine as long as we don't have to cater for multiarch deployment of rabbitmq (unlikely) or rdo-provided rmq breaks k-a logic at some point (more likely)15:54
hrwI came from 'get it working and then fix if bug reports' than 'spend extra week or two on stuff no one uses'15:54
mgoddard+115:55
mgoddard+215:55
yoctozeptoI'm an overthinker as you might have noticed15:55
yoctozeptoI like to know the traps ahead15:55
hrwyoctozepto: rmq goes from upstream repo not centos15:56
hrwhttps://24eade5565127d985eb0-7e6feee1594781d3a430e22d861f8db7.ssl.cf2.rackcdn.com/737473/2/check-arm64/kolla-build-centos8-source-aarch64/b9f98b0/kolla/build/rabbitmq.log15:56
yoctozeptohrw: yeah, but erlang is critical to rmq's happiness :-)15:56
hrwyoctozepto: so go, spend some time on building it.15:56
hrwcopr will make it quite easy probably15:56
yoctozeptohrw: you are supporting aarch6415:56
mgoddardhrw: ussuri fails15:56
yoctozeptoI'm supporting your supporting15:57
yoctozeptoand that's it :-)15:57
hrwmgoddard: once master gets approved I will see looking at ussuri15:57
mgoddardok15:57
mgoddardit's approved :)15:57
mgoddard#topic Infra images: https://etherpad.opendev.org/p/Kolla-infra-images15:57
*** openstack changes topic to "Infra images: https://etherpad.opendev.org/p/Kolla-infra-images (Meeting topic: kolla)"15:57
mgoddardhrw again15:57
hrwyes15:57
*** wuchunyang has quit IRC15:57
hrwreview patches, read and comment notes15:57
hrwor better read/comment/review even15:57
hrwas we had so many discussions that I am starting to loose track what we agreed and what not15:58
yoctozepto++15:58
yoctozeptoonly me looking at that etherpad though15:58
mgoddardwill read the pad after the meeting15:59
hrwthx16:00
mgoddardthat's a wrap16:00
mgoddardKolla klub tomorrow16:00
mgoddardsee you there16:00
hrwtime for #endmeeting16:00
mgoddard#endmeeting16:00
*** openstack changes topic to "Vote on Victoria priorities https://bit.ly/2ActPtx | IRC meetings on Wednesdays @ 15:00 UTC - agenda @ https://goo.gl/OXB0DL | Whiteboard: https://bit.ly/2MM7mWF | IRC channel is *LOGGED* @ http://goo.gl/3mzZ7b"16:00
openstackMeeting ended Wed Jul  1 16:00:25 2020 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/kolla/2020/kolla.2020-07-01-15.00.html16:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/kolla/2020/kolla.2020-07-01-15.00.txt16:00
openstackLog:            http://eavesdrop.openstack.org/meetings/kolla/2020/kolla.2020-07-01-15.00.log.html16:00
*** xinliang has quit IRC16:00
yoctozeptoah, that kolla-toolbox16:01
priteaumgoddard: you were asking about chronyd server on the VIP earlier16:01
priteauhttps://opendev.org/openstack/kolla-ansible/src/branch/master/ansible/roles/chrony/templates/chrony.conf.j2#L316:01
yoctozeptoit's somewhere inbetween16:01
*** ricolin has quit IRC16:01
yoctozeptopriteau: but I can't see it being referenced in haproxy16:02
yoctozeptoso it's even buggy16:02
yoctozepto:/16:02
yoctozeptoah no16:02
yoctozeptochrony_bindaddress16:02
yoctozeptoit just binds to it16:02
yoctozeptoeverywhere16:02
yoctozeptowhich means it could fail outside of haproxy nodes which allow nonlocal bind16:03
yoctozeptowth16:03
priteauI don't think haproxy talk NTP anyway16:03
yoctozeptopriteau: yeah, it only does tcp, and ntp isn't16:03
yoctozeptoso the containerized chrony is a bad advice16:03
yoctozeptoall the more reasons to disable it by default and deprecate16:04
yoctozeptojust ensure our prechecks are happy regarding ntp and all the platforms16:04
*** kevko has quit IRC16:15
*** etp has quit IRC16:16
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible master: [DNM] Timesync playground  https://review.opendev.org/73887716:17
openstackgerritMerged openstack/kolla-ansible master: Make ES Curator schedule multinode-friendly  https://review.opendev.org/73877916:18
*** etp has joined #openstack-kolla16:19
*** k_mouza has quit IRC16:19
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible stable/ussuri: Make ES Curator schedule multinode-friendly  https://review.opendev.org/73887816:19
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible stable/train: Make ES Curator schedule multinode-friendly  https://review.opendev.org/73887916:19
*** Manheim has joined #openstack-kolla16:19
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible stable/ussuri: Use public interface for Magnum client and trustee Keystone interface  https://review.opendev.org/73888016:20
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible stable/train: Use public interface for Magnum client and trustee Keystone interface  https://review.opendev.org/73888216:20
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible stable/stein: Use public interface for Magnum client and trustee Keystone interface  https://review.opendev.org/73888316:20
*** Manheim has quit IRC16:24
*** etp has quit IRC16:24
*** zijlboot has quit IRC16:28
*** zijlboot has joined #openstack-kolla16:29
*** dougsz has quit IRC16:33
*** ykarel is now known as ykarel|away16:34
hrw"./tools/version-check.py --openstack-release ussuri --stable-tarballs"16:36
dcapone2004meeting done?  don't want to interrupt....16:36
hrwdcapone2004: done16:36
yoctozeptomgoddard, hrw: https://review.opendev.org/738877 - it seems ubuntu & centos are time sync as expected but debian is not, weird16:37
patchbotpatch 738877 - kolla-ansible - [DNM] Timesync playground - 1 patch set16:37
dcapone2004was discussing hyperconverged with mgoddard the other day....wanting to report back my "research" with ceph...not sure if anyone thinks docs should note it or not as it isn't really kolla specific and hyper-converged isn't a large target....but cephadm and kolla will clash on hostname prerequisities and ceph doesn't recommend working around that16:38
*** etp has joined #openstack-kolla16:44
*** kevko has joined #openstack-kolla16:45
mgoddarddcapone2004: it seems like something that needs to be called out, and possibly addressed16:48
mgoddarddcapone2004: is there a launchpad bug?16:48
mgoddarddcapone2004: if so, could you add your notes there and share?16:49
dcapone2004mgoddard:  I wouldn't really call it a bug is the issue...more of a limitation of hyper-converged16:49
dcapone2004api_network needs to be set to one of the ceph networks used by cephadm16:49
mgoddardis this a new requirement for ceph octopus?16:50
dcapone2004probably moreso for cephadm16:50
*** factor has quit IRC16:51
*** icarusfactor has joined #openstack-kolla16:51
dcapone2004I had the link up last night and then like an idiot I closed it....let me find it again (I also chatted in the ceph irc channel) and when I asked about working around it, someone asked if I knew what seppuku was .... so I took that as a hint not to try it16:51
hrwyoctozepto: what to look for?16:52
dcapone2004https://docs.ceph.com/docs/master/cephadm/concepts/16:53
dcapone2004so there you see cephadm uses /etc/hosts and what is returned by hostname16:53
yoctozeptohrw: logs, timedatectl run16:53
yoctozeptohrw: but no need to, I summarized it for you, now asking infra16:53
hrwok16:53
dcapone2004I was told you can run certain command with cephadm by adding the IP after the hostname in many places, but the seppuku comment came in when discussing sanity checks performed by cephadm16:54
*** bengates has quit IRC16:55
mgoddardthe problem with all these deployment tools is they think they own the place :)16:57
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible master: [DNM] Timesync playground  https://review.opendev.org/73887716:58
openstackgerritMerged openstack/kolla-ansible master: Syntax error in Fluentd Monasca output config  https://review.opendev.org/73876517:00
mgoddardhrw: thanks for the write up. I made some comments, will look again17:00
dcapone2004mgoddard: lol17:01
mgoddarddcapone2004: I would say it's worth a bug report, even if it's not strictly a bug. It's an issue, we need to be able to coexist with ceph17:02
mgoddarde.g. it's quite common to share controllers and ceph control services17:02
mgoddardheading off now17:03
mgoddardo/17:03
dcapone2004I will write one up....17:03
*** Fl1nt has joined #openstack-kolla17:03
Fl1ntHi !17:03
hrwmgoddard: thanks17:03
Fl1nt@mgoddard, I'm really sorry, but I'll not be able to be on time on tomorrow Klub, I've got a release demo meeting in order to show off the end of our deployment project :'(17:04
*** kevko has quit IRC17:07
dcapone2004with advanced kolla configuration is there anyway to specify in an override file that a certain field should be additive to the kolla generated config instead of a replacement....for example, I would like to enable trunk ports for neutron which requires service_plugins to include trunk17:08
dcapone2004kolla already generates service_plugins=router and then has options where other things are added to the list17:10
dcapone2004I am trying to determine if there is anyway in the neutron.conf override fille instead of having to put service_plugins=router,trunk or service_plugins=firewall_v2,router,trunk if there is some syntax like service_plugins=+trrunk17:11
hrwwth is novajoin?17:11
openstackgerritMerged openstack/kolla-ansible stable/ussuri: Fix the Elasticsearch Curator cron schedule run  https://review.opendev.org/73878217:12
dcapone2004hrw: was that to me?17:14
*** _Cyclone_ has quit IRC17:15
*** timburke has quit IRC17:15
*** andreykurilin has quit IRC17:15
Fl1nt@dcapone2004, you mean block_something_append ?17:15
*** factor has joined #openstack-kolla17:16
*** icarusfactor has quit IRC17:16
dcapone2004sounds like something I want17:16
*** Manheim has joined #openstack-kolla17:17
dcapone2004basically kolla generates neutron.conf without an override file with service_plugins=router17:17
*** _Cyclone_ has joined #openstack-kolla17:18
dcapone2004I want to enable neutron trunk ports, so the way I know to do it is to put neutron.conf with [DEFAULT] service_plugins=router,trunk in the right config spot17:18
*** timburke has joined #openstack-kolla17:18
*** andreykurilin has joined #openstack-kolla17:19
dcapone2004but I'm thinking outside the box on day 2 management or a requirements change.... someone enables fwaas in globals.yml and wonders why it isn't working on reconfigure17:19
dcapone2004it isn't too hard to check /etc/kolla/config for an override and realize your error, so I am not requesting a change, I'm merely inquiring if the mechanism might already exist and I just don't know about it17:20
Fl1nt@dcapone2004, for configuration such as neutron.conf etc, the operation is a merge, not an override.17:20
dcapone2004yeah, but unless I am wrong I think the way the merge works is if the "directive" (not sure the correct term) exists in the config override directory it uses the value specified in the config override directory17:21
dcapone2004it merges that directive with all the other directives, but the specifically defined directive is overridden...does that make sense?17:22
*** Manheim has quit IRC17:22
dcapone2004I can give it a try now and confirm in my dev environment...reconfigure will take a bit though17:23
*** Manheim has joined #openstack-kolla17:23
Fl1ntnope, it's not overriden, if you got let said service=A and then you define service=B you'll end up with: service=1 && service=B17:23
dcapone2004hmmm....ok, that isn't the behavior that occurred when overriding ml2_conf.ini17:25
*** born2bake has quit IRC17:26
*** amoralej|off has quit IRC17:26
*** e3gh75 has quit IRC17:26
*** weshay_ruck has quit IRC17:26
*** hjensas|afk has quit IRC17:26
*** zzzeek has quit IRC17:26
*** devfaz has quit IRC17:26
*** rphillips_ has quit IRC17:26
*** hrw has quit IRC17:26
*** timss has quit IRC17:26
*** numans has quit IRC17:26
Fl1ntwell, that's another config file, you told me neutron.conf ^^17:26
dcapone2004treid adding vlan support for provider networks by just specifying vlan and the ml2_conf.ini that was generated left out vxlan17:26
dcapone2004ok, so it is config file dependant17:26
dcapone2004I just assumed the behavior because of what I experienced with ml2_conf.ini...so I will give it a try with neutron.conf and see what happens17:27
*** Manheim has quit IRC17:28
Fl1nthold on17:28
*** hongbin has joined #openstack-kolla17:28
Fl1ntit shouldn't17:28
*** irclogbot_0 has quit IRC17:28
*** born2bake has joined #openstack-kolla17:29
*** amoralej|off has joined #openstack-kolla17:29
*** e3gh75 has joined #openstack-kolla17:29
*** weshay_ruck has joined #openstack-kolla17:29
*** hjensas|afk has joined #openstack-kolla17:29
*** zzzeek has joined #openstack-kolla17:29
*** devfaz has joined #openstack-kolla17:29
*** rphillips_ has joined #openstack-kolla17:29
*** hrw has joined #openstack-kolla17:29
*** timss has joined #openstack-kolla17:29
*** numans has joined #openstack-kolla17:29
*** irclogbot_2 has joined #openstack-kolla17:29
hrwmgoddard: stable-tarballs version-check changes adds lot of new functionality...17:31
Fl1ntwhat is your neutron_plugin_agent @dcapone200417:32
dcapone2004ovs17:32
Fl1ntok, so your neutron.conf should get vxlan,vlan,flat as default available plugins.17:32
Fl1nt@dcapone2004, exactly: neutron_type_drivers: "flat,vlan,vxlan{% if neutron_plugin_agent == 'ovn' %},geneve{% endif %}" <-- that should be your default list.17:34
*** gfidente|ffu is now known as gfidente|afk17:34
openstackgerritMerged openstack/kolla master: CentOS/AArch64: RabbitMQ is back!  https://review.opendev.org/73747317:36
hrwmgoddard: list of stale projects, list of projects requiring renames...17:37
Fl1nt@dcapone2004, did someone created a /etc/kolla/config/neutron/neutron.conf file where you specify the list ?17:37
dcapone2004yes17:37
Fl1ntok, don't, rather use: etc/kolla/neutron/plugins/17:39
Fl1nthttps://opendev.org/openstack/kolla-ansible/src/branch/master/ansible/roles/neutron/tasks/config.yml#L1517:39
dcapone2004assume you mean /etc/kolla/config/neutron/plugins?17:40
Fl1ntyep17:40
dcapone2004and just create a file like trunk.conf with [DEFAULT} service_plugins=trunk and that should make the list append, or are you going back to the ml2_conf.ini issue? (you asked about neutron.conf, but the plugins directory is usually where ml2_conf.ini lives)17:41
dcapone2004https://pastebin.com/re1DrxzS17:43
dcapone2004this was ml2_conf.ini that was created in /etc/kolla/config/neutron where I learned vxlan was not automatically merged onto the type_drivers list by kolla17:43
dcapone2004now, I am testing some neutron.conf overrides to enable trunk ports as we are basically looking to use this particular deployment to lab kolla deployments oddly enough17:44
Fl1ntit is, I linked you the the source of the template, what's your kolla release?17:44
dcapone2004train17:45
dcapone2004actually I might be using the master branch branch and deploying train....hold on17:45
Fl1ntthis ml2_conf.ini file isn't correct17:45
dcapone2004Name: kolla-ansible17:46
dcapone2004what wasn't / isn't correct about it?17:46
Fl1ntyour [ml2] block17:47
dcapone2004what is missing/wrong?  I think it worked for test scenario we were using it for....I would need to check to verify that though17:49
Fl1ntjust get ride of it17:49
openstackgerritMarcin Juszkiewicz proposed openstack/kolla master: version-check: handle using of stable branch tarballs  https://review.opendev.org/73890617:50
openstackgerritMarcin Juszkiewicz proposed openstack/kolla stable/ussuri: version-check: handle using of stable branch tarballs  https://review.opendev.org/73890717:51
hrwpatch for master is version-check only, for ussuri it is also updated config.py17:51
dcapone2004it is gone now, as we are not using vlan provider networks in our current test....only brought it up as an example of trying to fully understand merge config behavior17:52
* hrw off17:55
Fl1nt@dcapone2004, regarding the merge strategy, I highly suggest you to have a look at the various config.yml task file to understand when does it do it and with which config, then, have a look at ansible merge_configs to understand how it is applied17:56
Fl1nthttps://github.com/openstack/kolla-ansible/blob/master/ansible/action_plugins/merge_configs.py17:56
dcapone2004https://pastebin.com/ufaLJne017:57
dcapone2004this is basically what I am testing now....is this additive or is it going to replace that line on the merge17:57
Fl1ntthat specific case will override it.17:58
dcapone2004I just assumed that it is using the same parse routine, so if it replaced for ml2_conf.ini, it would replace for all config files (again replace the specifically defined fields)17:58
dcapone2004Fl1nt:  ok, that is what I thought....my question was if there was a way to define that so it is additive?17:58
*** e0ne has quit IRC17:59
Fl1ntdue to: https://opendev.org/openstack/kolla-ansible/src/branch/master/ansible/roles/neutron/templates/neutron.conf.j2#L4818:01
Fl1ntit will not be additive using neutron.conf BUT should be using the /etc/kolla/config/neutron/plugins directory18:01
dcapone2004ok, appreciate your time here very much, I'm just not seeing how that would be defined in the plugins directory to merge it?18:05
dcapone2004as neutron documention, on trunking, just basically says add trunk to the service_plugins definition in neutron.conf, so I do not understand the syntax / format I would use to define a file in the plugins directory to get that result18:07
openstackgerritMarcin Juszkiewicz proposed openstack/kolla master: version-check: handle using of stable branch tarballs  https://review.opendev.org/73890618:10
openstackgerritMarcin Juszkiewicz proposed openstack/kolla stable/ussuri: version-check: handle using of stable branch tarballs  https://review.opendev.org/73890718:11
*** jonaspaulo has joined #openstack-kolla18:15
*** dasp_ has quit IRC18:39
*** dasp has joined #openstack-kolla18:41
*** hongbin has quit IRC18:44
*** factor has quit IRC18:46
*** factor has joined #openstack-kolla18:46
*** dcapone2004 has quit IRC18:50
*** cah_link has quit IRC18:51
*** nikparasyr has left #openstack-kolla18:52
*** factor has quit IRC19:04
*** factor has joined #openstack-kolla19:04
*** factor has quit IRC19:10
*** hongbin has joined #openstack-kolla19:18
v1k0d3nhey everyone...i'm trying to enable trunk to individual vm's and a little confused on the best approach within Kolla. it doesn't look like putting an openvswitch_agent.ini gets picked up and added to neutron. i have OVS configured by default, but i think that i need to set the firewall_driver = openvswitch in securitygroup section. is anyone else doing this who could set me straight?19:27
*** yoctozepto7 has joined #openstack-kolla19:37
*** yoctozepto has quit IRC19:45
*** yoctozepto7 is now known as yoctozepto19:45
*** Tengu has quit IRC19:45
*** vishalmanchanda has quit IRC19:47
*** Tengu has joined #openstack-kolla19:47
*** sorin-mihai__ has quit IRC20:01
*** hongbin has quit IRC20:06
*** e0ne has joined #openstack-kolla20:20
*** pbing19 has joined #openstack-kolla20:25
*** also_stingrayza has joined #openstack-kolla20:33
*** jonaspaulo has quit IRC20:34
*** stingrayza has quit IRC20:37
*** hongbin has joined #openstack-kolla20:54
openstackgerritPierre Riteau proposed openstack/kayobe master: Sync zookeeper feature flag with kolla-ansible  https://review.opendev.org/73894021:00
*** e0ne has quit IRC21:07
openstackgerritPierre Riteau proposed openstack/kayobe stable/train: Remove support for Neutron LBaaS  https://review.opendev.org/73747921:19
openstackgerritPierre Riteau proposed openstack/kayobe stable/train: Update feature flag defaults  https://review.opendev.org/73877621:19
openstackgerritPierre Riteau proposed openstack/kayobe stable/train: Update image regexes  https://review.opendev.org/73877721:19
openstackgerritPierre Riteau proposed openstack/kayobe stable/train: Fix condition of placement image build  https://review.opendev.org/73877821:19
openstackgerritPierre Riteau proposed openstack/kayobe stable/train: Update feature flags  https://review.opendev.org/73894421:19
*** priteau has quit IRC21:21
*** factor has joined #openstack-kolla21:29
*** factor has quit IRC21:33
*** factor has joined #openstack-kolla21:33
*** suff has quit IRC21:47
*** factor has quit IRC21:49
*** factor has joined #openstack-kolla21:50
*** oneswig has quit IRC21:59
*** born2bake has quit IRC22:08
*** Manheim has joined #openstack-kolla22:09
*** greuceanu has joined #openstack-kolla22:21
*** zhanglong has joined #openstack-kolla22:22
*** Manheim has quit IRC22:24
*** greuceanu has quit IRC22:27
*** luksky has quit IRC22:29
*** icarusfactor has joined #openstack-kolla22:33
*** factor has quit IRC22:36
*** JamesBenson has quit IRC22:47
*** JamesBenson has joined #openstack-kolla22:49
*** zhanglong has quit IRC22:50
*** zhanglong has joined #openstack-kolla22:52
*** dking has quit IRC22:53
*** TrevorV has quit IRC22:54
*** JamesBenson has quit IRC22:54
*** gfidente|afk has quit IRC22:59
*** Fl1nt has quit IRC23:03
*** hongbin has quit IRC23:11
*** dking has joined #openstack-kolla23:16
*** hongbin has joined #openstack-kolla23:16
*** zhanglong has quit IRC23:17
openstackgerritMerged openstack/kayobe master: Remove the neutron-fwaas since it retired  https://review.opendev.org/73610123:20
*** JamesBenson has joined #openstack-kolla23:29
*** JamesBenson has quit IRC23:34

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