15:02:04 #startmeeting kolla 15:02:14 Meeting started Wed Sep 30 15:02:04 2020 UTC and is due to finish in 60 minutes. The chair is mgoddard. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:02:15 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:02:18 The meeting name has been set to 'kolla' 15:02:19 mgoddard: Error: A meeting name is required, e.g., '#startmeeting Marketing Committee' 15:02:24 #topic rollcall 15:02:28 \o 15:02:32 o/ 15:02:37 1o 15:02:38 o/ 15:02:47 ]o[ 15:03:25 ioj 15:03:29 o/ 15:03:42 #topic announcements 15:04:05 #info Kolla feature freeze fast approaching: Sep 28 - Oct 02 15:04:15 end of this week 15:04:18 the freeze will begin 15:04:28 #info Submit Virtual PTG topic proposals 15:04:38 #link https://etherpad.opendev.org/p/kolla-wallaby-ptg 15:04:53 #info mgoddard remains PTL for Wallaby 15:05:20 guess you're stuck with me for another cycle :) 15:05:22 hooray! 15:05:26 Any others? 15:06:13 #info TC campaining begins this week 15:06:28 watch out for yoctozepto 15:06:35 o/ 15:06:48 vote yoctozepto 15:06:58 #topic Review action items from the last meeting 15:08:01 priteau to bump minimum Ansible to 2.9 15:08:03 priteau to investigate kayobe kayobe-tox-molecule failures 15:08:05 mnasiadka to investigate ubuntu binary CI failures 15:08:11 priteau: check, check 15:08:16 mnasiadka: hmm 15:08:24 he fixed 15:08:27 isn't it green now? 15:08:44 ah yes, the heat deps thing 15:08:46 only debian is red -> hrw 15:08:48 ok 15:08:54 qemu? 15:09:00 good work all 15:09:01 last time I checked! 15:09:11 best team around :-) 15:09:13 #topic CI status 15:10:27 starting with kolla 15:10:43 bifrost stein & rocky unchanged AFAIK 15:10:52 master neutron migrations 15:11:13 did they finally fix it, or they prefer to ship a broken release? :) 15:11:28 pass 15:12:22 they reverted 15:12:29 but I need to fix k-a still 15:12:32 on it at the very moment 15:12:48 ok 15:13:18 kolla ansible 15:13:53 the main issue right now is the debian jobs 15:13:57 has anyone looked at them? 15:14:06 are the debian maintainers aware? 15:15:01 not at all 15:15:13 was in completely different projects last two weeks 15:15:31 started debian/source/x86-64 build to check status 15:16:13 ok, maybe we should raise it on the ML? 15:16:17 anyone want to do that? 15:16:48 are those kolla or k-a bugs? 15:17:01 debian 15:17:03 :-) 15:17:06 ha ha ha 15:17:10 ha 15:17:13 ha ha 15:17:20 I mean, it's hard to pinpoint, choose either 15:17:23 k-a breaks 15:17:25 k does not 15:17:29 but images are unusable 15:17:46 ok, that's some info 15:17:58 see :-) 15:20:01 I will email the list 15:20:18 #action mgoddard to email openstack-discuss about debian CI issues 15:20:28 kayobe 15:20:59 we are currently blocked by an ironic issue which is migrating nodes to use the direct driver during upgrade 15:21:05 *deploy driver 15:21:45 fix approved, hopefully it lands in time for tomorrows images 15:21:47 https://review.opendev.org/755295 15:21:47 patch 755295 - ironic - Don't migrate away from iscsi if it is the default - 1 patch set 15:21:58 although kayobe uses binary, so depends on RDO 15:22:18 maybe we should use a workaround 15:22:48 sorry for wrong time but should not we move images to victoria right away (to avoid wallaby in)? 15:22:54 now that they have been branched 15:23:53 yes, we could do that 15:24:31 any volunteers? 15:24:44 (to swtich kolla sources) 15:25:38 #action mgoddard to switch images to victoria stable branches 15:25:42 easy one 15:25:55 #topic Victoria release planning 15:27:17 we enter the last days of feature merging 15:27:22 which will we choose? 15:27:56 healthchecks are halfway through :) 15:27:56 I could use help with backend TLS for neutron 15:28:32 hacluster and others of mine are ready to merge, they don't impact existing features 15:28:44 headphoneJames: ++ 15:28:56 https://review.opendev.org/#/c/706982 will complete infra part of V 15:28:56 patch 706982 - kolla-ansible - Introduce 'kolla_infra_install_type' variable - 14 patch sets 15:29:35 I had some concerns about backwards compatibility with that one 15:30:10 so leave it for W and stop worry then? 15:30:15 +1 15:30:36 it will make more sense to users in W 15:31:22 yoctozepto: can you list your patches in order of preference? 15:32:15 mgoddard: surrrreeee 15:32:36 postponed all infra to W 15:33:21 mgoddard: this stack -> https://review.opendev.org/754568 15:33:22 patch 754568 - kolla-ansible - Add support for ACME http-01 challenge - 1 patch set 15:33:32 very simple, huge gains 15:34:42 https://review.opendev.org/723342 15:34:42 patch 723342 - kolla-ansible - Coordinate haproxy and keepalived restarts - 11 patch sets 15:34:52 because I did what you wanted and it's a matter of merging 15:35:01 ok 15:35:04 https://review.opendev.org/747592 15:35:05 patch 747592 - kolla-ansible - Make keep-alive timeout configurable - 1 patch set 15:35:13 because it has CR+1 from mnasiadka 15:35:50 then https://review.opendev.org/752917 15:35:50 patch 752917 - kolla-ansible - Allow to skip and unset sysctl vars - 1 patch set 15:35:57 because it's another very simple stack 15:36:11 ok only 2 days yoctozepto 15:36:32 this one for mnasiadka https://review.opendev.org/749908 15:36:33 patch 749908 - kolla-ansible - Make no_proxy handling more robust - 3 patch sets 15:36:39 mgoddard: ok 15:36:50 headphoneJames: are you still seeing the memcache issue? 15:36:51 mgoddard: we can postpone masakari to make you happier :-) 15:37:16 mgoddard: yes 15:37:24 any idea what's going wrong? 15:37:36 not at all 15:37:40 :-( 15:38:07 very odd, trying to get it working with uwsgi to see if similar failure 15:39:40 have you checked if it happens on binary images too? 15:39:49 could be some dependency issue 15:40:18 what's the exact issue 15:40:20 please link me 15:40:22 the docker needs minor changes to support httpd, so haven't tried binary 15:40:34 https://review.opendev.org/#/c/749616/ 15:40:34 patch 749616 - kolla-ansible - Add support for encrypting Neutron Server API - 12 patch sets 15:41:22 Radosław Piliszek proposed openstack/kolla-ansible master: Control Neutron migrations https://review.opendev.org/755328 15:41:39 AttributeError: 'MemcacheClientPool' object has no attribute 'getters' 15:41:59 is not it because we switched that pool for neutron? 15:42:23 it might have worked only with eventlet ;/ 15:42:48 that's the issue that was tried to be mentioned I guess 15:42:55 it was pretty unclear 15:43:37 Is this related to using the advanced memcache pool? 15:44:06 https://review.opendev.org/746966 15:44:07 patch 746966 - kolla-ansible - Add workaround for keystonemiddleware/neutron memc... (MERGED) - 4 patch sets 15:44:09 priteau 15:44:12 oh, you here already 15:44:19 sort of. If I disable advanced memcached pool, I get a different error 15:44:29 headphoneJames: gimme the other error 15:44:30 :D 15:45:00 duh, time really flies 15:47:07 we're not going to solve this now 15:47:17 does someone want to help headphoneJames offline? 15:47:52 2020-09-24 23:57:33.637 948 ERROR oslo_middleware.catch_errors AttributeError: module 'select' has no attribute 'poll' 15:48:18 help would be greatly appreciated! 15:48:56 headphoneJames: I feel it's important to get in so let me help 15:49:09 #action yoctozepto to help headphoneJames with neutron backend TLS 15:49:14 headphoneJames: I want you to summarise what you already know in that review 15:49:23 will do 15:49:34 other patches we want to land? 15:49:48 mgoddard: how's octavia/designate? 15:49:48 I have given the main octavia patch a +2 15:49:54 (sorry for being unhelpful) 15:50:06 https://review.opendev.org/740180 15:50:06 patch 740180 - kolla-ansible - Implement automatic deploy of octavia - 45 patch sets 15:50:13 (he be reading my mind again) 15:50:42 it has no docs 15:50:52 docs are in a separate patch 15:51:01 Radosław Piliszek proposed openstack/kolla-ansible master: [DNM] Add NFV upgrade job https://review.opendev.org/755331 15:51:13 https://review.opendev.org/#/q/topic:bp/implement-automatic-deploy-of-octavia+(status:open+OR+status:merged) 15:51:13 duh, which? 15:51:16 ok 15:51:56 do they actually consider all patches to be merged? 15:52:05 yes 15:52:06 hard life 15:52:18 but majority of the code is in the first one 15:52:30 yeah, looking by the lines modified count ;-) 15:52:52 choices, choices... 15:53:27 designate is simpler, but a bit less mature 15:53:35 I've given it a try 15:53:54 there's a pretty nasty designate bug that prevents deploys once you have registered a zone 15:54:10 argh, hurts 15:54:23 I should probably focus on octavia rather than splitting effort 15:55:31 any others? 15:55:49 I guess we have a few minutes for the last topic 15:55:56 #topic Wallaby PTG planning 15:56:11 #link https://etherpad.opendev.org/p/kolla-wallaby-ptg 15:56:25 Does anyone have any thoughts on how to run it this time 15:56:27 I added one topic inspired by LinPeiWen 15:56:38 what do you mean 15:57:00 well, we can do what we have done in the past 15:57:05 or we could try something new 15:57:08 zoom/gmeet all day with breaks? 15:57:34 zoom or meetpad 15:57:45 times are on the etherpad 15:57:50 no meetpad 15:57:54 2x 4h sessions, plus 2h for kayobe 15:57:58 meetpad = no hrw 15:58:01 but I like hrw 15:58:05 so zoom 15:58:15 ok 15:58:38 current formula worked quite well 15:59:02 I don't see how it can be improved without a major overhaul of rescheduling (e.g. to have longer breaks or whatever) 15:59:08 my stance: let's keep it 15:59:28 ok 16:00:00 well do all try to have a think about what are the things that we need to discuss as a group 16:00:16 ++ 16:00:16 what needs to be done in the next few cycles? 16:00:47 I feel we need some considerable refactoring 16:00:56 blue sky ideas or iteration welcome 16:00:56 it's happening with perf patches too 16:01:16 otherwise in my usage we are pretty reliable now 16:01:23 and cover most of the common usecases 16:01:28 and on that note 16:01:31 let's end 16:01:33 thanks all 16:01:36 #endmeeting