Thursday, 2018-03-29

*** yamamoto has joined #openstack-meeting-300:02
*** diman has quit IRC00:04
*** iyamahat has quit IRC00:04
*** bobh has quit IRC00:06
*** yamamoto has quit IRC00:08
*** Swami has quit IRC00:09
*** jgu has joined #openstack-meeting-300:20
*** salv-orlando has joined #openstack-meeting-300:23
*** wanghao_ has quit IRC00:25
*** wanghao has joined #openstack-meeting-300:25
*** salv-orlando has quit IRC00:28
*** zhurong has joined #openstack-meeting-300:33
*** jamesmcarthur has joined #openstack-meeting-300:49
*** rossella_s has quit IRC00:54
*** jamesmcarthur has quit IRC00:57
*** hongbin has joined #openstack-meeting-300:57
*** jamesmcarthur has joined #openstack-meeting-300:58
*** chyka has joined #openstack-meeting-301:01
*** yamamoto has joined #openstack-meeting-301:04
*** chyka has quit IRC01:05
*** jamesmcarthur has quit IRC01:08
*** yamamoto has quit IRC01:09
*** jamesmcarthur has joined #openstack-meeting-301:09
*** jamesmcarthur has quit IRC01:13
*** cshastri has joined #openstack-meeting-301:16
*** jamesmcarthur has joined #openstack-meeting-301:18
*** zhipeng has joined #openstack-meeting-301:19
*** salv-orlando has joined #openstack-meeting-301:24
*** jamesmcarthur has quit IRC01:27
*** salv-orlando has quit IRC01:29
*** jamesmcarthur has joined #openstack-meeting-301:35
*** jamesmcarthur has quit IRC01:38
*** jamesmcarthur has joined #openstack-meeting-301:43
*** diman has joined #openstack-meeting-301:50
*** jamesmcarthur has quit IRC01:54
*** diman has quit IRC01:55
*** jamesmcarthur has joined #openstack-meeting-301:56
*** gugl has quit IRC02:00
*** yamamoto has joined #openstack-meeting-302:05
*** jamesmcarthur has quit IRC02:06
*** iyamahat has joined #openstack-meeting-302:09
*** yamamoto has quit IRC02:11
*** salv-orlando has joined #openstack-meeting-302:25
*** VW has joined #openstack-meeting-302:27
*** salv-orlando has quit IRC02:31
*** iyamahat has quit IRC02:31
*** yamamoto has joined #openstack-meeting-302:47
*** diman has joined #openstack-meeting-302:54
*** diman has quit IRC02:59
*** psachin has joined #openstack-meeting-303:02
*** zhipeng has quit IRC03:06
*** wxy has left #openstack-meeting-303:13
*** VW_ has joined #openstack-meeting-303:21
*** VW has quit IRC03:23
*** harlowja has quit IRC03:24
*** salv-orlando has joined #openstack-meeting-303:27
*** salv-orlando has quit IRC03:31
*** ianychoi__ has joined #openstack-meeting-303:47
*** purp has quit IRC03:49
*** psachin` has joined #openstack-meeting-303:50
*** ianychoi_ has quit IRC03:50
*** purp has joined #openstack-meeting-303:50
*** psachin has quit IRC03:50
*** diman has joined #openstack-meeting-303:56
*** harlowja has joined #openstack-meeting-303:59
*** diman has quit IRC04:00
*** jamesmcarthur has joined #openstack-meeting-304:07
*** jamesmcarthur has quit IRC04:11
*** hongbin has quit IRC04:12
*** VW_ has quit IRC04:16
*** yamahata has joined #openstack-meeting-304:18
*** david_chou1 has joined #openstack-meeting-304:23
*** david_chou1 has left #openstack-meeting-304:23
*** negronjl has quit IRC04:26
*** dklyle has quit IRC04:26
*** negronjl has joined #openstack-meeting-304:28
*** ianychoi__ is now known as ianychoi04:29
*** adisky__ has quit IRC04:35
*** chyka has joined #openstack-meeting-304:37
*** chyka has quit IRC04:41
*** pgadiya has joined #openstack-meeting-304:44
*** diman has joined #openstack-meeting-304:59
*** diman has quit IRC05:03
*** pgadiya has quit IRC05:03
*** zhurong has quit IRC05:04
*** pgadiya has joined #openstack-meeting-305:05
*** salv-orlando has joined #openstack-meeting-305:08
*** anilvenkata has joined #openstack-meeting-305:18
*** marios has joined #openstack-meeting-305:21
*** shu-mutow-AWAY is now known as shu-mutow05:28
*** belmoreira has joined #openstack-meeting-305:30
*** iyamahat has joined #openstack-meeting-305:38
*** zhurong has joined #openstack-meeting-305:48
*** iyamahat has quit IRC06:00
*** harlowja has quit IRC06:06
*** ethfci has quit IRC06:10
*** wanghao_ has joined #openstack-meeting-306:16
*** wanghao has quit IRC06:18
*** yamahata has quit IRC06:18
*** e0ne has joined #openstack-meeting-306:32
*** d0ugal_ has joined #openstack-meeting-306:39
*** d0ugal has quit IRC06:42
*** diman has joined #openstack-meeting-306:50
*** diman has quit IRC06:54
*** e0ne has quit IRC06:56
*** salv-orlando has quit IRC06:58
*** salv-orlando has joined #openstack-meeting-306:59
*** cshastri_ has joined #openstack-meeting-307:03
*** pgadiya_ has joined #openstack-meeting-307:04
*** pgadiya has quit IRC07:04
*** cshastri has quit IRC07:07
*** pgadiya_ has quit IRC07:08
*** sc has left #openstack-meeting-307:09
*** cshastri_ has quit IRC07:09
*** salv-orlando has quit IRC07:20
*** pgadiya_ has joined #openstack-meeting-307:20
*** salv-orlando has joined #openstack-meeting-307:20
*** cshastri_ has joined #openstack-meeting-307:20
*** yamamoto has quit IRC07:22
*** yamamoto has joined #openstack-meeting-307:23
*** salv-orlando has quit IRC07:24
*** tssurya has joined #openstack-meeting-307:26
*** alexchadin has joined #openstack-meeting-307:31
*** yamamoto_ has joined #openstack-meeting-307:32
*** yamamoto has quit IRC07:34
*** diman has joined #openstack-meeting-307:53
*** salv-orlando has joined #openstack-meeting-307:56
*** diman has quit IRC07:58
*** chyka has joined #openstack-meeting-308:12
*** e0ne has joined #openstack-meeting-308:15
*** e0ne has quit IRC08:16
*** chyka has quit IRC08:17
*** wanghao_ has quit IRC08:17
*** wanghao has joined #openstack-meeting-308:18
*** diman has joined #openstack-meeting-308:26
*** e0ne has joined #openstack-meeting-308:30
*** diman has quit IRC08:30
*** diman has joined #openstack-meeting-308:32
*** diman has quit IRC08:37
*** rmart04 has joined #openstack-meeting-308:38
*** zhurong has quit IRC09:00
*** kukacz_ has joined #openstack-meeting-309:10
*** rmart04 has quit IRC09:35
*** tuanla____ has joined #openstack-meeting-309:35
*** rmart04 has joined #openstack-meeting-309:35
*** kukacz_ has quit IRC09:41
*** kukacz_ has joined #openstack-meeting-309:42
*** rmart04_ has joined #openstack-meeting-309:52
*** rmart04 has quit IRC09:52
*** rmart04_ is now known as rmart0409:52
*** kukacz_ is now known as kukacz09:52
*** cshastri_ has quit IRC10:05
*** raildo has joined #openstack-meeting-310:15
*** alexchadin has quit IRC10:22
*** qwebirc86124 has joined #openstack-meeting-310:25
*** qwebirc86124 has quit IRC10:26
*** alexchadin has joined #openstack-meeting-310:27
*** pgadiya_ has quit IRC10:27
*** pgadiya has joined #openstack-meeting-310:33
*** alexchadin has quit IRC10:36
*** rmart04 has quit IRC10:36
*** cshastri_ has joined #openstack-meeting-310:44
*** pbourke has quit IRC10:45
*** pbourke has joined #openstack-meeting-310:45
*** pgadiya has quit IRC10:47
*** rmart04 has joined #openstack-meeting-310:54
*** sambetts|afk is now known as sambetts10:58
*** alexchadin has joined #openstack-meeting-310:58
*** yamamoto has joined #openstack-meeting-311:01
*** alexchadin has quit IRC11:03
*** yamamoto_ has quit IRC11:05
*** wanghao has quit IRC11:06
*** wanghao has joined #openstack-meeting-311:07
*** alexchadin has joined #openstack-meeting-311:10
*** numans has quit IRC11:15
*** cshastri_ has quit IRC11:18
*** numans has joined #openstack-meeting-311:18
*** tuanla____ has quit IRC11:30
*** chyka has joined #openstack-meeting-311:34
*** belmoreira has quit IRC11:37
*** chyka has quit IRC11:39
*** pgadiya has joined #openstack-meeting-311:39
*** belmoreira has joined #openstack-meeting-311:41
*** shuyingya has joined #openstack-meeting-312:12
*** wanghao has quit IRC12:19
*** wanghao has joined #openstack-meeting-312:19
*** wanghao has quit IRC12:19
*** wanghao has joined #openstack-meeting-312:20
*** wanghao has quit IRC12:20
*** wanghao has joined #openstack-meeting-312:20
*** wanghao has quit IRC12:21
*** wanghao has joined #openstack-meeting-312:21
*** wanghao has quit IRC12:22
*** wanghao has joined #openstack-meeting-312:22
*** wanghao has quit IRC12:23
*** wanghao has joined #openstack-meeting-312:23
*** wanghao has quit IRC12:23
*** wanghao has joined #openstack-meeting-312:24
*** wanghao has quit IRC12:24
*** wanghao has joined #openstack-meeting-312:24
*** wanghao has quit IRC12:25
*** wanghao has joined #openstack-meeting-312:26
*** pgadiya has quit IRC12:28
*** alexchadin has quit IRC12:35
*** alexchadin has joined #openstack-meeting-312:35
*** alexchadin has quit IRC12:36
*** alexchadin has joined #openstack-meeting-312:36
*** alexchadin has quit IRC12:36
*** alexchadin has joined #openstack-meeting-312:37
*** alexchadin has quit IRC12:37
*** alexchadin has joined #openstack-meeting-312:38
*** alexchadin has quit IRC12:38
*** alexchadin has joined #openstack-meeting-312:39
*** alexchadin has quit IRC12:39
*** alexchadin has joined #openstack-meeting-312:39
*** shuyingya has quit IRC12:42
*** alexchadin has quit IRC12:43
*** alexchadin has joined #openstack-meeting-312:50
*** alexchadin has quit IRC12:54
*** lyan has joined #openstack-meeting-312:55
*** lyan is now known as Guest8454012:56
*** anilvenkata has quit IRC12:58
*** jamesmcarthur has joined #openstack-meeting-313:08
*** alexchadin has joined #openstack-meeting-313:10
*** pilgrimstack has joined #openstack-meeting-313:12
*** jamesmcarthur has quit IRC13:13
*** belmoreira has quit IRC13:13
*** pilgrimstack1 has joined #openstack-meeting-313:14
*** alexchadin has quit IRC13:14
*** zhipeng has joined #openstack-meeting-313:16
*** pilgrimstack has quit IRC13:17
*** salv-orlando has quit IRC13:18
*** salv-orlando has joined #openstack-meeting-313:18
*** bobh has joined #openstack-meeting-313:19
*** salv-orlando has quit IRC13:23
*** alexchadin has joined #openstack-meeting-313:24
*** VW has joined #openstack-meeting-313:31
*** belmoreira has joined #openstack-meeting-313:35
*** psachin` has quit IRC13:38
*** alexchadin has quit IRC13:41
*** alexchadin has joined #openstack-meeting-313:42
*** salv-orlando has joined #openstack-meeting-313:48
*** hongbin has joined #openstack-meeting-313:49
*** qwebirc69789 has joined #openstack-meeting-313:53
*** zchkun has joined #openstack-meeting-313:55
*** tosky has joined #openstack-meeting-313:57
*** jeremyfreudberg has joined #openstack-meeting-313:57
tellesnobrega#startmeeting sahara14:03
openstackMeeting started Thu Mar 29 14:03:20 2018 UTC and is due to finish in 60 minutes.  The chair is tellesnobrega. Information about MeetBot at http://wiki.debian.org/MeetBot.14:03
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:03
*** openstack changes topic to " (Meeting topic: sahara)"14:03
openstackThe meeting name has been set to 'sahara'14:03
toskyo/14:03
jeremyfreudbergo/14:04
tellesnobregasorry I was late14:05
tellesnobrega:)14:05
tellesnobregalets start14:05
jeremyfreudbergi have to leave at 45 past the hour, btw14:05
tellesnobregashould be enough time14:06
tellesnobrega#topic News/Updates14:06
*** openstack changes topic to "News/Updates (Meeting topic: sahara)"14:06
tellesnobregaI'm working on plugins split, facing some problems working on the API14:07
tellesnobregabut it is better, and we should have a working prototype with api soon14:07
toskywhile the review which fixes the multinode/spark job is ready (reminder: https://review.openstack.org/#/c/547669/, on par with the current legacy job),14:07
toskyI'm working on a multinode job (vanilla), the idea is to have some periodic jobs14:07
jeremyfreudbergstill been pretty busy with non-sahara things, but i do have some small patches in the works (beginning of admin-manage-all, some bugfix inspired by downstream)... more interestingly, i've finally acquired some hardware for our external CI (this will be a new meeting topic)14:08
toskyand it may be reused in a future CI (with zuul integration and so - zuul v3 is out officially!)14:08
tosky(see https://review.openstack.org/#/c/556846/ )14:08
tellesnobregathanks for the work on spark job and vanilla tosky14:09
tellesnobregajeremyfreudberg, cool, let me know if you need anything14:10
tellesnobregaI guess we can move on14:10
jeremyfreudbergyup14:10
tellesnobrega#topic Sahara third-party CI \o/14:10
*** openstack changes topic to "Sahara third-party CI \o/ (Meeting topic: sahara)"14:10
tellesnobregathe title says it all14:10
jeremyfreudbergright, I managed to receive a "donation" from Cisco14:11
tellesnobregayesterday we got an email with some pretty good news with some machines for our CI14:11
tellesnobregajeremyfreudberg, should be our contact on getting them ready for our CI14:12
jeremyfreudbergtwo nodes with Xeon E-2630 and one with 192 gb ram, the other with 160 gb14:12
toskyare those machines connected together, so that they can be used as small cluster?14:13
tellesnobregashould be enough memory for our case14:13
jeremyfreudbergtosky, yes, that's the idea, i'm installing them both in the right rack later today14:13
jeremyfreudberg(i will point out that these nodes are a bit heavy on ram and slightly light on cpu, but it should be fine)14:14
jeremyfreudbergthe hardware will handle itself here, we need to talk about software though14:14
toskydo we have some limitations/requirement on one side, and ideas on the implementation on the other?14:14
toskyabout the latter point, we had sahara-ci-config, but I'm not sure about them and zuulv314:15
*** jlvillal has quit IRC14:15
*** vkmc has quit IRC14:15
jeremyfreudbergso, we do have sahara-ci-config, there's a few things in there hardcoded for mirantis stuff14:16
jeremyfreudbergand i don't think much progress was made toward zuulv3 there14:16
tellesnobregajeremyfreudberg, do you know how complicated would be to fix it up?14:16
tellesnobregaI guess my first question is, do we want/need zuulv3?14:17
toskymy answer would be: if not, what else?14:18
jeremyfreudbergwell legacy zuul still works, and it would be nice to have something up and running faster14:19
tellesnobregahow different is to deploy zuul and zuulv3?14:19
jeremyfreudbergno idea14:20
*** pilgrimstack1 has quit IRC14:21
tellesnobregatosky, any idea?14:21
toskyiirc software factory already supports zuulv314:21
toskyeven more now that it's released (earlier today)14:21
toskyhttps://blogs.rdoproject.org/2017/11/getting-started-with-software-factory-and-zuul3/14:22
tellesnobregamy vote would be to go with zuulv314:22
*** gouthamr_ has joined #openstack-meeting-314:22
tellesnobregawe won't need to upgrade any time soon14:23
jeremyfreudbergi think having zuulv3 is important, but certainly it should come last (have everything else working first)14:24
toskyright, but is the effort to deploy with the current script less than setting with zuul v3?14:25
toskyif yes, maybe, ok, zuul v2.x14:25
tellesnobregatrue14:26
jeremyfreudbergi'm really not sure how the scripts work, and which components could be superseded by switching to v314:26
jeremyfreudbergok we can go back and forth on this forever, let's try to make a concrete list of steps14:28
tellesnobregaSotK, I would say the best course of action here is, take some time to study sahara-ci-config and figure out the best way to deploy sahara-ci14:28
tellesnobregaagain with the ping14:28
tellesnobregaI hate that14:28
tellesnobregasorry14:28
*** sgrasley1 has joined #openstack-meeting-314:28
jeremyfreudberg0) jeremy sets up the machines with OS, public network, etc14:29
jeremyfreudberg1) ...?14:29
SotK:) np14:29
tellesnobrega1) figure out ASAP the best way to deploy sahara-ci14:29
*** janzian has joined #openstack-meeting-314:30
*** VW has quit IRC14:30
*** vkmc has joined #openstack-meeting-314:30
jeremyfreudberg1a) sahara-ci in terms of components (zuul, jjb, devstack)14:30
jeremyfreudberg1b) sahara-ci in terms of topology (can we have master and slave on same machine to increase capacity)14:30
toskyI agree that zuul should not take all the resources14:31
tellesnobrega+114:31
toskyalso I don't expect to see tons of jobs as on the main CI, so it should not require too much resources14:33
toskyabout components, for reference: the old CI had a fixed devstack instance which was refreshed every month or so, and only sahara was redeployed on the fly14:33
tellesnobregawhich makes total sense14:34
tellesnobregathat is basically what I have at home14:34
jeremyfreudbergyes, the persistent devstack i think is something important (and non-standard)14:34
tellesnobregaI have a devstack running and I connect my local sahara to it14:34
toskywhich is faster, but I'm not sure that allows co-gating14:34
toskynot co-gating, sorry: I mean the usage of Depends-On14:34
*** pilgrimstack has joined #openstack-meeting-314:35
*** rossella_s has joined #openstack-meeting-314:35
jeremyfreudbergwell, it can depend on other sahara patches only i think14:35
jeremyfreudbergbut again, i'm not exactly sure14:35
*** gouthamr2 has joined #openstack-meeting-314:36
jeremyfreudbergwe do need to talk to evgeny who knew some of the intricacies14:36
tellesnobregathat is probably best14:36
*** qwebirc29700 has joined #openstack-meeting-314:36
tellesnobregajeremyfreudberg, can you email evgeny so we have this all on ML?14:36
jeremyfreudbergyes, i'll send something to ml/evgeny14:37
jeremyfreudbergwith both the general announcement and the questions/planning bits14:37
tellesnobrega#action jeremyfreudberg to formally email evgeny about Sahara CI14:37
jeremyfreudbergdo we have other topics for today?14:37
tellesnobregaI don't14:38
*** gouthamr_ has quit IRC14:38
tellesnobregajust news from shuyingya, he is not around because he's got a fever and is out of work today14:39
jeremyfreudbergsorry to hear that (feel better, shuyingya, if you are reading the logs :D)14:39
tellesnobregatosky, any topics you want to cover today?14:39
toskyjust a reminder for shuyingya if he reads this: I added a minor comment to his patch, then it could go in14:41
*** Swami has joined #openstack-meeting-314:41
toskyand I'd like to point out that we had a new contributor sending a patch for HDP 2.614:41
tellesnobregawe got a patch with HDP 2.614:41
tellesnobregayou beat me to it14:41
tellesnobregait looks good btw14:41
jeremyfreudbergi think that contributor might be gokhan14:41
tosky(which probably requires a new patch for sahara-image-{elements,pack})14:41
jeremyfreudbergor a colegague of gokhan14:41
tellesnobregaor gokhan's team14:41
*** lhx_ has joined #openstack-meeting-314:42
jeremyfreudbergyup14:42
jeremyfreudbergyup to tosky also14:42
toskybut it was not the only team interested in ambari 2.614:42
jeremyfreudbergyes, but the other was russian, this is turkish14:42
toskyoh, right14:43
tellesnobreganice, bottom line is, we got new contributors which is great :)14:43
jeremyfreudbergyes, i'm very happy about that14:44
tellesnobrega#topic Open Discussion14:44
*** openstack changes topic to "Open Discussion (Meeting topic: sahara)"14:44
tellesnobregadid any of us ever tested castellan?14:44
toskyehm, we have an open bug14:44
jeremyfreudbergcastellan is on my list for this cycle, i haven't tested it since we discussed with michael a few months ago14:44
tellesnobregaok, I figured on plugins, there is key_manager.delete_key(key_id, ctx)14:45
tellesnobregathat is from castellan14:45
*** david_chou1 has joined #openstack-meeting-314:45
tellesnobregabut, the correct method name is delete_secret(...)14:45
jeremyfreudberghmm, i will have to look into that14:45
*** david-lyle has joined #openstack-meeting-314:45
tellesnobregaprobably never worked14:45
jeremyfreudberg#action placeholder action to remind jeremy about more recent castellan bitrot discovery14:46
jeremyfreudberggtg, thanks all14:46
tellesnobregathanks jeremyfreudberg14:46
*** jeremyfreudberg has quit IRC14:46
tellesnobregawe can close the meeting14:46
tellesnobregathanks tosky14:46
toskyok, about time - there will be few holidays around in the next days, so happy holidays for people who have them!14:46
tellesnobregahappy holidays14:47
toskyo/14:48
tellesnobrega#endmeeting14:49
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"14:49
openstackMeeting ended Thu Mar 29 14:49:02 2018 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:49
openstackMinutes:        http://eavesdrop.openstack.org/meetings/sahara/2018/sahara.2018-03-29-14.03.html14:49
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/sahara/2018/sahara.2018-03-29-14.03.txt14:49
openstackLog:            http://eavesdrop.openstack.org/meetings/sahara/2018/sahara.2018-03-29-14.03.log.html14:49
*** tosky has left #openstack-meeting-314:49
*** zchkun has quit IRC14:49
*** zhipeng has quit IRC14:49
*** chyka has joined #openstack-meeting-314:58
*** rossella_s has quit IRC14:59
*** rossella_s has joined #openstack-meeting-314:59
haleyb#startmeeting neutron_l315:00
openstackMeeting started Thu Mar 29 15:00:55 2018 UTC and is due to finish in 60 minutes.  The chair is haleyb. 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: neutron_l3)"15:00
openstackThe meeting name has been set to 'neutron_l3'15:01
haleyb#chair mlavalle15:01
openstackWarning: Nick not in channel: mlavalle15:01
openstackCurrent chairs: haleyb mlavalle15:01
haleybhi15:01
haleybmiguel will be late15:01
*** rmart04 has quit IRC15:02
Swamihi15:02
*** chyka has quit IRC15:02
david_chou1hi15:02
haleybo/ was just waiting for quorum15:03
haleyb#topic Announcements15:03
*** openstack changes topic to "Announcements (Meeting topic: neutron_l3)"15:03
haleyb#link https://releases.openstack.org/rocky/schedule.html15:04
haleybNext milestone is Rocky-1, April 16 - 2015:04
haleybso 2 weeks away15:04
haleybany other announcements from the team?15:05
Swamihaleyb: No I don't have any15:05
Swamihaleyb: I will not be attending the OpenStack summit on May15:05
david_chou1Just a quick question, is this meeting time changed?15:05
*** apetrich has quit IRC15:06
david_chou1Used to be one hour earlier?15:06
Swamidavid_chou1: I think this meeting was always at 15 UTC15:06
haleybdavid_chou1: i think we just moved the +1 because of US time, but still at same UTC time15:06
david_chou1Or just because US daylight saving time?15:06
david_chou1@Swami, got it , thanks.15:07
haleybSwami: too bad about the summit.  i will not be there either15:07
david_chou1Sorry, I need to leave.15:08
*** david_chou1 has left #openstack-meeting-315:08
*** apetrich has joined #openstack-meeting-315:08
Swamihaleyb: none of my papers got selected, so I am getting approval to attend.15:08
Swamis/I am gettinig/I am not getting15:09
haleybunderstood15:09
haleyb#topic Bugs15:09
*** openstack changes topic to "Bugs (Meeting topic: neutron_l3)"15:10
haleybSwami: you want to do dvr bugs?15:11
Swamihaleyb: sure15:11
Swami#link https://bugs.launchpad.net/neutron/+bug/174045015:11
openstackLaunchpad bug 1740450 in neutron "Restarting l3 agent results in lost of centralized fip in snat ns" [Medium,In progress] - Assigned to Swaminathan Vasudevan (swaminathan-vasudevan)15:11
Swami#link https://review.openstack.org/#/c/555952/15:11
SwamiPatch up for review for this bug.15:11
*** jlvillal has joined #openstack-meeting-315:12
*** qwebirc69789 has quit IRC15:12
Swamihaleyb: i do see a comment from you. I will address it.15:12
haleybSwami: yes, just a small one, looks good otherwise15:12
SwamiNothing else to discuss on this bug beyond the review.15:12
SwamiThe next one in the list is15:12
Swami#link https://bugs.launchpad.net/neutron/+bug/175809315:13
openstackLaunchpad bug 1758093 in neutron "DVR: RPC error handling missing for get_network_info_for_id" [Undecided,In progress] - Assigned to Swaminathan Vasudevan (swaminathan-vasudevan)15:13
Swami#link https://review.openstack.org/#/c/555095/15:13
SwamiNeed another +2 on this patch. haleyb: thanks for the review.15:13
*** qwebirc29700 has quit IRC15:14
*** gouthamr_ has joined #openstack-meeting-315:14
SwamiThe next one in the list is15:14
Swami#link https://bugs.launchpad.net/neutron/+bug/175343415:14
openstackLaunchpad bug 1753434 in neutron "Unbound ports floating ip not working with address scopes in DVR HA " [Medium,Confirmed] - Assigned to Miguel Lavalle (minsel)15:14
SwamiI need to triage this issue.15:14
*** salv-orlando has quit IRC15:15
*** gouthamr2 has quit IRC15:15
SwamiFor unbound ports the floatingip should be configured in the centralized snat_node. But there might be clash betweent he iptable rule that might be blocking the traffic.15:15
*** salv-orlando has joined #openstack-meeting-315:16
*** VW has joined #openstack-meeting-315:17
*** VW_ has joined #openstack-meeting-315:17
SwamiI will triage this scenario and see why it is not working15:17
Swami#link https://bugs.launchpad.net/neutron/+bug/171834515:18
openstackLaunchpad bug 1718345 in neutron "ml2_distributed_port_bindings not cleared after migration from DVR" [Medium,In progress] - Assigned to Swaminathan Vasudevan (swaminathan-vasudevan)15:18
*** e0ne has quit IRC15:18
SwamiI haven't revisited this patch. But will try to get to it.15:18
Swami#link https://bugs.launchpad.net/neutron/+bug/175831615:19
openstackLaunchpad bug 1758316 in neutron "Floating IP QoS don't work in DVR router" [High,Confirmed] - Assigned to LIU Yulong (dragon889)15:19
SwamiI have not triaged this bug yet. But based on the notes, there is some more work to triage this based on the setup.15:20
*** VW_ has quit IRC15:20
*** VW_ has joined #openstack-meeting-315:20
*** salv-orlando has quit IRC15:20
SwamiLast but not least15:20
Swami#link https://bugs.launchpad.net/neutron/+bug/175630115:20
openstackLaunchpad bug 1756301 in neutron "Tempest DVR HA multimode tests fails due to no FIP connectivity" [High,Confirmed]15:20
SwamiI did not get a chance this week to look into this either.15:20
haleybwas liu going to look into it?  based on comments15:21
Swamihaleyb: Not sure if you had any information on the this test failure.15:21
SwamiThat's all I had to update on the DVR bugs.15:21
Swamihaleyb: back to you15:21
*** VW has quit IRC15:21
haleybSwami: thanks15:22
*** gouthamr2 has joined #openstack-meeting-315:22
haleybhttps://bugs.launchpad.net/neutron/+bug/175630115:22
openstackLaunchpad bug 1756301 in neutron "Tempest DVR HA multimode tests fails due to no FIP connectivity" [High,Confirmed]15:22
*** rossella_s has quit IRC15:22
haleybThis one continues to be an issue, I am still looking into it15:22
*** VW_ has quit IRC15:23
haleybThere was also an issue noticed in the CI meeting where after a DVR/DVR-HA migration things don't seem to work15:23
*** rossella_s has joined #openstack-meeting-315:23
*** idlemind has joined #openstack-meeting-315:24
haleybSo there might be some issue with floating IPs and DVR HA, seems to be common in some of these bugs15:24
*** gouthamr_ has quit IRC15:25
Swamihaleyb: Ok,15:25
haleybhttps://bugs.launchpad.net/neutron/+bug/175748215:26
openstackLaunchpad bug 1757482 in neutron "IP address for a router interface allowed outside the allocation range of subnet" [Undecided,Incomplete]15:26
Swamihaleyb: Also I was wondering, if we can split that test case into four different test. I am wondering if there is any issue with the cleanup of the resources when all four test cases are executed back to back.15:26
haleyb#undo15:27
openstackRemoving item from minutes: #link https://bugs.launchpad.net/neutron/+bug/175748215:27
haleybSwami: there probably is, have another bug15:27
*** tssurya has quit IRC15:27
Swamihaleyb: ok15:27
haleybhttps://bugs.launchpad.net/neutron/+bug/175932115:27
openstackLaunchpad bug 1759321 in neutron "not cleaned up router, ports, networks after running neutron_tempest_plugin " [Medium,New]15:27
haleyb^^, although most of the resources are unique15:28
Swamihaleyb: yes I did see this bug.15:29
*** rossella_s has quit IRC15:29
haleybSwami: i haven't looked at splitting that other test up though, it should be able to run as-is i would think, but haven't looked15:30
*** alexchadin has quit IRC15:31
Swamihaleyb: ok, when I was doing my testing I was trying to locally run it two at time, and I had random failures in both cases. Most of the failures where when transitioning from fip to non-fip or non-fip to fip case.15:32
*** chyka has joined #openstack-meeting-315:33
haleybSwami: so it's associating/dis-associating a fip?15:33
Swamihaleyb: I will confirm15:34
*** witek has quit IRC15:34
haleybSwami: thanks.  what i saw in the logs was that metadata failed in all the cases, so ssh would never work.  i have a setup i should be able to try migrations on and see what happens15:35
Swamihaleyb: ok15:35
haleybthe other bug i mentioned was more in the ipam side, https://bugs.launchpad.net/neutron/+bug/175748215:36
openstackLaunchpad bug 1757482 in neutron "IP address for a router interface allowed outside the allocation range of subnet" [Undecided,Incomplete]15:36
haleybi'm tracking it but have not tried to recreate yet15:37
haleybany other bugs?15:37
idlemindhaleyb in general?15:37
haleybidlemind: well, in L3 hopefully :)15:38
idlemindlol well if bgp is l3 ... i'd like to move along the patch set to fix up my bgp auth_type issue15:39
idlemindhttps://bugs.launchpad.net/neutron/+bug/1750121 ... the master patch was approved but not the backports15:39
openstackLaunchpad bug 1750121 in neutron "Dynamic routing: adding speaker to agent fails" [High,Fix released] - Assigned to Dr. Jens Harbott (j-harbott)15:39
idlemindI'm new to the process but I think the stable/pike one needs a verify to run gates and the queens one just needs a thumbs up  / down on whether or not we care about the one failing test15:40
haleybidlemind: need reviews on the backports15:40
idlemindshould i post my own +1 on my adjustment to pike one? or do i wait for another peer to review?15:41
haleybidlemind: sure, i just don't follow much in that repo15:43
idlemindah; right sorry still learning the ropes on how stuff moves thorugh15:43
haleybany other bugs?15:44
haleybok, moving on15:45
haleyb#topic DVR openflow15:45
*** openstack changes topic to "DVR openflow (Meeting topic: neutron_l3)"15:45
*** gouthamr_ has joined #openstack-meeting-315:45
haleybhmm, don't see david around any more15:45
haleyb#topic Open Agenda15:46
*** openstack changes topic to "Open Agenda (Meeting topic: neutron_l3)"15:46
haleybnothing on the etherpad, anything else to discuss?15:47
Swamihaleyb: nothing from me15:48
haleybok i'll call it then, thanks for coming everyone15:48
haleyb#endmeeting15:48
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"15:48
openstackMeeting ended Thu Mar 29 15:48:37 2018 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:48
openstackMinutes:        http://eavesdrop.openstack.org/meetings/neutron_l3/2018/neutron_l3.2018-03-29-15.00.html15:48
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/neutron_l3/2018/neutron_l3.2018-03-29-15.00.txt15:48
openstackLog:            http://eavesdrop.openstack.org/meetings/neutron_l3/2018/neutron_l3.2018-03-29-15.00.log.html15:48
*** gouthamr2 has quit IRC15:48
*** marios has quit IRC15:49
*** janzian has left #openstack-meeting-315:49
*** dtantsur has joined #openstack-meeting-315:50
*** gouthamr2 has joined #openstack-meeting-315:51
*** gouthamr_ has quit IRC15:51
*** elmiko has joined #openstack-meeting-315:54
*** gouthamr_ has joined #openstack-meeting-315:56
*** Swami has quit IRC15:56
*** gouthamr2 has quit IRC15:59
elmiko#startmeeting api sig16:00
openstackMeeting started Thu Mar 29 16:00:11 2018 UTC and is due to finish in 60 minutes.  The chair is elmiko. 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: api sig)"16:00
openstackThe meeting name has been set to 'api_sig'16:00
elmiko#chair cdent elmiko edleafe dtantsur16:00
openstackWarning: Nick not in channel: cdent16:00
openstackCurrent chairs: cdent dtantsur edleafe elmiko16:00
elmiko#link https://wiki.openstack.org/wiki/Meetings/API-SIG#Agenda16:00
*** cdent has joined #openstack-meeting-316:00
cdento/16:00
edleafe\o16:00
cdenttc is navel gazing16:01
elmikoomphaloskepsis, my favorite past time =)16:01
*** belmoreira has quit IRC16:02
elmiko#topic previous meeting action items16:02
*** openstack changes topic to "previous meeting action items (Meeting topic: api sig)"16:02
elmiko#link http://eavesdrop.openstack.org/meetings/api_sig/2018/16:02
elmikoso, i reviewed 444892 and added my comments on the review16:02
cdentsaw that, how should we proceed?16:03
elmikoi think it would be cool to fix up the doc, add the missing material, and then have it link off the microversion guideline with a "read some history" type note16:03
elmikoit's certainly not a guideline, but it is an interesting read imo16:03
*** yamamoto has quit IRC16:04
cdentIt could help people to get to the more basic why of it, rather than just because "openstack says so"16:04
elmikoright16:04
elmikothat's kinda why i think it would be cool to have a link at the top of the microversion guideline to it16:04
elmikoclearly warning the reader that it is editorial/history and not guideline16:05
cdentyeah16:05
cdentare you volunteering or do you want to pass the ball?16:05
edleafeThat was my impression, too16:05
edleafeNot a guideline at all16:06
elmikoi could help fix it up, but i'm not sure i have the context for the one section where Sean mentioned diagrams16:06
elmikothat didn't make sense to me right away16:06
*** gouthamr2 has joined #openstack-meeting-316:06
cdentI've also reviewed a presentation where sean used similar diagrams and I think he's mental modelling in his own way (from the inside) that might be a blocker, so it might make sense to keep the idea of diagrams, but different ones16:07
dtantsuro/ (sorry, forgot)16:07
elmikofair16:07
*** yamamoto has joined #openstack-meeting-316:07
elmikoi guess i need to understand the issue about adding fields a little better as well16:07
edleafeit should live in /doc, not /guidelines, right?16:08
elmikohmm, yeah, that makes more sense16:08
elmikoi don't mind taking a whack at the first rework on that16:09
*** gouthamr_ has quit IRC16:09
*** sambetts is now known as sambetts|afk16:09
elmiko#action elmiko post a pr for https://review.openstack.org/#/c/44489216:10
cdentyay!16:11
elmikowe might want to engage mordred for his thoughts on the SDKs and Client Applications sections16:11
elmikoi guess we can work it out through the review process though16:11
* mordred has time to spend on things again!16:12
elmiko\o/16:12
elmikomordred: any suggestions you have on that pr up there are greatly appreciated =)16:12
mordredkk16:13
elmikothanks!16:13
dtantsurmordred++16:13
mordred(I mean, other than my suggestions for alternate names)16:13
elmikoyes, please XD16:13
elmikowere those name suggestions serious, i am not in the know enough to get the references16:14
elmikoi thought you /might/ be joking, but couldn't tell16:14
mordredelmiko: honestly, I'm not sure _I_ know16:15
elmikohahaha, well played sir16:15
*** gouthamr2 has quit IRC16:15
elmikothe only other action item was for edleafe, i think that was completed as well16:15
elmiko#topic open mic and ongoing or new biz16:16
*** openstack changes topic to "open mic and ongoing or new biz (Meeting topic: api sig)"16:16
elmikoWrite something up for forum topics:16:16
elmiko#link http://forumtopics.openstack.org/16:16
elmikoso, who is going to forum?16:16
cdentwe don't specifically need to do anything at the forum, but if we want to, that's the place to start something16:16
cdentme16:16
edleafeI'll be there16:17
elmikoahh, gotcha16:17
* mordred will be there16:17
elmikoi won't be there, do you folks want to host any topics?16:17
edleafeWe can see if there is any interest in a x-proj with SDK folks16:17
elmiko++16:17
* edleafe wants to keep trying to draw them in16:17
mordredI havea topic related to dtantsur's microversion spec - and a patch we got over in openstacksdk land ...16:17
elmikothat sounds great to me edleafe16:17
cdentthat's a good idea16:17
* dtantsur is not going16:18
mordred(although it's slighly more specific perhaps)16:18
elmikomordred: ok, let's pick that up next16:18
mordredelmiko: sweet, thanks16:18
elmikoso edleafe or cdent, does one of you want to add something for forum then?16:18
elmikoor i guess talk to the sdk folks?16:19
edleafenot sure. Maybe I could ping Melvin, since he was an original mover for this?16:20
elmikosounds good to me16:20
elmiko#action edleafe reach out to Melvin about potential sdk cross project topic for forum16:21
edleafe#action edleafe to ping Melvin Hillsman about a joint SDK/API-SIG meeting at the Forum16:21
elmikohaha16:21
edleafe#undo16:21
openstackRemoving item from minutes: #action edleafe to ping Melvin Hillsman about a joint SDK/API-SIG meeting at the Forum16:21
elmikoanything else on this before we turn the floor over to mordred ?16:22
dtantsurmaybe if we leave two action items on edleafe, he'll double the effort?16:22
* elmiko chuckles16:22
mordreddtantsur: ++16:22
elmikoalright then, the floor is yours mordred16:23
edleafedtantsur: nah, I'll just send Melvin two copies of the same email16:23
dtantsurlol16:23
*** yamamoto has quit IRC16:24
mordredit seems in some places people have been re-using the api version setting (like OS_COMPUTE_API_VERSION)16:24
mordredto set what keystoneauth/openstacksdk consider 'default_microversion'16:24
mordredin keystoneauth we distinguish the two - api_version means major api version and microversion/default_microversion means microversion16:24
mordredso on the one hand I'd sort of prefer to _not_ take OS_COMPUTE_API_VERSION and have it set a default microversion16:24
mordredbut on the other hand it's easy enough to say "if '.' in OS_COMPUTE_API_VERSION: default_microversion=OS_COMPUTE_API_VERSION"16:24
mordredwhat do people think the right thing to do is?16:24
dtantsuris it about CLI or SDK?16:24
dtantsurI'm pretty sure we do OS_BAREMETAL_API_VERSION in CLI (but not in the SDK)16:25
mordreddtantsur: same config source - so it needs to behave the same in both16:25
dtantsurI may not understand what you mean by "same config source"16:25
dtantsurmaybe because I don't know openstacksdk16:25
mordredwell, a human can have baremetal_api_version set in clouds.yaml16:25
elmikoi kinda like not using OS_COMPUTE_API_VERSION as the default, but if this is easier for actual users then maybe we should consider the other16:25
mordredand that will get used by openstacksdk and by osc16:26
dtantsurright16:26
dtantsurso again, what's the problem? you don't want people to use it for <...>?16:26
mordredwell, more specifically, it'll be used by os_client_config/openstack.config to create the keystoneauth adapters in question16:26
mordreddtantsur: the main issue is that currently the behavior is undefined16:26
mordredpeople using python-*client have one behavior expectation that we *can* choose to behave the same as16:27
mordredor we could say "f you want to configure a default microversion, use OS_BAREMETAL_DEFAULT_MICROVERSION / baremetal_default_microversion16:27
dtantsuromg16:27
mordredit's really a question of what to do if someone sets OS_COMPUTE_API_VERSION=2.4516:27
dtantsurthis is the microversion (and that's what we do in ironic's OSC plugin btw)16:28
dtantsurpeople will rightfully hate us for too many options doing seemingly the same thing16:28
edleafedtantsur: ++16:28
dtantsurespecially, if the major version configuration will differ from major version of a microversion (what am I saying?)16:28
elmikoyeah, agreed dtantsur16:28
mordreddtantsur: ok. so you're in favor of feeding 2.45 into default_microversion if we find a versoin of such a form16:28
dtantsurmordred: very strongly in favor, yes16:28
mordredkk16:29
elmikosweet16:29
dtantsurit would be a different story if we did not include a major version in a microversion :D16:29
elmikoanything more on this, like do we need a guideline?16:29
*** yamamoto has joined #openstack-meeting-316:29
dtantsurelmiko: since we already have one guideline proposed targeting SDKs, why not have moar?16:30
mordred_maybe_ we need to say something in dtantsur's guideline about how to deal with api_version env/config as it relates to the options?16:30
elmikoi was just curious if we need a new doc, or can we add this on to the microversion stuff that currently exists?16:30
cdentIf there's documentation for clouds.yaml I don't think we should duplicate that16:30
elmikoyeah, mordred, that's kinda what i was wondering16:30
dtantsurmordred: sure, but maybe as a follow-up (simply not to unfreeze it just for it)16:30
elmikodtantsur: ++16:31
mordred++16:31
mordreddtantsur: although I *was* going to quibble about the example parameter names ...16:31
elmikoso, that last question, who wants to write that follow up?16:31
mordredbut I thinkn that can also go into a followup16:31
mordredsince they're just examples16:31
dtantsurmordred: this is going to be a fun conversation ;)16:31
elmikolol16:31
mordreddtantsur: :)16:31
edleafeelmiko: sounds like mordred just volunteered :)16:32
mordreddtantsur: mainly just we already have parameter names in openstacksdk/keystoneauth and they are not what is used in the examples16:32
elmiko\o/16:32
mordredelmiko: yah. I can do the followup(s)16:32
elmikothanks mordred !16:32
dtantsurcool16:32
elmiko#action mordred right followup guidance of microversions in default config values16:32
elmikodoes that make sense?16:32
elmikooh wait16:32
elmiko#undo16:32
openstackRemoving item from minutes: #action mordred right followup guidance of microversions in default config values16:33
elmiko#action mordred write followup guidance of microversions in default config values16:33
elmikohehe16:33
mordredhahaha16:33
elmiko*now* does it make sense?16:33
edleaferight wasn't right16:33
elmikolol16:33
dtantsurhehe16:33
elmikocut me some slack, i'm going on pto in 30 minutes XD16:33
*** yamamoto has quit IRC16:34
elmikook, so i have a quick update re: os-api-ref and mugsie's work16:34
elmikoi've been studying the options and i think i have an idea about how we can use openapi to capture our schemas, even with microversions16:34
* mugsie perks up16:35
*** jamesmcarthur has joined #openstack-meeting-316:35
elmikoi need to do a little more research, but i would like to propose a doc about this and maybe we can incorporate into the output pr for os-api-ref16:35
elmikobasically, i think we can use some of the extension mechanics in openapi to give us visibility into historical microversions16:35
elmikothe main openapi schema would define the current version of an api, with microversions in the extensions16:36
mugsieelmiko: cool. if we can get an end game for the schema, I can look at fixing the review16:36
elmikomugsie: sweet, i will put more time into writing this up, perhaps next week or the following i will have it done16:36
elmikothe net upside is the we could use current openapi tooling to process a "master" version of any api16:37
dtantsurthat may work16:37
elmikothe down side is that someone would need to make tooling that could ingest the microversions, but this won't be too bad16:37
dtantsurthough I'm not sure if the extensions can express e.g. a field changing its type and semantics16:37
elmikoand might help Gilles situation as well16:37
dtantsur(think, server's flavor)16:37
elmikodtantsur: i _think_ it can, but i am not quite done with my investigation yet16:38
elmikobasically, i'm pretty sure there is a way to capture entire path object trees and that would go a long way to helping with big changes16:38
elmikowe could then use definitions and extension mechanics to carry other bits as needed16:39
elmikoi will write this all up though16:39
dtantsurcool, elmiko++16:39
elmikothat's all from me16:39
elmikoanything else for open mic?16:40
elmiko#topic guidelines16:40
*** openstack changes topic to "guidelines (Meeting topic: api sig)"16:40
elmiko#link https://review.openstack.org/#/q/status:open+project:openstack/api-wg,n,z16:40
elmiko#link https://review.openstack.org/#/q/status:open+project:openstack/api-sig,n,z16:40
edleafeI just answered dtantsur's comment on the HTTP refactor16:41
elmikoso, we get to merge dtantsur's =)16:41
elmikoor do we?16:41
edleafeBasically, I don't know enough about Sphinx to get any fancier than it currently is16:41
dtantsuredleafe: I can help you with sphinx-foo, but I'm out till Tue16:42
elmikodtantsur, do you want to take a shot at prettyfying it ?16:42
*** lhx_ has quit IRC16:42
dtantsurelmiko: totally, but see ^^^16:42
elmikoyup16:42
edleafedtantsur: that's ok, I guess it's time I learned16:42
edleafe:)16:42
elmiko#action dtantsur help to make https://review.openstack.org/#/c/554234/ purty16:42
dtantsurpurrrr16:42
elmikohehe =)16:42
edleafelet me take first crack at it16:42
elmikoand i'm guessing we are merging https://review.openstack.org/#/c/532814/ ?16:43
elmikoedleafe you wanna take the honors on that16:43
edleafesure!16:43
edleafe+W'd16:43
elmikoi guess we can address Akihiro's issues on a followup, but he didn't -116:44
dtantsur\o/16:44
dtantsuryeah, when people +1 I assume they're fine16:44
cdentmy two proposals look like they need some review16:44
edleafefollow-ups are always good16:44
elmikoyeah, and there is still the larger question on https://review.openstack.org/#/c/554921/16:44
elmikolike, do we want type in there16:44
elmikooriginally i liked your proposal cdent, but after you made me think about it more i am not so sure16:45
cdentYeah, I wanted to make people think16:45
cdenthowever, if mordred is still around he probably has a strong opinion16:45
elmikomy only objection would be if there were ever a situation where 2 different named services could fill the same type, then the errors might not be as specific as necessary16:46
elmikobut that might be over paranoid on my part16:46
cdentthei idea is that that's not suposed to happen16:46
edleafecdent: Perhaps a bit meatier commit message would help others understand your thinking16:46
mordredcdent: I alwayshave a strong opinion16:46
cdentedleafe: I was trying to leave it open for the sake of people finding their own way16:47
edleafemordred: wow, you're fast16:47
mordredcdent: yes to service-typeplease, if that's the quesiton16:47
cdentmordred: yes16:47
edleafecdent: you realize that most people will just get lost :)16:47
cdentI guess I thought people would read the bug16:48
mordredif two differently named services fill the same type and do not return the same named errors for error conditions, then something is horribly broken16:48
* cdent is ever in hope16:48
mordredas users of the service would have no way of knowing how to deal with the api16:48
elmikothat makes some sense to me mordred, i was trying to think of weird scenarios where type might not be sufficient16:49
elmikobut maybe those scenarios don't really make sense16:49
mordredelmiko: they probalby exist - but are all evil :)16:49
elmikohahaha, fair16:49
dtantsurI'm with mordred on this one16:50
cdentI knew mordred would stand for this one16:50
elmikook, cool16:50
elmiko10 minutes left, anything else on the guidelines?16:50
edleafenot from me16:51
elmiko#topic bug review16:51
*** openstack changes topic to "bug review (Meeting topic: api sig)"16:51
elmiko#link https://bugs.launchpad.net/openstack-api-wg/+bugs?orderby=-id&start=016:51
elmiko#link https://bugs.launchpad.net/openstack-api-sig/+bugs?orderby=-id&start=016:51
elmikodon't think there is anything new here16:51
cdentnope16:51
elmikoseems like we should mark this up though, https://bugs.launchpad.net/openstack-api-wg/+bug/175646416:52
openstackLaunchpad bug 1756464 in openstack-api-sig "Errors guidelines reference service name, should be type" [Undecided,New]16:52
elmikoif everyone agrees it is a bug16:52
cdentseems so16:52
edleafe+116:52
elmikook, updated16:53
cdentour hookup for autoginning the hookup with patches doesn't seem reliable16:53
elmikoif you say so16:54
elmikoit took me like 4 reads to get that16:54
elmikohehe16:54
elmiko#topic weekly newsletter16:54
cdenti'm well past the number of hours and brains I should have used this week16:54
*** openstack changes topic to "weekly newsletter (Meeting topic: api sig)"16:54
elmikoLOL, inorite?16:55
elmiko#link https://etherpad.openstack.org/p/api-sig-newsletter16:55
elmikoas noted earlier i am going on pto shortly, any volunteers?16:55
* cdent taps foot16:55
cdentoh fine16:55
cdent:)16:55
elmikohahaha16:55
elmikothanks cdent16:55
cdentyou going away, or just off?16:55
elmikojust off, wife and i are spending some quality time around town16:56
edleafenoice16:56
cdentvery nice16:56
elmiko=)16:56
elmikohope y'all have a nice weekend as well!16:56
elmiko#endmeeting16:56
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"16:56
openstackMeeting ended Thu Mar 29 16:56:49 2018 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:56
cdentthanks have a nice time off16:56
openstackMinutes:        http://eavesdrop.openstack.org/meetings/api_sig/2018/api_sig.2018-03-29-16.00.html16:56
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/api_sig/2018/api_sig.2018-03-29-16.00.txt16:56
openstackLog:            http://eavesdrop.openstack.org/meetings/api_sig/2018/api_sig.2018-03-29-16.00.log.html16:56
*** dtantsur has left #openstack-meeting-316:57
*** pilgrimstack has quit IRC17:03
*** anilvenkata has joined #openstack-meeting-317:05
*** david-lyle has quit IRC17:15
*** salv-orlando has joined #openstack-meeting-317:18
*** salv-orlando has quit IRC17:22
*** yamamoto has joined #openstack-meeting-317:30
*** yamamoto has quit IRC17:37
*** chyka_ has joined #openstack-meeting-317:41
*** chyka has quit IRC17:43
*** jamesmcarthur has quit IRC17:50
*** iyamahat has joined #openstack-meeting-317:57
*** harlowja has joined #openstack-meeting-318:01
*** david-lyle has joined #openstack-meeting-318:05
*** salv-orlando has joined #openstack-meeting-318:18
*** salv-orlando has quit IRC18:23
*** cdent has left #openstack-meeting-318:29
*** rmcall has joined #openstack-meeting-318:32
*** iyamahat has quit IRC18:33
*** yamamoto has joined #openstack-meeting-318:33
*** yamamoto has quit IRC18:38
*** e0ne has joined #openstack-meeting-318:49
*** jamesmcarthur has joined #openstack-meeting-318:49
*** pilgrimstack has joined #openstack-meeting-318:55
*** salv-orlando has joined #openstack-meeting-319:03
*** diman has joined #openstack-meeting-319:09
*** wanghao_ has joined #openstack-meeting-319:09
*** jamesmca_ has joined #openstack-meeting-319:11
*** wanghao has quit IRC19:11
*** diman has quit IRC19:14
*** jamesmcarthur has quit IRC19:14
*** salv-orlando has quit IRC19:34
*** salv-orlando has joined #openstack-meeting-319:35
*** yamamoto has joined #openstack-meeting-319:35
*** salv-orlando has quit IRC19:39
*** yamamoto has quit IRC19:40
*** salv-orlando has joined #openstack-meeting-319:43
*** jamesmca_ has quit IRC19:52
*** jamesmcarthur has joined #openstack-meeting-319:54
*** jamesmcarthur has quit IRC19:59
*** jamesmcarthur has joined #openstack-meeting-320:00
*** jamesmcarthur has quit IRC20:04
*** raildo has quit IRC20:05
*** yamamoto has joined #openstack-meeting-320:37
*** yamamoto has quit IRC20:42
*** VW has joined #openstack-meeting-320:46
*** tssurya has joined #openstack-meeting-320:51
*** VW has quit IRC20:54
*** Guest84540 has quit IRC21:07
*** rmcall has quit IRC21:12
*** iyamahat has joined #openstack-meeting-321:12
*** pilgrimstack has quit IRC21:20
*** iyamahat has quit IRC21:32
*** jamesmcarthur has joined #openstack-meeting-321:32
*** yamamoto has joined #openstack-meeting-321:38
*** yamahata has joined #openstack-meeting-321:39
*** yamamoto has quit IRC21:44
*** tssurya has quit IRC21:55
*** jamesmcarthur has quit IRC21:58
*** bobh has quit IRC22:11
*** bobh has joined #openstack-meeting-322:14
*** salv-orlando has quit IRC22:15
*** salv-orlando has joined #openstack-meeting-322:15
*** e0ne has quit IRC22:16
*** salv-orlando has quit IRC22:19
*** bobh has quit IRC22:20
*** hongbin has quit IRC22:34
*** yamahata has quit IRC22:35
*** yamamoto has joined #openstack-meeting-322:40
*** yamamoto has quit IRC22:45
*** chyka has joined #openstack-meeting-322:45
*** chyka_ has quit IRC22:48
*** jamesmcarthur has joined #openstack-meeting-323:00
*** anilvenkata has quit IRC23:02
*** jamesmcarthur has quit IRC23:04
*** jamesmcarthur has joined #openstack-meeting-323:16
*** chyka_ has joined #openstack-meeting-323:19
*** jamesmcarthur has quit IRC23:23
*** chyka has quit IRC23:23
*** chyka_ has quit IRC23:23
*** jamesmca_ has joined #openstack-meeting-323:24
*** iyamahat has joined #openstack-meeting-323:32
*** yamamoto has joined #openstack-meeting-323:41
*** ediardo has joined #openstack-meeting-323:45
*** iyamahat has quit IRC23:45
*** bobh has joined #openstack-meeting-323:47
*** yamamoto has quit IRC23:47
*** iyamahat has joined #openstack-meeting-323:52

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