Tuesday, 2019-12-03

*** ijw_ has quit IRC00:32
*** Adri2000 has joined #openstack-meeting00:46
*** ijw has joined #openstack-meeting00:47
*** tetsuro has joined #openstack-meeting01:15
*** rfolco has quit IRC01:30
*** ociuhandu has joined #openstack-meeting01:31
*** ociuhandu has quit IRC01:35
*** rfolco has joined #openstack-meeting01:38
*** rfolco has quit IRC01:39
*** rfolco has joined #openstack-meeting01:40
*** gyee has quit IRC01:48
*** ykatabam has quit IRC01:55
*** rfolco has quit IRC02:07
*** ykatabam has joined #openstack-meeting02:12
*** davee_ has quit IRC02:16
*** davee_ has joined #openstack-meeting02:17
*** mhen has quit IRC02:20
*** yaawang has quit IRC02:36
*** yaawang has joined #openstack-meeting02:36
*** macz has quit IRC02:37
*** ijw has quit IRC03:03
*** ijw has joined #openstack-meeting03:05
*** apetrich has quit IRC03:09
*** ijw has quit IRC03:09
*** ricolin has joined #openstack-meeting03:17
*** ijw has joined #openstack-meeting03:30
*** ijw has quit IRC03:30
*** ijw has joined #openstack-meeting03:30
*** Liang__ has joined #openstack-meeting03:38
*** macz has joined #openstack-meeting03:46
*** macz has quit IRC03:51
*** kevinz_ has joined #openstack-meeting03:54
*** tetsuro has quit IRC03:58
*** yaawang has quit IRC04:01
*** hyunsikyang has quit IRC04:02
*** yaawang has joined #openstack-meeting04:02
*** tetsuro has joined #openstack-meeting04:04
*** kiyofujin has joined #openstack-meeting04:04
*** tetsuro has quit IRC04:05
*** tetsuro has joined #openstack-meeting04:16
*** baojg has quit IRC04:17
*** tetsuro has quit IRC04:19
*** tetsuro_ has joined #openstack-meeting04:19
*** baojg has joined #openstack-meeting04:19
*** tetsuro_ has quit IRC04:23
*** tetsuro has joined #openstack-meeting04:23
*** igordc has quit IRC04:34
*** tetsuro has quit IRC04:36
*** ricolin has quit IRC05:09
*** tetsuro has joined #openstack-meeting05:39
*** tetsuro has quit IRC05:44
*** ijw has quit IRC05:52
*** links has joined #openstack-meeting05:52
*** tetsuro has joined #openstack-meeting05:57
*** mattw4 has quit IRC06:00
*** ijw has joined #openstack-meeting06:01
*** kevinz_ has quit IRC06:04
*** ijw has quit IRC06:06
*** ircuser-1 has joined #openstack-meeting06:19
*** ykatabam has quit IRC06:39
*** yaawang has quit IRC06:47
*** yaawang has joined #openstack-meeting06:48
*** dkushwaha has joined #openstack-meeting06:54
*** rubasov has quit IRC06:59
*** brault has joined #openstack-meeting07:05
*** tetsuro_ has joined #openstack-meeting07:06
*** tetsuro has quit IRC07:08
*** apetrich has joined #openstack-meeting07:10
*** masahito has joined #openstack-meeting07:19
*** masahito has quit IRC07:25
*** masahito has joined #openstack-meeting07:25
*** masahito_ has joined #openstack-meeting07:28
*** masahito has quit IRC07:28
*** masahito_ has quit IRC07:44
*** slaweq has joined #openstack-meeting07:45
*** yaawang has quit IRC07:46
*** masahito has joined #openstack-meeting07:46
*** rubasov has joined #openstack-meeting07:47
*** masahito has quit IRC07:48
*** yaawang has joined #openstack-meeting07:48
*** masahito has joined #openstack-meeting07:48
*** trident has quit IRC07:51
*** apetrich has quit IRC07:51
*** johanssone has quit IRC07:51
*** trident has joined #openstack-meeting07:51
*** johanssone has joined #openstack-meeting07:52
*** masahito has quit IRC07:53
*** hyunsikyang has joined #openstack-meeting07:53
*** apetrich has joined #openstack-meeting07:53
*** keiko-k has joined #openstack-meeting07:55
*** takahashi-tsc has joined #openstack-meeting07:55
*** tpatil has joined #openstack-meeting07:56
*** nitinuikey has joined #openstack-meeting07:59
*** masahito has joined #openstack-meeting07:59
dkushwaha#startmeeting tacker08:00
openstackMeeting started Tue Dec  3 08:00:58 2019 UTC and is due to finish in 60 minutes.  The chair is dkushwaha. Information about MeetBot at http://wiki.debian.org/MeetBot.08:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.08:01
*** openstack changes topic to " (Meeting topic: tacker)"08:01
openstackThe meeting name has been set to 'tacker'08:01
dkushwaha#topic Roll Call08:01
*** openstack changes topic to "Roll Call (Meeting topic: tacker)"08:01
keiko-kHello08:01
tpatilHi08:01
nitinuikeyHI08:02
hyunsikyangHI Longtime no See!08:02
dkushwahahello all08:03
*** gibi has joined #openstack-meeting08:03
dkushwahaLets start..08:03
dkushwaha#topic BP08:04
*** openstack changes topic to "BP (Meeting topic: tacker)"08:04
dkushwahatpatil, do you have something to discuss from your side?08:04
tpatilVNF LCM API based on ETSI NFV-SOL specification08:05
*** nnsingh has joined #openstack-meeting08:05
tpatilwe are working on adding the final db schema changes and also will reply to your queries/comments.08:06
dkushwahaok08:06
tpatilalso in another specs, we want to enhance vnf packages APIs08:07
*** masahito has quit IRC08:07
dkushwahalink please08:07
*** masahito has joined #openstack-meeting08:07
tpatil#link : https://review.opendev.org/#/c/69681908:07
*** kiyofujin has quit IRC08:08
tpatilWe have started working on adding three APIs08:09
*** masahito has quit IRC08:09
*** masahito has joined #openstack-meeting08:09
tpatilRequest you all to please review this specs as well08:09
dkushwahatpatil, sure.08:10
tpatildkushwaha: Thanks08:11
dkushwahajust a quick query, is there any db changes required due to this spec?08:11
tpatilYes, only one small change08:12
tpatilwe are planning to add 'size' db column in 'vnf_packages'.08:12
*** macz has joined #openstack-meeting08:12
tpatilto fetch vnf package csar zip file, we need the size of the file for validation of Range header08:13
dkushwahatpatil, not sure if size is needed to add in db, but ok first i review08:14
tpatilthis is needed for validation purpose only, becoz the size of the csar file is only known to the tacker-conductor08:14
tpatilto get the size of the zip file, we will need to call tacker-conductor all the time08:15
tpatilif it's there in the db, it would solve the problem08:15
*** tesseract has joined #openstack-meeting08:16
*** macz has quit IRC08:16
dkushwahaok08:16
dkushwahatpatil, isn't csar have some check-sum to validate?08:17
tpatilthat's not yet implemented08:17
tpatilfrom check-sum if we can get the size, then it's worth adding that support. in that case, we can drop adding size column08:18
tpatilbut I don't think it can get us the size of the file08:19
dkushwahatpatil, yes, checksum didnot provide size.08:20
dkushwahaok, i will review the spec08:20
tpatildkushwaha: Thanks08:21
dkushwahamoving next..08:22
dkushwahafrom my side, i am working on BP Attach existing volume with VNF08:22
dkushwaha#link https://blueprints.launchpad.net/tacker/+spec/attach-existing-volume08:22
dkushwahaIn current implementation, tosca parser take OS::Cinder::Volume for volume, and there is no support for volume ids08:24
dkushwahaI checked with heat team, and working on identifying gaps.08:25
dkushwahaHopefuly, will push initial code within this week08:25
dkushwahathat is from my side08:26
*** Roamer` has joined #openstack-meeting08:26
dkushwaha#topic OpenDiscussion08:27
*** openstack changes topic to "OpenDiscussion (Meeting topic: tacker)"08:27
hyunsikyangfrom my side,I am working on two implementation. last time I didn't merge it due to the test code. We will finish ASAP.08:28
hyunsikyangbut code is finished.08:28
tpatilDelete VNF should fail with 409 error08:29
tpatilNeed review: https://review.opendev.org/#/c/61808608:29
dkushwahahyunsikyang, are you working on Prometheus BP?08:30
dkushwahatpatil, ack08:31
hyunsikyangnot now, Finish two things and do prometheus one.08:31
dkushwahahyunsikyang, nice.08:32
*** ralonsoh has joined #openstack-meeting08:33
dkushwahaAnything else from other folks ?08:33
dkushwahaOk, so lets closing this meeting. Will be available on tacker channel08:36
dkushwahaThanks all for joining.08:37
dkushwaha#endmeeting08:37
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"08:37
openstackMeeting ended Tue Dec  3 08:37:12 2019 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)08:37
openstackMinutes:        http://eavesdrop.openstack.org/meetings/tacker/2019/tacker.2019-12-03-08.00.html08:37
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/tacker/2019/tacker.2019-12-03-08.00.txt08:37
openstackLog:            http://eavesdrop.openstack.org/meetings/tacker/2019/tacker.2019-12-03-08.00.log.html08:37
*** tpatil has quit IRC08:37
*** takahashi-tsc has quit IRC08:39
*** masahito has quit IRC08:40
*** masahito has joined #openstack-meeting08:41
*** rpittau|afk is now known as rpittau08:43
*** nitinuikey has quit IRC08:44
*** masahito has quit IRC08:44
*** keiko-k has quit IRC09:06
*** e0ne has joined #openstack-meeting09:08
*** dmacpher_ has joined #openstack-meeting09:20
*** dmacpher has quit IRC09:23
*** dasp has quit IRC09:42
*** dasp has joined #openstack-meeting09:43
*** yaawang has quit IRC09:45
*** yaawang has joined #openstack-meeting09:46
*** Liang__ has quit IRC10:05
*** rcernin has quit IRC10:06
*** pcaruana has joined #openstack-meeting10:08
*** electrofelix has joined #openstack-meeting10:22
*** dmellado has quit IRC10:33
*** lpetrut has joined #openstack-meeting10:34
*** dmellado has joined #openstack-meeting10:35
*** ociuhandu has joined #openstack-meeting11:02
*** ociuhandu has quit IRC11:12
*** dkushwaha has quit IRC11:16
*** rpittau is now known as rpittau|bbl11:18
*** vishalmanchanda has joined #openstack-meeting11:34
*** trident has quit IRC11:40
*** trident has joined #openstack-meeting11:43
*** ociuhandu has joined #openstack-meeting11:50
*** lpetrut has quit IRC11:53
*** zbr_ has quit IRC11:55
*** raildo has joined #openstack-meeting11:56
*** zbr has joined #openstack-meeting11:57
*** rfolco has joined #openstack-meeting12:12
*** rfolco has quit IRC12:23
*** rfolco has joined #openstack-meeting12:24
*** ociuhandu has quit IRC12:26
*** ociuhandu has joined #openstack-meeting12:28
*** macz has joined #openstack-meeting12:33
*** macz has quit IRC12:38
*** enriquetaso has joined #openstack-meeting12:52
*** dasp has quit IRC13:12
*** dasp has joined #openstack-meeting13:12
*** njohnston_ has joined #openstack-meeting13:21
*** njohnston has quit IRC13:21
*** ociuhandu has quit IRC13:26
*** ociuhandu has joined #openstack-meeting13:27
*** rh-jelabarre has joined #openstack-meeting13:27
*** ociuhandu has quit IRC13:33
*** lpetrut has joined #openstack-meeting13:40
*** rpittau|bbl is now known as rpittau13:46
*** eharney has quit IRC13:58
slaweq#startmeeting networking14:00
openstackMeeting started Tue Dec  3 14:00:57 2019 UTC and is due to finish in 60 minutes.  The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot.14:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:00
*** openstack changes topic to " (Meeting topic: networking)"14:01
openstackThe meeting name has been set to 'networking'14:01
njohnston_o/14:01
slaweqhi14:01
*** njohnston_ is now known as njohnston14:01
njohnstonhello14:01
bcafarelo/14:01
ralonsohhi14:01
*** ricolin has joined #openstack-meeting14:03
*** mlavalle has joined #openstack-meeting14:04
mlavalleo/14:04
slaweqok, let's start14:04
slaweq#topic Announcements14:04
*** openstack changes topic to "Announcements (Meeting topic: networking)"14:04
slaweqWe are still looking for new maintainers for some of stadium projects:14:05
slaweqneutron-fwaas: http://lists.openstack.org/pipermail/openstack-discuss/2019-November/010929.html14:05
slaweqand neutron-vpnaas: http://lists.openstack.org/pipermail/openstack-discuss/2019-November/010931.html14:05
*** senrique_ has joined #openstack-meeting14:05
*** enriquetaso has quit IRC14:05
* mlavalle is surprised I didn't miss the annoucements14:05
slaweqso if You know anyone interested in this project, please talk to them about it :)14:06
haleybhi14:06
slaweqnext one14:06
slaweqRemoving of neutron-interconnection from stadium project is almost done: https://review.opendev.org/#/q/branch:master+topic:neutron-interconnection-retire14:06
slaweqWe are waiting for last patch https://review.opendev.org/#/c/694480/ to be merged14:06
slaweqnext one14:09
slaweqWe started process of moving networking-ovn code into neutron tree14:09
slaweqwe will cover that topic later today, as we have ovn related section in the agenda14:09
slaweqbut I just wanted to make sure, people are aware of it14:10
slaweqBP is here: https://blueprints.launchpad.net/neutron/+spec/neutron-ovn-merge14:10
slaweqNext one14:10
slaweqNext week is Ussuri-1 milestone: https://releases.openstack.org/ussuri/schedule.html14:10
slaweqtime flies :)14:10
slaweqdo we want to release something next week maybe?14:10
slaweqI don't think we have to but maybe You think it's worth to release on U-1 milestone?14:11
bcafarelstable releases? I don't remember on which milestones we said we would tag new ones14:12
slaweqhaleyb: do You know?14:12
*** mriedem has joined #openstack-meeting14:12
haleybi added info that we'd tag stable releases each milestone as well14:12
haleybit's in doc/ somewhere :)14:12
slaweqok, so we should tag stable releases next week, right?14:13
haleybyes, so we should look at what's in process and merge what we can14:13
*** tinwood_ is now known as tinwood14:13
*** nnsingh has quit IRC14:14
* bcafarel moves "go through stable reviews" up his todo list14:14
slaweqbcafarel: can You take a look at it next week than?14:14
*** liuyulong has joined #openstack-meeting14:14
slaweqok, lets move on than14:15
bcafarelslaweq: sure14:15
slaweqthx bcafarel :)14:15
slaweqlast announcement for today:14:16
slaweqI proposed patch to add review priority also to stadium projects: https://review.opendev.org/#/c/696628/14:16
slaweqwe have it already in neutron so I though that it could be useful to have it also in stadium projects as well14:16
slaweqI hope You are fine with that :)14:16
njohnston+114:17
bcafarelmakes sense, especially for important reviews that could benefit from neutron cores (like gate breakages)14:17
ralonsoh+114:17
njohnstonespecially in neutron-lib14:17
slaweqyeah14:17
*** nnsingh has joined #openstack-meeting14:17
slaweqactually I found that we don't have it for stadium when I wanted to set it for some neutron-lib patches :)14:17
slaweqthat's why I proposed that14:17
bcafarelso the relevant dashboard will be updated for them? (or they already include them)14:17
slaweqbcafarel: it already should include them14:18
bcafarelnice, no need to update the bookmark :)14:18
slaweqok, that's all announcements from me14:19
slaweqanything else You want to announce today?14:19
haleybone thing the octavia reviews show is a "Backport Candidate" vote, might be useful eventually in neutron, but don't want to add too much stuff to that button14:19
haleybjust related to your adding the Importance vote14:20
slaweqhaleyb: sounds interesting, do You have link to octavia example?14:20
slaweqit's new vote category or just anoter value of same vote?14:21
haleybhttps://review.opendev.org/#/c/687370/ - for example, that's upstream only14:21
* haleyb looks for one with a +214:21
haleybhttps://review.opendev.org/#/c/696037/ - e.g. a should-be-backported one14:21
haleybslaweq: it's a vote14:22
haleybit would add yet another vote, and i already click on it by accident :)14:23
slaweqthx haleyb14:23
slaweqlooks interesting but we already have tags in launchpad for that14:24
slaweqso I'm not sure if we need yet another vote type for this14:24
haleybthey use storyboard :-/14:24
slaweqbut I'm open for it if team wants to have it14:24
mlavalleIMO, we don't14:24
*** trident has quit IRC14:24
njohnstonas long as we have no plans to move away from launchpad I think it is unnecessary14:25
haleyboh, you don't want storyboard for sure :)14:25
slaweq:)14:25
slaweqok, so lets stick to the launchpad for now and we will be good ;)14:25
bcafarel+1 :)14:25
*** trident has joined #openstack-meeting14:25
slaweqand lets move on here to the next topics14:25
slaweq#topic Blueprints14:25
*** openstack changes topic to "Blueprints (Meeting topic: networking)"14:26
slaweqwe have a lot of BPs scheduled for Ussuri-1: https://launchpad.net/neutron/+milestone/ussuri-114:26
slaweqwe will ofcourse not have them finished on milestone 114:26
*** lajoskatona has joined #openstack-meeting14:26
slaweqbut I added them to be able to track RFEs which were accepted recently14:27
*** jhesketh has quit IRC14:27
slaweqgood news is that almost all of them got assignee now14:27
slaweqdo You have maybe any updates about any of those BPs?14:28
*** jhesketh has joined #openstack-meeting14:28
njohnstonI am getting serious about custom ethertypes, working some on it this week14:29
slaweqgreat njohnston14:29
rubasovlate o/14:29
*** maciejjozefczyk has joined #openstack-meeting14:29
mlavalleI have started working on bulk tagging that was requested by the kuryr guys. You can add it to the dasboard14:30
*** lucasagomes has joined #openstack-meeting14:30
slaweqmlavalle: You mean this one https://blueprints.launchpad.net/neutron/+spec/tagging-on-post ?14:30
mlavalleyes14:31
slaweqok, I will assign it to You than14:31
haleybmlavalle: nice!  i didn't know until two weeks ago the client creates, then adds a tag in a PUT after14:32
njohnstonmlavalle: after the meeting can we sync on enginefacade?  I'd like to keep helping with that, just want to check where we are14:32
mlavallenjohnston: just not after the meeting. I have something else to do. I will ping you later14:32
njohnstonmlavalle: +1 thanks14:33
*** pcaruana has quit IRC14:33
slaweqok, any other updates about blueprints?14:34
slaweqif no, lets move on14:34
slaweqok, lets move on quickly14:35
slaweq#topic Community goals14:35
*** openstack changes topic to "Community goals (Meeting topic: networking)"14:35
slaweqnjohnston: any updates on dropping py2 support?14:35
njohnstonI created an etherpad: https://etherpad.openstack.org/p/neutron-train-zuulv3-py27drop14:36
njohnstonthat tracks both py27 support drops as well as the other community goal of moving all jobs to zuulv314:36
slaweq++ thx njohnston14:37
njohnstonAnyone who wants to jump in on the fun, please note in the etherpad what you're working on and post links to your changes, and we'll review them14:37
slaweqI will try to pick some of points listed there and work on them next week probably14:37
haleybnjohnston: what about removing things like six ?14:38
njohnstonthis is a good example of a change to drop py27 testing: https://review.opendev.org/#/c/68827814:38
slaweqhaleyb: that's not part of the community goal14:38
njohnstonhaleyb: So this is a common point of confusion14:38
bcafarelnjohnston: is that a new etherpad from last week CI meeting's one? I thought I had added a sfc review link then (maybe just my memory though)14:39
njohnstonthe community goal is only to *stop testing py27*14:39
njohnstonbcafarel: correct14:39
lajoskatonaHi, if I understand well the goal is to stop testing py27, not removing compatibility code :-)14:39
haleybnjohnston: not "burn the boats" ?14:39
njohnstonif a project decides to make it's code hostile to py27 (by removing six and/or other changes) then it's all right to do as long as you are very sure no other projects use your project as a library14:40
lajoskatonahaleyb: exactly14:40
njohnstonfor example if neutron was to remove six it would break all the stadium jobs that still import neutron14:40
njohnstonso in the etherpad there is the cadence for removing py27 support in phases (labelled "retirement phases"14:41
njohnston)14:41
slaweqmaybe we can try to remove python 2 support completly in next cycle14:41
haleybnjohnston: ack, it would take a while to remove things like six anyways14:41
mlavallemaybe we should start now14:41
mlavallethat way we do it slowly14:41
njohnstonfine to start now but keep a workflow minus-one on it until February 14th14:42
mlavalleok14:42
slaweqnjohnston++14:42
njohnstonany questions?14:42
njohnstonit's not a completely straightforward thing because of how projects can affect each other, I have tried to put as much as I know into the etherpad but if you have any problems or questions let me know, any time14:43
njohnstonthat's it for me14:44
slaweqthx njohnston for the update and prepare work plan14:44
slaweqlets move on than14:45
slaweq#topic Bugs14:45
*** openstack changes topic to "Bugs (Meeting topic: networking)"14:45
slaweqlast week bug deputy was njohnston14:45
*** davidsha has joined #openstack-meeting14:45
slaweqbut I didn't saw any report on ML14:45
slaweqnjohnston: do You have any bugs You want to discuss with the team?14:45
njohnstonAh, I'll send out my notes14:45
njohnstonslaweq: ISTR you mentioned you wanted tot alk about https://bugs.launchpad.net/neutron/+bug/185384014:46
openstackLaunchpad bug 1853840 in neutron "Neutron fails to create bandwidth providers if CONF.host is set" [High,In progress] - Assigned to Bence Romsics (bence-romsics)14:46
rubasovI need to add some tests so I can remove the WIP tag14:48
slaweqyes, I was looking into that and I saw rubasov's patch14:48
rubasovbut despite the WIP feel free to look at it and tell me if you like the approach or not14:48
rubasovit's largely as described on the ML14:49
slaweqshould we set higher review priority for this patch as soon as it will be no WIP anymore?14:49
rubasovI'm okay with that14:49
*** artom has quit IRC14:50
slaweqok, I so lets set this flag once it will be ready for reviews14:50
njohnstonOther than that I think the only one unassigned yet is only importance medium: https://bugs.launchpad.net/neutron/+bug/185387314:50
openstackLaunchpad bug 1853873 in neutron "The /v2.0/ports/{port_id}/bindings APIs are not documented" [Medium,New]14:50
mlavallethat one can be assigned to me14:50
slaweqthx mlavalle14:51
mlavalledone14:51
njohnstonthat's all, it was a slow week14:51
njohnstonI'll send the full bug lish out to the ML right after the meeting14:52
slaweqthx njohnston for the update14:52
slaweqlets quickly go to the next topic14:52
slaweq#topic neutron-lib14:52
*** openstack changes topic to "neutron-lib (Meeting topic: networking)"14:52
slaweqI just wanted to say here that I would like to release new neutron-lib version soon14:52
slaweqI checked what patches are in review currently14:52
slaweqand I think we should merge for patches:14:53
slaweq     https://review.opendev.org/#/c/695205/14:53
slaweq    https://review.opendev.org/#/c/692580/14:53
*** munimeha1 has joined #openstack-meeting14:53
slaweq    https://review.opendev.org/#/c/696308/14:53
slaweq    https://review.opendev.org/#/c/696070/ - merged14:53
slaweqactually 3 still14:53
slaweqand than release new version14:53
slaweqas this will "unblock" work for some RFEs on neutron's side14:53
maciejjozefczykslaweq, how often we do release of neutron-lib?14:54
slaweqso please review those 3 patches and maybe check if I didn't missed anything what should also be included14:54
slaweqmaciejjozefczyk: we are doing it when needed14:54
slaweqno specific rules for that14:54
slaweqdo You have anything else related to neutron-lib?14:55
slaweqok, so lets move on quickly14:55
slaweqto the last topic for today14:55
slaweq#topic Networking OVN and ML2+OVS+DVR Convergence14:56
*** openstack changes topic to "Networking OVN and ML2+OVS+DVR Convergence (Meeting topic: networking)"14:56
slaweqAs I said at the beginning, we started merging networking-ovn code into neutron repo14:56
slaweq     Blueprint: https://blueprints.launchpad.net/neutron/+spec/neutron-ovn-merge14:56
slaweq    Proposed rehome plan: https://ethercalc.openstack.org/networking-ovn-migration14:56
slaweq    Planning Etherpad https://etherpad.openstack.org/p/neutron-networking-ovn-merge14:56
slaweq    Spec: https://review.opendev.org/#/c/658414/14:56
slaweqthose are important links related to this effort14:56
maciejjozefczykslaweq, sorry, for now nothing, but I'll have soonish,14:56
slaweqhaleyb: maciejjozefczyk lucasagomes do You have anything related to ovn for today?14:56
mlavallethis one might be also useful to folks: https://review.opendev.org/#/q/topic:bp/neutron-ovn-merge+status:open14:57
slaweqmlavalle: yes, thx14:57
slaweqit's in BP also14:57
lucasagomesslaweq: nothing other than we have a few patches up for review related to the migration if anyone wants to take a look at them14:57
*** igordc has joined #openstack-meeting14:57
haleybslaweq: just wanted to thank everyone for the quick work, and core's for reviewing the changes14:57
mlavallelucasagomes: I just posted the gerrit topic above14:58
*** ociuhandu has joined #openstack-meeting14:58
lucasagomesmlavalle: thanks!14:58
mlavalleso in that ethercalc sheet, can I assign an item to me?14:59
slaweqmlavalle: sure14:59
lucasagomesabsolutely14:59
maciejjozefczykmlavalle, sure!:)14:59
slaweqplease sync with maciejjozefczyk and lucasagomes as they are driving it from networking-ovn team :)14:59
slaweqok, I think we are out of time already15:00
maciejjozefczykFYI we're planning to move OVN Octavia provider driver to separate repository, https://review.opendev.org/#/c/697076/; comments about the ACL configuration are welcome :)15:00
slaweqthx for attending and have a great week15:00
slaweq#endmeeting15:00
bcafarelo/15:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"15:00
slaweqo/15:00
openstackMeeting ended Tue Dec  3 15:00:47 2019 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/networking/2019/networking.2019-12-03-14.00.html15:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/networking/2019/networking.2019-12-03-14.00.txt15:00
openstackLog:            http://eavesdrop.openstack.org/meetings/networking/2019/networking.2019-12-03-14.00.log.html15:00
*** Lucas_Gray has joined #openstack-meeting15:01
ralonsoh#startmeeting neutron_qos15:01
openstackMeeting started Tue Dec  3 15:01:20 2019 UTC and is due to finish in 60 minutes.  The chair is ralonsoh. Information about MeetBot at http://wiki.debian.org/MeetBot.15:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:01
*** lucasagomes has left #openstack-meeting15:01
ralonsohHello15:01
*** openstack changes topic to " (Meeting topic: neutron_qos)"15:01
openstackThe meeting name has been set to 'neutron_qos'15:01
*** mlavalle has left #openstack-meeting15:01
slaweqhi15:01
davidshao/15:01
maciejjozefczyk\o15:02
ralonsohok, let's start15:02
ralonsoh#topic RFEs15:02
*** openstack changes topic to "RFEs (Meeting topic: neutron_qos)"15:02
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/147652715:02
openstackLaunchpad bug 1476527 in neutron "[RFE] Add common classifier resource" [Wishlist,Triaged] - Assigned to Igor D.C. (igordcard)15:02
ralonsohWe have already discussed this RFE in the drivers meeting15:02
ralonsohapart from reviewing the spec and the patches, is there something else we need to discuss?15:02
slaweqralonsoh: but not with quorum of drivers team :/15:02
ralonsohslaweq, I know15:02
ralonsohthat's why we need to retake this conversation15:03
ralonsohbut in the drivers meeting15:03
slaweqso lets ask mlavalle and others to review the spec15:03
ralonsohwith all possible cores there15:03
ralonsohexactly, that's what we need (once the RFE was approved in 2017 and last week again)15:03
ralonsohdavidsha, please, try to ping Miguel (not here) to review it15:04
*** pcaruana has joined #openstack-meeting15:04
davidsharalonsoh: will do!15:04
ralonsohthen will know if the DB migration and API definitions are OK15:04
*** shintaro has joined #openstack-meeting15:05
ralonsohthere are no more RFEs in the list15:05
ralonsohsomething else in this topic?15:05
davidshaThe os-ken dscp fix15:05
davidshahttps://review.opendev.org/#/c/695479/15:05
ralonsohexactly, that was in the open discussion section15:05
davidshakk15:06
ralonsohI'll add it to my review list15:06
ralonsohI think you addressed my comments15:06
ralonsohyes15:06
ralonsohbut for now we can't remove the ofctl code15:07
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/185317115:07
openstackLaunchpad bug 1853171 in neutron "Deprecate and remove any "ofctl" code in Neutron and related projects " [Medium,In progress] - Assigned to David Shaughnessy (david-shaughnessy)15:07
davidshaI think the only open is makeing _get_dp public for out of tree extensions15:07
ralonsohrelated bug^^15:07
ralonsohyes15:07
ralonsohIMO, you should implement this code insiode the ovs lib15:07
ralonsohnot making _get_dp public15:07
ralonsohas commented in PS115:07
ralonsohhttps://review.opendev.org/#/c/695479/1/neutron/plugins/ml2/drivers/openvswitch/agent/extension_drivers/qos_driver.py@12615:08
ralonsohmake a method, in br-int class15:08
ralonsohpassing only dscp mark and input15:08
ralonsohok with this?15:08
*** eharney has joined #openstack-meeting15:08
ralonsohor maybe you prefer to make get_dp public15:08
davidshayup, thats in the latest PS15:08
ralonsohoh yes!15:09
ralonsohperfect15:09
ralonsoh(I still need to review last PS)15:09
davidshaMaking _get_dp public would be more for projects like SFC which still use ofctl from the cookie bridge15:09
davidshaNP i only pushed it a few hours ago15:09
ralonsohif someone else needs that, then we can make it public (or something like a property, because this is something that does not change)15:10
ralonsohdoes not USUALLY change15:10
ralonsohbut IMO not in this patch15:10
davidshaack, I'll remove it15:11
ralonsohthanks!15:11
ralonsohand thanks for taking care of it15:11
davidshanp!15:11
ralonsohlet's move to the next section then15:11
ralonsoh#topic Bugs15:11
*** openstack changes topic to "Bugs (Meeting topic: neutron_qos)"15:11
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/184517615:11
openstackLaunchpad bug 1845176 in neutron "Removing of QoS queue in neutron-ovs-agent fails due to existing references" [Medium,In progress] - Assigned to Rodolfo Alonso (rodolfo-alonso-hernandez)15:11
ralonsohsorry for not progressing on this one15:12
ralonsohcode is almost there https://review.opendev.org/#/c/687922/15:12
ralonsohbut I need to change the fullstack tests15:12
ralonsohthat's the last blocker for this patch15:12
ralonsohbut that need to wait until next week, sorry15:13
ralonsoh(maybe you can take a look, feel free!!!)15:13
ralonsohok, next one15:14
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/184516115:14
openstackLaunchpad bug 1845161 in neutron "Neutron QoS Policy lost on interfaces" [High,In progress] - Assigned to Rodolfo Alonso (rodolfo-alonso-hernandez)15:14
ralonsoh#link https://review.opendev.org/#/c/690098/15:14
ralonsohsame as before, tempest tests are failing15:14
ralonsohthis is the last blocker for this patch15:15
ralonsohbut I didn't have time for this15:15
ralonsoh(again, feel free to take a look if you want, thank you in advance!)15:15
ralonsohok, next one15:16
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/185384015:16
openstackLaunchpad bug 1853840 in neutron "Neutron fails to create bandwidth providers if CONF.host is set" [High,In progress] - Assigned to Bence Romsics (bence-romsics)15:16
ralonsohbence is taking care of it15:16
ralonsoh#link https://review.opendev.org/#/c/696600/15:16
ralonsohthere should be two patches15:17
ralonsohone for master, using the latest nova API15:17
*** igordc has quit IRC15:17
*** liuyulong has left #openstack-meeting15:18
ralonsohand the stable branch one, using the virsh method to retrieve the host name, if I'm not wrong15:18
*** liuyulong has joined #openstack-meeting15:18
ralonsohthe patch commit message is quite descriptive15:18
ralonsohlast one I have15:19
ralonsoh#link https://bugs.launchpad.net/neutron/+bug/185136215:19
openstackLaunchpad bug 1851362 in neutron "[RFE] ports do not inherit their associated network's policy" [Low,In progress] - Assigned to Rodolfo Alonso (rodolfo-alonso-hernandez)15:19
ralonsoh#link https://review.opendev.org/#/c/693234/15:20
ralonsohthe RFE is not approved yet15:20
ralonsohnext drivers meeting I'll try to have it15:20
ralonsohas you can see in the first patch (neutron-lib), this extension is just adding the network QoS policy to the port15:21
ralonsohas a read-only parameter15:21
ralonsohthis will allow the OS client to show it in the CLI15:21
ralonsohas described in the bug, user can be confused with the network QoS policy inheritance if this value is not present in the CLI15:22
ralonsohwhen showing a port15:22
ralonsoh(btw, this should go to the previous section, sorry)15:23
davidshanp :P15:23
ralonsohany other bug?15:23
ralonsohnot listed here15:24
ralonsohlet's move then15:24
ralonsoh#topic Open Discussion15:24
*** openstack changes topic to "Open Discussion (Meeting topic: neutron_qos)"15:24
ralonsohwe have discussed about https://bugs.launchpad.net/neutron/+bug/185317115:24
openstackLaunchpad bug 1853171 in neutron "Deprecate and remove any "ofctl" code in Neutron and related projects " [Medium,In progress] - Assigned to David Shaughnessy (david-shaughnessy)15:24
ralonsohand the patch related to the QoS extension in the OVS agent15:25
*** igordc has joined #openstack-meeting15:25
ralonsohfor the DSCP rule15:25
ralonsohany other topic you want to bring here?15:25
slaweqis this dscp only thing using old ofctl code?15:25
davidshaIn core Neutron, yes15:25
slaweqor do we still need more work to drop it completly?15:25
slaweqahh, ok15:25
davidshaBut out of tree extensions like SFC are still using it15:25
ralonsohexactly15:26
slaweqok, that's bad :/15:26
ralonsohI know15:26
slaweqas it't more work to do15:26
ralonsohbut at least Neutron is not using it anymore15:26
ralonsohdavidsha, proposed a deprecation warning15:27
ralonsohhttps://review.opendev.org/#/c/695479/4/neutron/agent/common/ovs_lib.py15:27
slaweqok15:27
davidshaThis was meant to be deprecated back in Pike though, could we pull in that warning for after U?15:28
ralonsohat least Neutron is not using the CLI code any more with this patch15:28
slaweqyeah, that's good15:28
ralonsohcool15:28
slaweqI added it to my review list for tomorrow (or tonight)15:28
*** shintaro has quit IRC15:28
davidshathanks!15:29
ralonsohsomething else to be discussed here?15:29
davidshaI'm good15:29
ralonsohthank you all and see you online15:30
*** igordc has quit IRC15:30
ralonsoh#endmeeting15:30
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"15:30
openstackMeeting ended Tue Dec  3 15:30:26 2019 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:30
openstackMinutes:        http://eavesdrop.openstack.org/meetings/neutron_qos/2019/neutron_qos.2019-12-03-15.01.html15:30
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/neutron_qos/2019/neutron_qos.2019-12-03-15.01.txt15:30
davidshacya!15:30
openstackLog:            http://eavesdrop.openstack.org/meetings/neutron_qos/2019/neutron_qos.2019-12-03-15.01.log.html15:30
*** jlvillal has quit IRC15:34
*** jlvillal has joined #openstack-meeting15:35
*** tesseract has quit IRC15:37
*** ociuhandu has quit IRC15:42
*** ociuhandu has joined #openstack-meeting15:43
*** artom has joined #openstack-meeting15:46
*** tesseract has joined #openstack-meeting15:48
*** ociuhandu has quit IRC15:48
*** diablo_rojo has joined #openstack-meeting15:48
*** diablo_rojo has quit IRC15:49
*** ociuhandu has joined #openstack-meeting15:49
*** diablo_rojo has joined #openstack-meeting15:49
*** aloga has joined #openstack-meeting15:55
*** lajoskatona has quit IRC15:59
slaweq#startmeeting neutron_ci16:00
openstackMeeting started Tue Dec  3 16:00:03 2019 UTC and is due to finish in 60 minutes.  The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot.16:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
*** openstack changes topic to " (Meeting topic: neutron_ci)"16:00
openstackThe meeting name has been set to 'neutron_ci'16:00
slaweqwelcome (again) :)16:00
bcafarelo/ (again too :) )16:00
ralonsohhi16:01
slaweqnjohnston liuyulong CI meeting, do You have time to attend?16:01
slaweqok, lets start16:02
slaweq#topic Actions from previous meetings16:02
*** openstack changes topic to "Actions from previous meetings (Meeting topic: neutron_ci)"16:02
slaweqnjohnston to check failing NetworkMigrationFromHA in multinode dvr job16:02
slaweqok, I think njohnston is not here now16:03
slaweqso lets move on16:03
slaweq    slaweq to continue investigating issue https://bugs.launchpad.net/neutron/+bug/185055716:03
openstackLaunchpad bug 1850557 in neutron "DHCP connectivity after migration/resize not working" [High,Fix released] - Assigned to Slawek Kaplonski (slaweq)16:03
slaweqPatch is now merged already https://review.opendev.org/69679416:04
slaweqI hope we will be good now with those migration/shelve tests on multinode jobs16:04
slaweqand next one:16:05
bcafarelyep I have seen this one in stable backports queue16:05
slaweqslaweq to move job definitions to zuul.d directory16:05
*** ricolin has quit IRC16:05
slaweqbcafarel: yes, I proposed backport as this issue is also valid for stable braches and backport was easy16:05
slaweqaccording to zuul jobs definitions, patch is proposed https://review.opendev.org/#/c/696286/16:06
slaweqplease review it if You have some time16:06
slaweqany questions/comments to actions from last week?16:06
bcafareljust big +1 on that zuul jobs definitions split :)16:07
ralonsohfor sure16:07
slaweqthx16:07
slaweqI hope it will be easier to look for jobs' definitions now16:08
slaweqok, lets move on16:08
slaweq#action njohnston to check failing NetworkMigrationFromHA in multinode dvr job16:08
slaweq^^ just a reminder for next week16:08
slaweqand I think we can move on to the next topic now16:08
slaweq#topic Actions from previous meetings16:08
*** openstack changes topic to "Actions from previous meetings (Meeting topic: neutron_ci)"16:09
slaweq#undo16:09
openstackRemoving item from minutes: #topic Actions from previous meetings16:09
slaweq#topic Stadium projects16:09
*** openstack changes topic to "Stadium projects (Meeting topic: neutron_ci)"16:09
slaweqtempest-plugins migration16:09
slaweqEtherpad: https://etherpad.openstack.org/p/neutron_stadium_move_to_tempest_plugin_repo16:09
slaweqwe finally merged step 2 for neutron-dynamic-routing16:09
slaweqthx njohnston for that16:09
slaweqso the last project on this list is vpnaas16:10
slaweqand mlavalle told me yesterday that patches for that are ready for review16:10
slaweqI wanted to review them today but didn't had time16:10
slaweqPatches are here:16:10
slaweq    Step 1: https://review.openstack.org/#/c/64937316:10
slaweq    Step 2: https://review.opendev.org/#/c/69583416:10
slaweqso please review them if You will have some time :)16:10
bcafarelsame I started to review step 1 but got sidetracked16:11
slaweqand we will be good with whole this migration finally16:11
bcafarelone question I had there, vpnaas should only be migrated from ussuri?16:11
bcafarelor from train to be "in sync" with others16:11
slaweqno, I think that ussuri is enough16:12
bcafarelok, off to -1 then :)16:12
slaweq:)16:13
slaweqthx bcafarel for taking look into that16:14
slaweqand next topic related to stadium projects is:16:14
slaweqNeutron Train - Drop py27 and standardize on zuul v316:14
slaweqEtherpad: https://etherpad.openstack.org/p/neutron-train-zuulv3-py27drop16:14
slaweqbut this was already discussed today on team meeting16:14
slaweqso I don't think we need to talk about it here too16:15
slaweqdo You have anything else related to stadium projects for today?16:15
slaweqok, I guess that this means "no" :)16:16
slaweqso lets move on16:16
ralonsohno16:16
slaweq#topic Grafana16:16
*** openstack changes topic to "Grafana (Meeting topic: neutron_ci)"16:16
slaweqhttp://grafana.openstack.org/dashboard/db/neutron-failure-rate16:16
slaweqWe need to clean it a bit from some recently removed jobs. But I want to do it after grenade-py3 will be removed and after we will add ovn jobs to neutron CI too.16:18
slaweqother than that I don't see anything really wrong in grafana16:18
*** gyee has joined #openstack-meeting16:19
slaweqdo You have anything related to grafana?16:19
ralonsohno16:19
bcafarelme neither16:19
slaweqso lets talk about some specific issues now16:20
slaweq#topic fullstack/functional16:20
*** openstack changes topic to "fullstack/functional (Meeting topic: neutron_ci)"16:20
slaweqregarding functional tests I found new (IMO) bug:16:20
njohnstono/ sorry I am late16:20
slaweqhttps://bugs.launchpad.net/neutron/+bug/185446216:20
openstackLaunchpad bug 1854462 in neutron "[Functional tests] Timeout exception in list_namespace_pids" [High,Confirmed]16:20
slaweqI know that we had something similar in the past but I was sure that ralonsoh fixed it already16:20
ralonsohslaweq, I need to check that16:21
slaweqnjohnston: o/ no problem :)16:21
bcafarelthat sounds really familiar indeed16:21
slaweqthx ralonsoh - I saw it at least couple of times this last week so I marked it as High for now16:21
ralonsohyes, the fix was merged, isn't it?16:21
ralonsohI mean: we implement, in Neutron, this part of the pyroute2 code16:22
slaweqralonsoh: I don't remember fix exactly so I can't find it now16:22
ralonsohand we implemented a retry catch in the testcase class16:22
slaweqbut I'm pretty sure we merged Your fix for this16:22
ralonsohfor timeouts16:22
ralonsohslaweq, put this in my TODO list16:22
slaweqralonsoh: thx16:22
slaweq#action ralonsoh to check functional tests timeouts https://bugs.launchpad.net/neutron/+bug/185446216:23
openstackLaunchpad bug 1854462 in neutron "[Functional tests] Timeout exception in list_namespace_pids" [High,Confirmed]16:23
slaweqralonsoh: just to remember to check it next week :)16:23
ralonsohsure16:23
slaweqfor fullstack tests I noticed one failed test https://0050cb9fd8118437e3e0-3c2a18acb5109e625907972e3aa6a592.ssl.cf5.rackcdn.com/696600/1/check/neutron-fullstack/4966bce/testr_results.html.gz16:23
slaweqbut as I checked logs from it, it seems that there was problem with rabbitmq during this test16:24
slaweqall agents were dead in neutron db16:24
slaweqso maybe it was some host slowdown or something like that16:24
slaweqI will simply check if that will happen more times or not16:24
ralonsohdid you open a bug for this one?16:24
ralonsohnot necessary16:25
slaweqralonsoh: no16:25
ralonsohok16:25
*** jamesdenton has quit IRC16:25
slaweqI found it today and wanted to take a look for few days first16:25
slaweqto check if that will happen more times16:25
slaweqand that's all related to functional/fullstack tests from my side16:25
slaweqanything else You want to add/ask?16:26
*** ricolin has joined #openstack-meeting16:26
slaweqok, if not, lets move on16:27
njohnstongo ahead16:27
slaweq#topic Tempest/Scenario16:27
*** openstack changes topic to "Tempest/Scenario (Meeting topic: neutron_ci)"16:27
slaweqhere, after merging my fix for resize/shelve failure I think we are quite good now16:27
slaweqbut we have problem with grenade jobs16:27
slaweqthose jobs are failing quite often recently16:27
slaweqso first of all, as we talked some time ago, I proposed to remove grenade-py3 from our gate: https://review.opendev.org/#/c/695172/16:28
slaweqplease review this patch if You have few minutes16:28
slaweqless grenade jobs, smaller chance to hit its failures :)16:29
ralonsohhahahaha16:29
slaweq:)16:29
njohnston+10016:29
slaweqand than second part is worts, as in multinode grenade jobs we are hitting some issue quite often16:29
*** electrofelix has quit IRC16:29
slaweqexamples of such failures are e.g.:16:29
slaweq    https://storage.gra1.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_ad0/696592/3/check/neutron-grenade-multinode/ad0df97/logs/grenade.sh.txt.gz16:29
slaweq    https://6e84b50c364d7e277563-65c8cd20428a10135cd2762abf51d9a7.ssl.cf2.rackcdn.com/697035/1/check/grenade-py3/78b1764/logs/grenade.sh.txt.gz16:29
slaweq    https://819efd42b5c79a55763b-90a63ad77a0414e858bcf634436e4dc8.ssl.cf5.rackcdn.com/697035/1/check/neutron-grenade-multinode/4d68281/logs/testr_results.html.gz16:29
slaweq    https://storage.bhs1.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_725/696103/8/check/neutron-grenade-dvr-multinode/7255438/logs/grenade.sh.txt.gz16:29
slaweqin each of those cases it seems for me as some error on nova's side16:30
slaweqbut I didn't dig a lot into logs so I'm not 100% sure16:30
slaweqso I will try to dig into those failures a bit more and try to find solution for it or report nova bug at least :)16:31
slaweq#action slaweq to check reason of grenade jobs failures16:31
ralonsohthanks!16:32
slaweqfrom other things related to scenario jobs I have 2 patches ready for review:16:32
slaweqhttps://review.opendev.org/#/c/694049/ - this one switches queens jobs to run on tagged version of tempest plugin16:32
slaweqand removes those jobs from check and gate queue16:33
slaweqand second one:16:33
slaweqhttps://review.opendev.org/#/c/695013/16:33
*** davidsha has quit IRC16:33
slaweqthis one switches to use py3 on all nodes in multinode jobs16:33
slaweqso please review those patches if You will have some time :)16:34
ralonsoh+2 to boith16:34
ralonsohboth16:34
slaweqralonsoh: thx16:34
bcafarel+1 to both ;)16:34
slaweqbcafarel: thx :)16:34
slaweqand that's all what I have for today16:34
njohnston+2+W x 216:35
slaweqthx njohnston :)16:35
slaweqthat was fast16:35
slaweqteam++16:35
njohnstonI have one bug to talk about16:35
slaweqnjohnston: go on16:35
njohnston"py36 unit test cases fails" https://bugs.launchpad.net/neutron/+bug/185405116:35
openstackLaunchpad bug 1854051 in neutron "py36 unit test cases fails" [Critical,New]16:35
njohnstonfrom last week as bug deputy16:35
njohnstonI have not seen that in the gate or personally but I wanted to see if anyone had any experience with this sort of thing16:36
slaweqnot me, I didn't noticed that bug in gate16:36
ralonsohmaybe we can block this specific "typing" version16:36
slaweqand based on last comment from liuyulong it seems that he is using rpm to install deps16:37
njohnstonyeah16:37
slaweqso maybe we are installing some other version of typing from pypi16:37
slaweqand that's why we are fine?16:37
njohnstonI think that is possible16:38
njohnstonanyhow, just wanted to raise it here and see if anyone had seen it.  thanks!16:38
*** lpetrut has quit IRC16:38
slaweqand also typing package is not in neutron requirements16:39
slaweqso I'm not sure how this may cause problem in neutron16:39
ralonsohthis is part of the standard library16:40
slaweqok, but than it shouldn't cause any problems for us, right?16:41
ralonsohright16:41
*** ociuhandu has quit IRC16:41
slaweqtbh I would close this bug for now as incomplete as it not happens on gate16:41
njohnstondone!16:42
slaweqnjohnston: thx :)16:42
slaweqok, anything else You want to discuss today?16:42
slaweqif not, I will give You 15 minutes back :)16:43
bcafarelI like option 216:43
ralonsohhahaha16:43
slaweqok16:43
njohnston+216:43
slaweqso thx for attending16:43
ralonsohbye!16:43
*** ricolin has quit IRC16:43
slaweqand see You tomorrow :)16:43
slaweqo/16:43
njohnstono/16:43
slaweq#endmeeting16:43
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"16:43
openstackMeeting ended Tue Dec  3 16:43:41 2019 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:43
openstackMinutes:        http://eavesdrop.openstack.org/meetings/neutron_ci/2019/neutron_ci.2019-12-03-16.00.html16:43
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/neutron_ci/2019/neutron_ci.2019-12-03-16.00.txt16:43
openstackLog:            http://eavesdrop.openstack.org/meetings/neutron_ci/2019/neutron_ci.2019-12-03-16.00.log.html16:43
*** jlvillal has quit IRC16:45
*** jlvillal has joined #openstack-meeting16:46
*** jlvillal has quit IRC16:50
*** ricolin has joined #openstack-meeting16:52
*** ricolin has quit IRC16:57
*** tesseract has quit IRC17:03
*** diablo_rojo has quit IRC17:04
*** jlvillal has joined #openstack-meeting17:09
*** rpittau is now known as rpittau|afk17:12
*** jlvillal has quit IRC17:14
*** jlvillal has joined #openstack-meeting17:14
*** diablo_rojo has joined #openstack-meeting17:15
*** Lucas_Gray has quit IRC17:15
*** armstrong has joined #openstack-meeting17:19
*** senrique_ has quit IRC17:20
*** senrique_ has joined #openstack-meeting17:20
*** e0ne has quit IRC17:35
*** links has quit IRC17:40
*** ijw has joined #openstack-meeting17:41
*** jhesketh has quit IRC17:42
*** jhesketh has joined #openstack-meeting17:44
*** diablo_rojo has quit IRC17:49
*** mattw4 has joined #openstack-meeting17:50
*** mattw4 has quit IRC17:51
*** mattw4 has joined #openstack-meeting17:52
*** diablo_rojo has joined #openstack-meeting17:56
*** ociuhandu has joined #openstack-meeting18:04
*** ociuhandu has quit IRC18:05
*** ijw has quit IRC18:05
*** ociuhandu has joined #openstack-meeting18:07
*** ociuhandu has quit IRC18:12
*** igordc has joined #openstack-meeting18:15
*** ociuhandu has joined #openstack-meeting18:18
*** maciejjozefczyk has quit IRC18:18
*** vishalmanchanda has quit IRC18:21
*** vishalmanchanda has joined #openstack-meeting18:21
*** armax has quit IRC18:22
*** eharney has quit IRC18:24
*** senrique_ has quit IRC18:26
*** diablo_rojo has quit IRC18:30
*** elico has joined #openstack-meeting18:36
*** raildo has quit IRC18:37
*** raildo has joined #openstack-meeting18:38
*** ociuhandu has quit IRC18:39
*** ociuhandu has joined #openstack-meeting18:40
*** ociuhandu has quit IRC18:44
*** diablo_rojo has joined #openstack-meeting18:49
*** ayoung has quit IRC18:52
clarkbinfra team meeting will start in a couple minutes18:59
clarkbanyone else here for that?18:59
corvuso/19:00
*** gmann is now known as gmann_afk19:00
*** jamesdenton has joined #openstack-meeting19:00
*** ralonsoh has quit IRC19:00
fungiseems like a good time for it19:01
clarkb#startmeeting infra19:01
openstackMeeting started Tue Dec  3 19:01:15 2019 UTC and is due to finish in 60 minutes.  The chair is clarkb. Information about MeetBot at http://wiki.debian.org/MeetBot.19:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.19:01
*** openstack changes topic to " (Meeting topic: infra)"19:01
openstackThe meeting name has been set to 'infra'19:01
diablo_rojoo/19:01
clarkb#link http://lists.openstack.org/pipermail/openstack-infra/2019-December/006535.html Our Agenda19:01
clarkb#topic Announcements19:01
*** openstack changes topic to "Announcements (Meeting topic: infra)"19:01
ianwo/19:01
clarkbNo major announcements.19:02
clarkbA note that in 3 and 4 weeks we have meeting days scheduled on Christmas and New Year's eves19:02
clarkbI expect we might simply avoid meeting on those days19:02
fungii will be out at sea, so no internet19:02
fungi(i mean, more out at sea than i usually am)19:03
corvusi aim for similar non-availability19:03
corvusand moisture content.  though perhaps a different altitude.19:03
clarkbok unless I hear interest otherwise we can go ahead and pencil in meeting cancellations for the 24th and 31st19:04
fungiand a different latitude? ;)19:04
corvusand longitude!19:04
*** armax has joined #openstack-meeting19:04
clarkboh and for ianw it will be the actual holidays local time19:04
clarkbeven more reason to cancel :)19:04
fungithat way he can go enjoy the blistering summer sun19:05
clarkb#topic Actions from last meeting19:05
*** openstack changes topic to "Actions from last meeting (Meeting topic: infra)"19:05
clarkb#link http://eavesdrop.openstack.org/meetings/infra/2019/infra.2019-11-26-19.01.txt minutes from last meeting19:05
fungithough i guess it'll be early enough in the day that it's not too oppressive out for him19:05
mordredo/19:05
clarkbianw: you took an action to create afs volumes for static migration. We have that as an agenda item later in the agenda if you want to skip this for now?19:05
ianwyeah, i didn't do it, sorry!19:06
clarkb#topic Priority Efforts19:06
*** openstack changes topic to "Priority Efforts (Meeting topic: infra)"19:06
clarkb#topic Update Config Management19:06
*** openstack changes topic to "Update Config Management (Meeting topic: infra)"19:06
clarkbQuick lets talk config management updates while mordred is here :)19:06
* mordred hides19:06
clarkbmordred: I think we are all interested in gerrit dockering updates if you have them19:06
mordredyes. mostly I ate turkey19:07
mordredbut - the last thing I was hitting up against was ssl certs with storyboard-dev and gerrit-dev19:07
clarkbwould LEing them help? if so we can give them the same treatment planned for static.o.o vhosts with acme cnames in openstack.org zone to opendev.org zones19:08
mordredbecause getting a real cert on storyboard-dev is a whole other rabbit hole - but review.o.o doesn't do anything with custom certs for storyboard - so right before the break I think we informally decided to just ignore the whole thing19:08
clarkbah ok19:08
mordredyeah - I think LE would help - but upon reflection I don't think it's worth very much19:08
fungiyeah, doing le would help. it's being manually installed into the review-dev jvm because storyboard-dev has a snakeoil cert and... java19:08
mordreduntil such a time as we do that for real19:08
mordredyeah19:08
mordredthe issue is that now the java is in the container image - so installing the self-signed cert becomes ... very yuck19:09
clarkbmordred: I think if you create a couple dns records and then set ansible vars the LE stuff would actually work as is19:09
mordredso I do think we should LE storyboard-dev - but I'm going to see if we can't finish review-dev other than storyboard-dev ssl cert without blocking on it19:09
clarkbthe "gotcha" there is we have to create dns records in opesntack.org zone too19:09
fungiright, also it's only for its-storyboard communication at the moment i think, so if that breaks for a while between the dev servers i wouldn't be too concerned19:10
mordredyah19:10
clarkbwell that and writing the appropriate handler to symlink/copy files and restart services (this wasn't too bad for gitea at least)19:10
clarkbfungi: agreed19:10
fungiyeah, that latter bit is the harder part of it19:10
mordredyup. puppet.19:10
mordrednext goal there being to get review-dev completely run from ansible+podman19:11
mordredthen I'll tackle the stuff that review does that review-dev doesn't do :)19:11
ianwwould it help if the letsencrypt roles make archives or whatever it was java needs?19:11
mordredianw: not really - the main goal from LE would be to avoid needing to register anything with java19:12
funginah, java needs nothing if letsencrypt is providing proper certs for sb-dev19:12
mordredso if we LE storyboard-dev - the issue goes away19:12
mordredyeah19:12
fungithe complexity there is purely a workaround for supporting snakeoil certs19:12
ianwoh, ok, it's just the self-signed bits that cause problems19:12
fungiexactly19:12
mordredbut if we can limp along for a bit - it might be nicer to just ansible+container storyboard after we're done with gerrit - and we can LE things then I'd guess19:13
fungii also have a lingering todo to redeploy it with python 3 anyway (the current deployment is python 2)19:13
fungibut we get that for free too as part of the containering19:14
fungitesting and dev environments for it have been python 3 for a while, our deployment is just lagging behind19:14
mordredalso - people should review ianw's patches https://review.opendev.org/#/q/topic:docker-siblings19:14
mordrednot gerrit related - but fell out of the updates for nodepool19:15
clarkbthose are currently very high on my list. To be done after opendev governance email goes out19:15
corvus++ i will do that today as well19:15
clarkbalright anything else on this topic or should we move on?19:16
*** senrique_ has joined #openstack-meeting19:16
mordredI think that's all I've got for now - hasn't moved much over the last few weeks. turkey etc etc19:17
clarkb#topic OpenDev19:17
*** openstack changes topic to "OpenDev (Meeting topic: infra)"19:17
clarkbMy plan on the governance email is to send that out immediately after this meeting19:17
clarkbas well as pointer threads on the various -discuss lists to point people at it (in an effrot to keep discussion in one place)19:18
fungithanks again for writing that up19:18
clarkbThe other thing is tonyb's git fetch bug which I think we agreed the next step is to upgrade to current gitea release?19:18
clarkbmordred: ^ any progress on being able to upgrade to 1.10?19:19
clarkband if not are we able to help?19:19
mordredclarkb: actually - the change is green now19:19
mordredso I'm going to say - I am not aware of any blockers to us upgrading19:20
mordredhttps://review.opendev.org/#/c/690873/19:20
fungii'm around to keep an eye on post-upgrade behavior if we want to press forward there19:20
clarkb#link https://review.opendev.org/#/c/690873/ upgrade gitea to 1.10 then retest tonyb's git fetch bug19:20
mordredplease to review https://review.opendev.org/#/c/690873/8/docker/gitea/custom/templates/repo/header.tmpl carefully - ttx's template change caused a merge conflict that I fixed - but making sure I fixed it right would be good when eyeballs are happening19:21
clarkbI'll add that to the review list19:21
clarkbmordred: ++19:21
ianwthere was another report of hangs on that upstream bug too, seemed similar but not 100% the same19:21
ianwi think they said they were pushing, which would be something review.o.o would be doing, and i don't think we've seen that stuck?19:22
clarkbianw: not since we've discovered the gitconfig lockfile issue19:23
clarkbbasically if the lock file is stale gitea won't actually update the repos on push (though they don't hang either, they "succeed")19:23
clarkbAlright anything else re opendev?19:24
clarkb#topic Storyboard19:25
*** openstack changes topic to "Storyboard (Meeting topic: infra)"19:25
clarkbfungi: diablo_rojo: Anything to share?19:25
fungii'm currently working on creating the swift container for attachments, but had some questions19:26
fungii was going to try to duplicate how we set up authentication for the intermediate registry19:26
*** e0ne has joined #openstack-meeting19:26
fungii found where we use the values in the system-config role to populate clouds.yaml19:26
fungibut how did we create those container credentials?19:26
*** dtroyer has joined #openstack-meeting19:26
corvusi'm pretty sure we(i) did a bunch of curl stuff to set that up19:27
fungii love to do a bunch of curl stuff19:27
mordredcurl fungi | bash19:27
corvusi should have added it to the docs, sorry19:27
corvusand i doubt i have any record now19:27
fungino worries, i can probably reverse-engineer it, but yea looked for docs on how we got there and didn't find any19:27
clarkbis that because we create subaccounts that only work with swift rather than full cloud credentials?19:27
fungii think so, yes19:28
corvusin fact19:28
fungibecause we only want to grant write access to a container, not to all the provider's resources for our tenant19:28
corvusi'm not actually sure whether that's a rackspace cloud user, or a cloud-objects-only user19:28
corvusi think we've done both things at various points19:28
fungii suspect the latter, but will dig around19:28
diablo_rojoThanks for all your work on this fungi :)19:29
corvusprobably worth looking at the control panel and seeing if it shows up anywhere19:29
fungiand i'll make a note to put something about how we're managing swift creds in the system-config docs19:29
fungiunrelated, i'm wondering if we need to keep sb updates as a standing item in the weekly infra meeting agenda, and/or whether we should consider the infra spec done enough. the software is under ongoing improvement but it's already being used by a bunch of rpojects day to day19:30
corvuswow, it looks like rax may be burning its old blog content19:30
*** senrique__ has joined #openstack-meeting19:30
corvussee https://blog.rackspace.com/create-cloud-files-container-level-access-control-policies  for unhelpfulness19:31
fungiyikes19:31
diablo_rojoHuh interesting19:31
clarkbfungi: ya I think we've largely reached steady state there and are supporting projects as they show up. For infra related tasks like the swift item we can add those as normal agenda entries19:32
fungiright, i think we have sufficiently established channels for folks to get updates and ask questions about sb19:32
fungialso as we transition to being more focused on opendev activities, a fair amount of the outstanding stuff in that spec is about openstack project specific process19:33
*** senrique_ has quit IRC19:33
clarkbif there are no objections I can push up the appropriate specs repo change(s) and update our meeting agenda19:33
fungiand can be tracked independently in openstack anyway19:33
diablo_rojoNone from me.19:33
fungii can push it up even, will take a closer look and see if we need any sort of epilogue for it while i'm there19:34
clarkbfungi: that would be great. Thanks!19:34
clarkbAnything else on the storyboard topic while we are here?19:34
diablo_rojoI think the swift container is the only news really.19:34
diablo_rojoSo nothing else from me19:34
funginor me19:35
clarkb#topic General Topics19:35
*** openstack changes topic to "General Topics (Meeting topic: infra)"19:35
clarkbWe'll start with quick check on wiki upgrade (I don't expect this has moved much given the holiday)19:35
clarkbfungi: ^ any surprises there ?19:36
funginope, unless you like to be surprised by me not finding time to take it further yet19:36
*** eharney has joined #openstack-meeting19:36
*** armstrong has quit IRC19:36
clarkbNext up is static.o.o moves19:37
fungithough i did include the wiki in your list of services we may want to talk about retiring (again)19:37
clarkbfungi: k19:37
clarkbianw: mentioned he hadn't created afs volumes yet. Is that something we can help with or just need time?19:37
fungido we have a list of which volumes we'll need?19:37
ianwsorry i just got totally distracted with iterating on container things19:38
fungii guess the other critical bit is how much quota to give each of them19:38
fungipresumably inferred from current utilization and growth over time19:38
clarkbfor quota we should be able to run a du against current content and double it19:38
ianwthat's really the correlation i need to do with the initial jobs proposed by ajaeger19:38
fungii also think the clarkb algorithm is an excellent approach to capacity planning ;)19:39
ianwi will do it today.  no more excuses :)19:40
clarkbianw: thank you!19:40
clarkbThat is a good lead into the dib/nodepool containerization topic though19:40
clarkbI see that we've changed planned approach since last week. Can you give us an update onthat?19:40
clarkb#link https://review.opendev.org/#/q/topic:docker-siblings19:40
clarkb#link http://lists.openstack.org/pipermail/openstack-infra/2019-November/006529.html19:41
*** ijw has joined #openstack-meeting19:41
clarkbianw: ^19:41
ianwyes, after discussion yesterday (in #openstack-infra) we are fleshing out the idea of making the python-builder be able to install siblings19:42
ianwrather than the idea of building smaller images ontop of each other19:43
ianwmy main goal is to allow for cross-project testing; this should allow it without having to import jobs across tenants19:43
ianw(which breaks abstractions about what projects rely on what projects)19:44
clarkbwould each tenant have their own job to build the images then (using a common dockerfile?)19:44
ianwyes, or more likely projects will choose to share the zuul job19:45
ianwbut it means we do not have to import all openstacksdk/dib jobs into zuul to be able to build dib/openstacksdk containers19:46
corvusthe common dockerfile in this case is likely to be the nodepool-builder dockerfile, since the immediate goal is to test a nodepool-builder container image with a change to dib or sdk19:46
clarkbI see19:46
ianwyes, so basically build the nodepool containers from the zuul checkouts of nodepool (main project) and siblings dib+openstacksdk19:47
*** ijw has quit IRC19:47
ianwdib already uses the nodepool functional test jobs, so i don't see any issues consuming a container build job defined there either19:48
ianwso does openstacksdk actually (95% sure it runs the nodepool functional tests)19:48
corvusso the whole system should end up being a pretty close analog of the current one19:49
clarkbsounds good. Anything else to add?19:50
ianwno; there's a lot in flight but i think we've found a rough heading :)19:51
clarkbLast item on the agenda is taking stock of our current list of services and thinking about whether or not it may make sense to retire some of them19:53
clarkbThinking this will help us to focus on the services we do run better and provide better functionality through them19:53
clarkb#link https://etherpad.openstack.org/infra-service-list19:53
clarkbAt this point I think we are largely in the brainstorm phase but if it makes sense I'd like to start pushing on this in the new year19:54
clarkbWhen you're drinking tea/coffee/whatever it would be great if you could skim it and add feedback19:55
clarkb#topic Open Discussion19:55
*** openstack changes topic to "Open Discussion (Meeting topic: infra)"19:55
clarkbAnd now we have ~5 minutes for anything else we'd like to bring up19:55
corvusthe list looks good.  i don't think ethercalc is much of a burden?  but i'm okay if it goes.  it's one of many services that would be easier to run if we had a k8s.19:56
clarkbagreed, a better hosting platform would simplify some of these simpler services. THough we still need to manage backups for them19:57
clarkbwe also haven't updated it in a while19:58
fungiethercalc just needs db backups presumably19:58
clarkbfungi: yes19:58
clarkbAnd we are at time. Thank you everyone! we'll see you here next week19:59
mordredyah - I hold out optimism that we will find a point where putting in a k8s will reduce the overall burden on running the simpler services20:00
clarkb#endmeeting20:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"20:00
openstackMeeting ended Tue Dec  3 20:00:09 2019 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)20:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/infra/2019/infra.2019-12-03-19.01.html20:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/infra/2019/infra.2019-12-03-19.01.txt20:00
openstackLog:            http://eavesdrop.openstack.org/meetings/infra/2019/infra.2019-12-03-19.01.log.html20:00
fungithanks clarkb!20:00
*** ociuhandu has joined #openstack-meeting20:03
*** ociuhandu has quit IRC20:08
*** ijw has joined #openstack-meeting20:22
*** diablo_rojo has quit IRC20:22
*** gmann_afk is now known as gmann20:25
*** ijw has quit IRC20:26
*** diablo_rojo has joined #openstack-meeting20:27
*** diablo_rojo has quit IRC20:28
*** e0ne has quit IRC20:30
*** senrique_ has joined #openstack-meeting20:32
*** diablo_rojo has joined #openstack-meeting20:33
*** senrique__ has quit IRC20:35
*** artom has quit IRC20:40
*** vesper11 has quit IRC20:49
*** vesper11 has joined #openstack-meeting20:51
*** ijw has joined #openstack-meeting20:53
*** ijw has quit IRC20:58
*** rfolco has quit IRC21:08
*** rfolco has joined #openstack-meeting21:09
*** e0ne has joined #openstack-meeting21:09
*** e0ne has quit IRC21:11
*** e0ne has joined #openstack-meeting21:15
*** raildo has quit IRC21:16
*** ijw has joined #openstack-meeting21:16
*** e0ne has quit IRC21:18
*** ijw has quit IRC21:20
*** ijw has joined #openstack-meeting21:22
*** ijw has quit IRC21:26
*** rfolco has quit IRC21:26
*** ijw has joined #openstack-meeting21:42
*** ijw has quit IRC21:45
*** ijw has joined #openstack-meeting21:47
*** ijw has quit IRC21:53
*** pcaruana has quit IRC22:06
*** ijw has joined #openstack-meeting22:06
*** ijw has quit IRC22:09
*** mriedem is now known as mriedem_away22:11
*** ijw has joined #openstack-meeting22:11
*** slaweq has quit IRC22:15
*** mriedem_away has quit IRC22:22
*** armax has quit IRC22:31
*** armax has joined #openstack-meeting22:32
*** senrique_ has quit IRC22:35
*** elico has quit IRC22:36
*** munimeha1 has quit IRC22:43
*** elico has joined #openstack-meeting22:51
*** elico has quit IRC22:52
*** elico has joined #openstack-meeting22:52
*** rcernin has joined #openstack-meeting22:57
*** epei has joined #openstack-meeting23:16
*** epei has quit IRC23:19
*** elico has quit IRC23:23
*** armax has quit IRC23:23
*** epei has joined #openstack-meeting23:24
*** slaweq has joined #openstack-meeting23:25
*** ociuhandu has joined #openstack-meeting23:30
*** slaweq has quit IRC23:31
*** epei has quit IRC23:33
*** ociuhandu has quit IRC23:36
*** ijw has quit IRC23:44
*** epei has joined #openstack-meeting23:47
*** epei has quit IRC23:50
*** epei has joined #openstack-meeting23:55

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!