Thursday, 2015-02-05

etoews#startmeeting api wg00:00
openstackMeeting started Thu Feb  5 00:00:05 2015 UTC and is due to finish in 60 minutes.  The chair is etoews. Information about MeetBot at http://wiki.debian.org/MeetBot.00:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.00:00
*** openstack changes topic to " (Meeting topic: api wg)"00:00
openstackThe meeting name has been set to 'api_wg'00:00
etoewshiya00:00
elmikohi00:00
cyeohhi!00:00
stevellehello00:00
ryansbhey00:00
etoewshey cyeoh! good to have you back.00:00
sigmavirus24o/00:00
cyeohetoews: thx :-)00:00
sigmavirus24cyeoh: long time no see00:00
sigmavirus24etoews: I'm pretty sure miguelgrinberg wont' make it tonight00:01
etoewsk00:01
etoews#link https://wiki.openstack.org/wiki/Meetings/API-WG#Agenda00:01
etoewswe currently have 2 big matzah balls out there00:01
etoewsmission statement and which repo to use00:02
etoews#topic mission statement00:02
*** openstack changes topic to "mission statement (Meeting topic: api wg)"00:02
*** nikhil_k has joined #openstack-meeting-300:02
etoewshave people been following the thread on the ml?00:03
elmikoyup00:03
cyeohsorry missed it, is there a draft up somewhere?00:03
sigmavirus24yep00:03
elmikocyeoh: don't think we made it to draft phase yet00:03
sigmavirus24cyeoh: http://lists.openstack.org/pipermail/openstack-dev/2015-February/055763.html00:04
cyeohsigmavirus24: thx00:04
sigmavirus24cyeoh: actually it starts http://lists.openstack.org/pipermail/openstack-dev/2015-January/055694.html00:04
sigmavirus24#link http://lists.openstack.org/pipermail/openstack-dev/2015-January/055694.html00:04
sigmavirus24#link http://lists.openstack.org/pipermail/openstack-dev/2015-February/055763.html00:04
elmikothere are some nice suggestions in the thread00:04
etoewsyes. it's been helping me think about it.00:05
*** xuhanp has joined #openstack-meeting-300:06
sigmavirus24I'm not sure what the value of "pragmatic" is in that context to be honest00:06
sigmavirus24But it doesn't bother me. It just seems superfluous00:06
*** rosmaita has joined #openstack-meeting-300:06
ryansbI like "pragmatic" because (to me) it drives home that we're looking for implementable, practical solutions00:07
*** hemanth has joined #openstack-meeting-300:07
stevelleI'd hope we can make it slightly fewer words still.  If something else can be tightened that makes more room.00:07
*** bpokorny has joined #openstack-meeting-300:08
stevelleBut it feels like it has developed nicely.00:08
etoewsi like stefano's suggestion about including our audience00:08
cyeohso I like the bit about identifying existing practice because I don't think we should be very cautious about recommending anything that hasn't been tried in practice yet00:08
ryansb+1 cyeoh00:08
stevellethat seems to be harmonious with "practical" imo00:09
sigmavirus24So I think there are two things that people are talking about simultaneously in that thread: 1. elevator pitch 2. full mission statement00:09
etoewsyes00:09
sigmavirus24We might want to develop the former from the latter and the latter should be longer form than initially proposed00:09
sigmavirus24cyeoh: my hesistancy with that is the implication that we'll favor existing (insufficient) openstack API designs over better and not unattainable designs that have been implemented successfully outside of openstack00:10
stevelle+1 sigmavirus2400:10
elmikosigmavirus24: +100:10
sigmavirus24By which I mean, it should be made clear that we won't only be pulling from prior art of OpenStack and nothing more00:11
cyeohsigmavirus24: well thats a possibility, but recommending something that turns out not to work at all is even worse00:11
cyeohespecially if multiple projects adopt it because its in the guidelines00:11
elmikoi'm all for breaking a few eggs to make things better, at the same time we have to hammer home the "guidelines not standards" message00:11
etoewshere's what i originally envisioned. 1-3 sentences of text describing our purpose. which could be followed by longer text going into more detail.00:11
sigmavirus24== elmiko00:12
*** melwitt has left #openstack-meeting-300:12
cyeohfor example, I wouldn't have a recommendation for microversions in the document yet until we actually see it working in Nova00:12
*** melwitt has joined #openstack-meeting-300:12
sigmavirus24cyeoh: fair00:12
elmikomakes sense00:12
etoews+1 elmiko but i think there's a caveat that one day particular guidelines could become a standard.00:12
cyeohbut I think it would be ok to have something saying"this is what Nova is trying, might want to consider it"00:12
sigmavirus24for example, I want to see metadata sent via headers killed because there are so many issues that other projects have run into00:12
elmikoetoews: yeah, i kinda left of ", yet..." from the end ;)00:13
sigmavirus24I think we're all in agreement though =)00:13
etoewscyeoh: i would go further by saying to not include it until client code has been written against it too.00:13
etoewslet's hammer out something!00:13
cyeohetoews: agreed00:13
etoewssomething we can take back to the ml00:14
stevelleetherpad?00:14
etoewshttp://etherpad.openstack.org/p/api-wg-mission-statement00:15
etoews#link http://etherpad.openstack.org/p/api-wg-mission-statement00:15
sigmavirus24+100:15
sigmavirus24perhaps we should move on?00:16
* sigmavirus24 pings etoews 00:17
sigmavirus24we can go through and update the etherpad further after the meeting00:17
etoewscan we give this 5 more minutes?00:17
etoews*really wants to hammer something out*00:18
*** Sukhdev has quit IRC00:18
sigmavirus24okay00:19
cyeohso I kind of like Dean's the best, but I would like to add something that says we're a group that can be approached if a project is not sure about something not covered by the existing guidelines00:19
cyeohs/can/should/00:19
*** annegent_ has quit IRC00:20
ryansbI like Dean's as well, just trying out some different wording options00:21
sigmavirus24cyeoh: yeah. If miguelgrinberg were here though, he could attest to the fact that every time we're approached for advice people are expecting a rubber stamp, not actual constructive criticism00:21
elmikoDean's does have a nice compactness to it00:22
cyeohsigmavirus24: we'll give them constructive criticism anyway :-)00:22
stevellemy one issue with Dean's is, as sigmavirus24 pointed out, we should also look beyond OpenStack for existing practices00:22
ryansbcyeoh: righto, they can't stop us from sending emails.00:22
elmikostevelle: good point00:23
etoewsto me dean's leaves too many questions open. the kind of questions we've been getting from the people we're trying to engage00:23
ryansbmoving the "OpenStack REST APIs" fixes stevelle's issue, so we're collecting implementations/best practices and bringing them into openstack00:24
etoewsi think we could distill a tweetable mantra out of something slightly longer form.00:24
elmikoyea, would be nice to mention guidelines in there somewhere, i think we have to00:24
rosmaitai prefer ryan's over dean's because it says API convergence, not project convergence00:24
etoewselmiko: +100:24
ryansbthanks to whoever fixed my grammar. ;)00:24
elmikorosmaita: +100:24
sigmavirus24ryansb: it wasn't me but I would have been proud to have done so00:25
sigmavirus24== rosamita00:25
etoewsalso dean's doesn't say for who or why00:25
ryansbwell this is the API-WG mission statement, I think that covers "who"00:26
ryansbwhy though. Good point.00:26
etoewsryansb: so who is the who?00:27
rosmaitai'd like if we could add stefano's improve dev experience to ryan's second statement00:27
sigmavirus24ryansb: why? because we should00:27
etoewsput another way, who is our audience?00:27
*** marun has quit IRC00:28
rosmaitaAPI consumers == developers ?00:28
stevelle+1 rosmaita identifying the why in naming the developer experience00:28
cyeohwell ultimately I see it to make life as easy as possible for the users of the OpenStack APIs (not openstack developers generally)00:28
sigmavirus24That's the hardest one to answer since we consumer our APIs via our python-*client s and openstacksdk00:28
cyeohsigmavirus24: yep I'd definitely include those people00:29
etoewsthat's my thinking as well. our audience is the api consumers.00:29
cyeohsigmavirus24: I guess I mean to stay its not primarily for those writing the api implementations, though it certainly helps00:29
sigmavirus24cyeoh: right00:29
rosmaitai don't see "improve developer experience" implying openstack devs00:29
nikhil_k+1 to rosmaita's point about API consumers == developers00:29
rosmaitathough it would definitely include them00:30
sigmavirus24I think the other thing is that the python-*clients often mirror the respective APIs in the CLI so this will provide a more consistent cli for users as well (e.g., operators in this case)00:30
ryansbthe who is "API-WG" for "distill" and the why is "to make developers happier" IMO00:30
etoewsthis is why it's so important to clearly identify the audience. developers actually has double meaning in openstack00:30
nikhil_k(sorry to jump in unnoticed, felt like a strong case to vote)00:30
etoewsthere are developers building apps on openstack and developers contributing to openstack00:31
ryansbin this case (I think) it's both kinds00:31
stevellewelcome, nikhil_k00:31
rosmaitais "API consumers" OK? would cover everyone00:31
nikhil_kstevelle: :)00:31
etoewsrosmaita: something along those lines00:31
ryansbconsumers of openstack (app builders/tool builders) and producers of openstack (openstack contributors)00:31
cyeohrosmaita: +100:31
elmikoi think we should use different language than "API consumers"00:31
sigmavirus24== elmiko00:32
sigmavirus24I don't know what better language exists though00:32
etoewsit's especially important because if we just use the word developers, the "producers of openstack" will assume it's them that's being talked about00:32
elmikohmm, sticky wicket...00:32
elmikoit just seems axiomatic that the API-wg is talking to API consumers00:32
ryansbargh, etherpad connection failures.00:33
nikhil_kAPI patrons00:33
rosmaitaok, how about "to improve the OpenStack experience" ?00:33
sigmavirus24to me API consumers doesn't just mean people though, it also means applications etc.00:33
elmikonikhil_k: +1 i like patrons00:33
*** annegent_ has joined #openstack-meeting-300:33
elmikosigmavirus24: that's a good point too, plus we are talking to api creators as well00:33
cyeohhrm I think patrons might just confuse people00:34
elmikoprobably, but sounds cool00:34
stevellepoint of order, we have spent 20 minutes on this so far00:34
sigmavirus24stevelle: good point to order00:34
etoewsi'm willing to move if people pinky swear to chime in on the ml00:35
etoewss/move/move on/00:35
rosmaitais there an emoticon for that?00:35
* elmiko pinky swears00:35
elmikorosmaita: lol00:35
etoews#topic api guideline repo00:35
*** openstack changes topic to "api guideline repo (Meeting topic: api wg)"00:35
* ryansb \nnnn pinky swears00:36
*** Sukhdev has joined #openstack-meeting-300:36
etoewswe decided on 1 repo. so which one? openstack-specs or api-wg00:36
etoewsi'm leaning towards api-wg00:36
elmikoi'm +1 for api-wg00:36
sigmavirus24+1 for api-wg00:36
rosmaita+100:36
etoewsif we ever need to truly make something a standard, it can be proposed to openstack-specs00:36
nikhil_krosmaita: \mXm/00:36
cyeohyea, api-wg00:37
rosmaitanikhil_k: good one!00:37
elmikonikhil_k: LOL +100:37
etoewsnikhil_k: nice!00:37
ryansblegit00:37
* rosmaita \mXm/00:37
elmikowell, at the least we figured that mystery out ;)00:37
etoewslet me throw this thought out there.00:37
etoewswhat if we changed how we wrote guidelines to be a bit more spec-like00:38
etoewseach guideline becomes its own doc00:38
*** annegent_ has quit IRC00:38
etoewswith section for examples, prior art, motivation, etc.00:38
etoewstoo much process/overhead?00:38
elmikoi like that approach00:38
* sigmavirus24 too00:39
cyeohetoews: I'd prefer at the moment to concentrate on getting something out soon00:39
etoewsor would it short circuit a lot of the discussion that goes on in the review?00:39
rosmaitai think it woudl be worth the trouble00:39
cyeohas in ensure we can do a release in Kilo00:39
rosmaitawell cyeoh definitely has a point there00:39
etoewsi feel like it's the discussion asking for examples, prior art, motivation, etc. that's slowing us down00:40
stevelleI would like to see process evolve in the next cycle.00:40
* sigmavirus24 wasn't aware we were planning a release in kilo00:40
elmikoetoews: i would think they would have the same level of discourse, just in a spec review instead.00:40
sigmavirus24planning this for the next cycle makes sense though00:40
elmikosigmavirus24: +100:40
cyeohso I like the idea of prior art, motivation etc, but I think its something we can add in the future00:40
etoewsalright. i just wanted to throw it out there for thought.00:41
elmikoi can certainly get on board with planning a spec-like change for the M cycle00:41
*** watanabe_isao has joined #openstack-meeting-300:41
elmikoer L, whatever is next lol00:42
etoews#startvote do we use the api-wg repo to write our guidelines?00:42
openstackBegin voting on: do we use the api-wg repo to write our guidelines? Valid vote options are Yes, No.00:42
openstackVote using '#vote OPTION'. Only your last vote counts.00:42
sigmavirus24#vote use the api-wg repo00:42
elmiko#vote Yes00:42
sigmavirus24or #yes00:42
sigmavirus24#vote yes00:42
etoews#vote yes00:42
stevelle#vote yes00:42
cyeoh#vote yes00:42
rosmaita#vote yes00:42
ryansb#vote yes00:42
nikhil_kdo I get to vote?00:43
etoewsyep00:43
nikhil_k(doesn't seem to matter now though)00:43
nikhil_k#vote yes00:43
etoewsas far as i'm concerned. you're here and you care. you get to vote.00:43
elmikonikhil_k: stil... best to be heard =)00:43
etoews#endvite00:44
nikhil_kelmiko: :)00:44
etoews#endvote00:44
openstackVoted on "do we use the api-wg repo to write our guidelines?" Results are00:44
*** ChuckC_ has joined #openstack-meeting-300:44
etoews#agreed  we use the api-wg repo to write our guidelines00:44
etoews#action etoews to take vote result to ml00:45
etoews#topic Glance and functional API00:45
*** openstack changes topic to "Glance and functional API (Meeting topic: api wg)"00:45
etoews#link https://etherpad.openstack.org/p/glance-adding-functional-operations-to-api00:45
etoews#link https://review.openstack.org/#/c/13512200:45
nikhil_ko/00:45
* sigmavirus24 thanks etoews for noticing that00:45
*** ChuckC has quit IRC00:45
nikhil_kHi, miguelgrinberg sigmavirus24 stevelle hemanth and I had a small :) discussion last evening (EST) on this topic00:46
nikhil_kIt was suggested to bring it up here for the reasons of00:46
nikhil_k1. Finding the best possible approach00:47
nikhil_k2. Keeping the project goals intact and solving the API guideline issue at hand00:47
nikhil_kThe proposal is00:47
nikhil_kadding ' POST /v2/images/{image_id}/actions/{action_type} ' to Glance existing APIs set00:48
nikhil_k(on line 102-5 in the etherpad)00:48
nikhil_kThis is to enable a operation of the likes of " being able to deactive a malicious/unusable/licence revoked image and stop the booting process until operators find a good way to fix the image (or its data)00:50
hemanthThe reasons for that proposal are listed here, lists.openstack.org/pipermail/openstack-dev/2014-May/036416.html00:50
nikhil_kThat being the primary use case; some others were proposed in ATL summit (to which I'm still trying to dig the info out)00:51
etoewsso is an action actually being created? or is it strictly a functional point in time thing?00:51
rosmaitafunctional point in time00:51
*** pavel_bondar has quit IRC00:51
*** pavel_bondar has joined #openstack-meeting-300:52
*** annegent_ has joined #openstack-meeting-300:52
*** annegent_ has quit IRC00:52
sigmavirus24etoews: also you're POST'ing without a body00:52
sigmavirus24(iirc)00:52
rosmaitasigmavirus24: yrc00:53
sigmavirus24rosmaita: ty00:53
etoewsand what if one day the glance api needed to do an action that needed multiple parameters. some of which might be complex?00:53
nikhil_kAlso: The project design needs to keep 'status' field non-writable (from the client/user's perpective); it should happen from within the code.00:53
sigmavirus24Ah yes, nikhil_k's constraint is an important one00:54
etoews100% agreed that the status field is non-writable.00:54
nikhil_k:)00:54
etoewsso let me at least throw this out there.00:55
etoewshttp://developer.openstack.org/api-ref-compute-v2-ext.html#ext-os-instance-actions00:55
salv-orlandoso the execution of an action ultimately has an effect on the representation of the resource it acts upon00:55
etoewsthe nova api apparently actually creates an action resource00:55
etoews(for that particular extension anyway)00:55
rosmaitai don't think we want to do that here00:56
sigmavirus24etoews: right, glance seems to have ruled that out at the Atlanta Summit00:56
salv-orlandoin that case I personally think the use of "actions" might be legit, even if I'd say it should be a PUT because at the end of the day the goal of the API is modifying the status of the resource once the task associated with the action completes00:56
sigmavirus24This seems to be more of an on/off switch though00:56
etoewsi read it like the use case of those action resources is as an audit log00:56
salv-orlandofwiw, neutron API implements this kind of construct for attaching or detaching interfaces from a router00:56
stevelleetoews: I felt similarly00:57
etoewsrosmaita: can you tl;dr that decision00:57
etoews?00:57
rosmaitawell, we had just introduced tasks into glance00:57
elmikoi thought it was bad form to tunnel controller like commands through a single endpoint?00:57
rosmaitaas actual entities00:57
rosmaitathat track long-running asynchronous operations00:58
rosmaitathis just seemed like a different kind of thing00:58
sigmavirus24elmiko: it is, which is why miguelgrinberg and I are not fond of it00:58
elmikosigmavirus24: ack, thanks00:58
etoewselmiko sigmavirus24: do you have a reference for why it's bad form. something that might help everyone understand?00:59
cyeohfwiw instance-actions in nova will basically go away once we have tasks00:59
etoewscyeoh: good to konw00:59
rosmaitabut a lot of those instance-actions actually are better modelled as tasks00:59
salv-orlandoas operations are  async what are the proposed solutions to track the  progress of a operation, if I might ask?01:00
nikhil_kThat's v3 though, right?01:00
elmikoetoews: my only reference is the o'reilly rest design book, i'll see if has an argument though01:00
cyeohnikhil_k: well v2.1 microversions ;-)01:00
etoewselmiko: thx01:00
nikhil_kahh01:00
sigmavirus24etoews: well, miguelgrinberg will love this, but it's certainly not HATEOAS for one01:00
etoewsdang. we're at time.01:00
etoews#endmeeting01:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"01:00
openstackMeeting ended Thu Feb  5 01:00:54 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)01:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/api_wg/2015/api_wg.2015-02-05-00.00.html01:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/api_wg/2015/api_wg.2015-02-05-00.00.txt01:00
openstackLog:            http://eavesdrop.openstack.org/meetings/api_wg/2015/api_wg.2015-02-05-00.00.log.html01:01
salv-orlandogoodnight01:01
ryansbnight folks01:01
*** ryansb has left #openstack-meeting-301:01
etoewsi really really don't want to block rosmaita nikhil_k and the glance crew01:01
sigmavirus24gnight all01:01
sigmavirus24time to feast on some dinner01:01
etoewsg'night!01:01
sigmavirus24etoews: ML thread?01:01
elmikonight, etoews thanks again =)01:01
etoewsdoes that work for you rosmaita nikhil_k ?01:01
*** hemanth is now known as hemanth-away01:02
rosmaitaetoews: i think it will have to!01:02
rosmaitai guess we can get a sense of what the consensus is01:02
*** VW_ has quit IRC01:02
rosmaitabut nikhil_k will have to say if the delay will be bad for glance01:03
nikhil_ketoews: yeah, I guess we will have to01:03
nikhil_kWe don't mind waiting another week?01:03
nikhil_kShould we catch up next one?01:03
*** penick has quit IRC01:03
*** sigmavirus24 is now known as sigmavirus24_awa01:03
nikhil_ketoews: rosmaita ^01:03
etoewsyes01:03
*** melwitt has quit IRC01:04
nikhil_kThanks!01:04
nikhil_ks/week?/week./01:04
rosmaitaso is the decision ML & next week discussion, or jsut discuss next week?01:04
etoewsnikhil_k: should we still start an ml thread to get things moving before then.01:04
*** xuhanp has quit IRC01:04
etoews?01:05
nikhil_kI think Eddie is leading the dev work on it01:05
nikhil_kand hemanth-away has some ideas01:05
etoewslet's do ml and meet next week01:05
nikhil_ketoews: How about I confirm with you with a few more details by Mon?01:05
etoewshopefully we get a good discussion and vote next week.01:05
nikhil_kAight, that sounds good.01:06
rosmaitaok01:06
rosmaitaetoews: thanks01:06
etoewsnikhil_k: you sure. i can hold off if you like.01:06
nikhil_kAppreciate the time etoews :)01:06
nikhil_ketoews: oh sure01:06
nikhil_k(I'm getting a lag in my IRC client)01:06
etoewsactually, it would be better if you kicked off the ml thread when you're ready01:06
etoewsnikhil_k ^01:07
nikhil_ketoews: sure thing01:07
nikhil_kSee you next otherwise ;)01:07
etoewsnikhil_k: and don't hesitate to ping the wg people on irc to respond on the thread01:07
etoewsor ping me to ping them if you prefer. :)01:08
nikhil_ksounds like a plan :D01:08
rosmaitak, night all!01:08
*** rosmaita has left #openstack-meeting-301:08
etoewsthanks!01:08
nikhil_kThanks too01:09
*** bradjones has quit IRC01:17
*** david-lyle is now known as david-lyle_afk01:18
*** bradjones has joined #openstack-meeting-301:18
*** ChuckC has joined #openstack-meeting-301:23
*** annegent_ has joined #openstack-meeting-301:23
*** ChuckC_ has quit IRC01:26
*** annegent_ has quit IRC01:35
*** SumitNaiksatam has quit IRC01:41
*** SumitNaiksatam has joined #openstack-meeting-301:42
*** SridharRamaswam1 has quit IRC01:46
*** salv-orlando has quit IRC01:48
*** markvoelker has joined #openstack-meeting-301:54
*** stanzgy has joined #openstack-meeting-301:55
*** etoews has quit IRC01:57
*** lblanchard has joined #openstack-meeting-301:58
*** etoews has joined #openstack-meeting-302:01
*** Networkn3rd has joined #openstack-meeting-302:02
*** lblanchard has quit IRC02:05
*** MarkAtwood has joined #openstack-meeting-302:13
*** banix has joined #openstack-meeting-302:16
*** alexsyip has quit IRC02:20
*** etoews has quit IRC02:23
*** etoews has joined #openstack-meeting-302:24
*** tellesnobrega_ has quit IRC02:31
*** penick has joined #openstack-meeting-302:31
*** penick_ has joined #openstack-meeting-302:32
*** SumitNaiksatam has quit IRC02:32
*** Sukhdev has quit IRC02:36
*** SumitNaiksatam has joined #openstack-meeting-302:36
*** penick has quit IRC02:36
*** penick_ is now known as penick02:36
*** etoews has quit IRC02:38
*** ivar-lazzaro has quit IRC02:38
*** bpokorny has quit IRC02:39
*** melwitt has joined #openstack-meeting-302:39
*** melwitt has left #openstack-meeting-302:39
*** salv-orlando has joined #openstack-meeting-302:49
*** mattgriffin has joined #openstack-meeting-302:50
*** tellesnobrega_ has joined #openstack-meeting-302:53
*** yamahata has quit IRC02:55
*** yamamoto_ has joined #openstack-meeting-302:57
*** Longgeek has joined #openstack-meeting-302:57
*** tellesnobrega_ has quit IRC02:59
*** eghobo has quit IRC03:02
*** mattgriffin has quit IRC03:03
*** salv-orlando has quit IRC03:06
*** marun has joined #openstack-meeting-303:10
*** tellesnobrega_ has joined #openstack-meeting-303:12
*** tonyb has left #openstack-meeting-303:13
*** marun has quit IRC03:15
*** amotoki has joined #openstack-meeting-303:25
*** Networkn3rd has quit IRC03:25
*** banix has quit IRC03:25
*** banix has joined #openstack-meeting-303:29
*** mattgriffin has joined #openstack-meeting-303:34
*** killer_prince is now known as lazy_prince03:37
*** etoews has joined #openstack-meeting-303:39
*** etoews has quit IRC03:44
*** MarkAtwood has quit IRC03:49
*** thomasem has quit IRC03:52
*** Longgeek has quit IRC03:53
*** VW_ has joined #openstack-meeting-303:56
*** absubram has joined #openstack-meeting-304:06
*** badveli has quit IRC04:06
*** absubram has quit IRC04:06
*** Longgeek has joined #openstack-meeting-304:10
*** etoews has joined #openstack-meeting-304:14
*** lazy_prince is now known as killer_prince04:15
*** banix has quit IRC04:18
*** etoews has quit IRC04:18
*** penick has quit IRC04:25
*** Networkn3rd has joined #openstack-meeting-304:26
*** VW_ has quit IRC04:26
*** VW_ has joined #openstack-meeting-304:27
*** salv-orlando has joined #openstack-meeting-304:27
*** Networkn3rd has quit IRC04:31
*** julim has joined #openstack-meeting-304:32
*** VW_ has quit IRC04:39
*** SridharRamaswamy has joined #openstack-meeting-304:40
*** killer_prince is now known as lazy_prince04:43
*** mattgriffin has quit IRC04:44
*** salv-orlando has quit IRC04:47
*** eghobo has joined #openstack-meeting-305:04
*** etoews has joined #openstack-meeting-305:15
*** etoews has quit IRC05:19
*** ivar-lazzaro has joined #openstack-meeting-305:25
*** Networkn3rd has joined #openstack-meeting-305:27
*** Networkn3rd has quit IRC05:31
*** salv-orlando has joined #openstack-meeting-305:33
*** salv-orlando has quit IRC05:34
*** yamahata has joined #openstack-meeting-305:36
*** salv-orlando has joined #openstack-meeting-305:44
*** coolsvap_ is now known as coolsvap05:49
*** ivar-laz_ has joined #openstack-meeting-305:50
*** salv-orlando has quit IRC05:51
*** ivar-la__ has joined #openstack-meeting-305:52
*** ivar-lazzaro has quit IRC05:52
*** SridharRamaswamy has quit IRC05:54
*** ivar-laz_ has quit IRC05:55
*** tellesnobrega_ has quit IRC05:58
*** salv-orlando has joined #openstack-meeting-306:02
*** salv-orlando has quit IRC06:03
*** etoews has joined #openstack-meeting-306:16
*** salv-orlando has joined #openstack-meeting-306:16
*** salv-orlando has quit IRC06:16
*** etoews has quit IRC06:20
*** salv-orlando has joined #openstack-meeting-306:26
*** Networkn3rd has joined #openstack-meeting-306:28
*** salv-orlando has quit IRC06:31
*** Networkn3rd has quit IRC06:32
*** MarkAtwood has joined #openstack-meeting-306:52
*** etoews has joined #openstack-meeting-306:57
*** MarkAtwood has quit IRC06:57
*** Networkn3rd has joined #openstack-meeting-307:00
*** etoews has quit IRC07:02
*** Networkn3rd has quit IRC07:05
*** markvoelker has quit IRC07:06
*** wuhg has joined #openstack-meeting-307:09
*** jmanko has joined #openstack-meeting-307:17
*** sahid has joined #openstack-meeting-307:20
*** jmank has quit IRC07:20
*** mwang2__ has joined #openstack-meeting-307:23
*** zz_ttrifonov is now known as ttrifonov07:26
*** mwang2_ has quit IRC07:26
*** scheuran has joined #openstack-meeting-307:27
*** SumitNaiksatam has quit IRC07:29
*** salv-orlando has joined #openstack-meeting-307:38
*** jcoufal has joined #openstack-meeting-307:38
*** salv-orlando has quit IRC07:51
*** SumitNaiksatam has joined #openstack-meeting-307:54
*** etoews has joined #openstack-meeting-307:58
*** ivar-lazzaro has joined #openstack-meeting-307:59
*** Networkn3rd has joined #openstack-meeting-308:02
*** jtomasek has joined #openstack-meeting-308:02
*** ivar-laz_ has joined #openstack-meeting-308:02
*** belmoreira has joined #openstack-meeting-308:02
*** ivar-la__ has quit IRC08:02
*** etoews has quit IRC08:02
*** devvesa has joined #openstack-meeting-308:03
*** eghobo has quit IRC08:03
*** ivar-lazzaro has quit IRC08:04
*** mrmartin has joined #openstack-meeting-308:05
*** lsmola has quit IRC08:05
*** stanzgy has quit IRC08:06
*** stanzgy has joined #openstack-meeting-308:06
*** Networkn3rd has quit IRC08:06
*** sergef has joined #openstack-meeting-308:07
*** iovadia has joined #openstack-meeting-308:11
*** iovadia has quit IRC08:15
*** jtomasek has quit IRC08:18
*** ivar-laz_ has quit IRC08:20
*** lsmola has joined #openstack-meeting-308:22
*** stanzgy has quit IRC08:24
*** sahid has quit IRC08:25
*** iovadia has joined #openstack-meeting-308:31
*** salv-orl_ has joined #openstack-meeting-308:32
*** yamamoto_ has quit IRC08:35
*** lsmola has quit IRC08:36
*** yamahata has quit IRC08:36
*** matrohon has joined #openstack-meeting-308:38
*** lsmola has joined #openstack-meeting-308:38
*** MaxV has joined #openstack-meeting-308:44
*** watanabe_isao has quit IRC08:48
*** evgenyf has joined #openstack-meeting-308:49
*** safchain has joined #openstack-meeting-308:50
*** armax has quit IRC08:54
*** mrda is now known as mrda-away08:57
*** matrohon has quit IRC08:59
*** etoews has joined #openstack-meeting-308:59
*** Networkn3rd has joined #openstack-meeting-309:02
*** JeanBriceCombebi has joined #openstack-meeting-309:03
*** etoews has quit IRC09:03
*** Longgeek has quit IRC09:05
*** Networkn3rd has quit IRC09:07
*** stanzgy has joined #openstack-meeting-309:09
*** sandr8 has quit IRC09:16
*** sahid has joined #openstack-meeting-309:18
*** salv-orl_ has quit IRC09:19
*** JeanBriceCombebi has quit IRC09:24
*** marun has joined #openstack-meeting-309:41
*** salv-orlando has joined #openstack-meeting-309:41
*** sandr8 has joined #openstack-meeting-309:42
*** marun has quit IRC09:45
*** zz_johnthetubagu is now known as johnthetubaguy09:54
*** etoews has joined #openstack-meeting-310:00
*** Networkn3rd has joined #openstack-meeting-310:03
*** etoews has quit IRC10:04
*** JeanBriceCombebi has joined #openstack-meeting-310:07
*** Networkn3rd has quit IRC10:08
*** JeanBriceCombebi has quit IRC10:08
*** JeanBriceCombebi has joined #openstack-meeting-310:11
*** tellesnobrega_ has joined #openstack-meeting-310:28
*** coolsvap is now known as coolsvap_10:29
*** salv-orlando has quit IRC10:35
*** jtomasek has joined #openstack-meeting-310:37
*** JeanBriceCombebi has quit IRC10:39
*** tellesnobrega_ has quit IRC10:43
*** tellesnobrega_ has joined #openstack-meeting-310:45
*** stanzgy has quit IRC10:51
*** alexpilotti has joined #openstack-meeting-310:56
*** etoews has joined #openstack-meeting-311:00
*** etoews has quit IRC11:05
*** tellesnobrega_ has quit IRC11:10
*** salv-orlando has joined #openstack-meeting-311:35
*** yamamoto has joined #openstack-meeting-311:36
*** salv-orlando has quit IRC11:38
*** pkoniszewski has joined #openstack-meeting-311:40
*** markvoelker has joined #openstack-meeting-311:40
*** coolsvap_ is now known as coolsvap11:46
*** markvoelker has quit IRC11:47
*** coolsvap is now known as coolsvap_12:01
*** reed has joined #openstack-meeting-312:06
*** salv-orlando has joined #openstack-meeting-312:07
*** wuhg has quit IRC12:09
*** salv-orlando has quit IRC12:11
*** salv-orlando has joined #openstack-meeting-312:28
*** salv-orlando has quit IRC12:33
*** xuhanp has joined #openstack-meeting-312:34
*** mwagner_lap has quit IRC12:35
*** salv-orlando has joined #openstack-meeting-312:39
*** markvoelker has joined #openstack-meeting-312:43
*** salv-orlando has quit IRC12:43
*** markvoelker has quit IRC12:47
*** VW_ has joined #openstack-meeting-312:50
*** markvoelker has joined #openstack-meeting-313:01
*** JeanBriceCombebi has joined #openstack-meeting-313:02
*** etoews has joined #openstack-meeting-313:02
*** etoews has quit IRC13:07
*** yamamoto has quit IRC13:07
*** VW_ has quit IRC13:10
*** jckasper has quit IRC13:11
*** matrohon has joined #openstack-meeting-313:11
*** enikanorov_ has quit IRC13:16
*** baoli has joined #openstack-meeting-313:22
*** etoews has joined #openstack-meeting-313:25
*** mwagner_lap has joined #openstack-meeting-313:27
*** etoews has quit IRC13:38
*** etoews has joined #openstack-meeting-313:39
*** igordcard has joined #openstack-meeting-313:39
*** matrohon has quit IRC13:40
*** jpomero has joined #openstack-meeting-313:41
*** igordcard has quit IRC13:42
*** thomasem has joined #openstack-meeting-313:44
*** jckasper_ has joined #openstack-meeting-313:55
*** igordcard has joined #openstack-meeting-313:57
*** elmiko has left #openstack-meeting-313:57
*** VW_ has joined #openstack-meeting-313:57
*** thomasem has quit IRC13:59
*** thomasem has joined #openstack-meeting-314:00
*** amotoki has quit IRC14:00
*** etoews has quit IRC14:03
*** salv-orlando has joined #openstack-meeting-314:04
*** scheuran has quit IRC14:04
*** igordcard has quit IRC14:07
*** andymaier has joined #openstack-meeting-314:07
*** sergef_ has joined #openstack-meeting-314:07
*** salv-orlando has quit IRC14:08
*** thomasem has quit IRC14:08
*** alazarev has quit IRC14:09
*** sergef has quit IRC14:10
*** sergef_ is now known as sergef14:10
*** alazarev has joined #openstack-meeting-314:11
*** lblanchard has joined #openstack-meeting-314:14
*** thomasem has joined #openstack-meeting-314:15
*** qwebirc34322 has joined #openstack-meeting-314:18
*** igordcard has joined #openstack-meeting-314:20
*** qwebirc18494 has joined #openstack-meeting-314:21
*** qwebirc34322 has quit IRC14:22
*** salv-orlando has joined #openstack-meeting-314:26
*** xuhanp has quit IRC14:29
*** jcoufal_ has joined #openstack-meeting-314:30
*** jcoufal has quit IRC14:33
*** enikanorov_ has joined #openstack-meeting-314:35
*** mattgriffin has joined #openstack-meeting-314:38
*** evgenyf has quit IRC14:46
*** absubram has joined #openstack-meeting-314:47
*** absubram has left #openstack-meeting-314:48
*** amuller has joined #openstack-meeting-314:57
*** tidwellr has joined #openstack-meeting-314:57
*** carl_baldwin has joined #openstack-meeting-314:59
carl_baldwinhi all15:00
*** mlavalle has joined #openstack-meeting-315:00
pavel_bondarhi15:00
*** pc_m has joined #openstack-meeting-315:00
*** sigmavirus24_awa is now known as sigmavirus2415:00
mlavallehi15:00
*** stevelle has left #openstack-meeting-315:00
*** johnbelamaric1 has joined #openstack-meeting-315:00
pc_mhi15:00
carl_baldwinpavel_bondar: mlavalle: pc_m: hi15:00
carl_baldwinamuller: ping15:00
johnbelamaric1hello15:00
*** qwebirc18494 has quit IRC15:00
carl_baldwintidwellr: ping15:00
amullermorning15:00
carl_baldwinjohnbelamaric1: hi15:00
tidwellrpong15:00
carl_baldwin#startmeeting neutron_l315:01
openstackMeeting started Thu Feb  5 15:01:09 2015 UTC and is due to finish in 60 minutes.  The chair is carl_baldwin. Information about MeetBot at http://wiki.debian.org/MeetBot.15:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:01
*** openstack changes topic to " (Meeting topic: neutron_l3)"15:01
openstackThe meeting name has been set to 'neutron_l3'15:01
*** johnbelamaric1 has quit IRC15:01
carl_baldwin#topic Announcements15:01
*** openstack changes topic to "Announcements (Meeting topic: neutron_l3)"15:01
*** johnbelamaric has joined #openstack-meeting-315:01
carl_baldwin#link https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam15:01
carl_baldwinI think Kilo-2 is today!15:01
*** armax has joined #openstack-meeting-315:02
carl_baldwinThat means if it hasn’t entered the queue yet, it won’t make it.  I’m not sure when they’ll cut it.15:02
*** Swami has joined #openstack-meeting-315:02
carl_baldwinAlso means that Kilo-3 is coming right up.  It’ll be here before we know it.15:02
carl_baldwin#link https://wiki.openstack.org/wiki/Kilo_Release_Schedule15:03
carl_baldwinAny other announcements?15:04
carl_baldwin#topic Bugs15:04
*** openstack changes topic to "Bugs (Meeting topic: neutron_l3)"15:04
*** Rajeev has joined #openstack-meeting-315:04
carl_baldwinAny bugs to bring up?15:04
amullerhttps://bugs.launchpad.net/neutron/+bug/141809715:05
amullerProbably more OVS related than L3, but I need help to triage that one15:05
*** marun has joined #openstack-meeting-315:05
carl_baldwinThis one has eluded me until this week:  https://bugs.launchpad.net/neutron/+bug/1404743  I’ll take a look at it.15:05
carl_baldwinamuller: Anything to discuss wrt to this kernel panic?15:06
*** etoews has joined #openstack-meeting-315:06
*** sahid has quit IRC15:06
*** sahid has joined #openstack-meeting-315:06
amullerLogic dictates it's more to do with OVS / kernel versions, and some OVS bug. However, that doesn't explain why it only started happening since the patch linked in the bug report.15:07
Rajeevamuller: I encountered a Jenkins failure for dsvm-functional neutron.tests.function yesterday evening too15:07
amullerRajeev: Can you link?15:07
carl_baldwinamuller: I can’t imagine how the patch referenced could cause it but I’ve not thought deeply about it yet.15:07
Swamiamuller: Is this only seen in the functional test.15:07
*** VW__ has joined #openstack-meeting-315:07
Rajeevamuller: http://logs.openstack.org/77/153077/1/check/check-neutron-dsvm-functional/a1a6a1f/15:08
amullercarl_baldwin: I can rebase back to before that patch, and I can run the tests reliably. I then go one patch forward and it happens on the first run. It's very odd. I agree Carl that the patch looks innocent.15:08
Rajeevamuller: my recheck went through ok15:08
amullerRajeev: That seems unrelated but still interesting15:08
Rajeevamuller: good to know, thanks.15:09
*** VW_ has quit IRC15:09
carl_baldwinamuller: Well, I can’t say there is nothing in the patch but it is strange.15:09
amullerSwami: Some more context: Internal testing on a Juno based build (!) started seeing the same issue, with ovs-vswitch crashing or causing a kernel panic15:09
*** sahid has quit IRC15:09
Swamiamuller: thanks15:10
amullerNow, that's the same symptom, but a Juno based build obviously doesn't have any Kilo patches15:10
*** sahid has joined #openstack-meeting-315:10
carl_baldwinarmax: Is Rajeev’s timeout exception similar to or the same as the one you saw?15:10
amullerSwami: And internal testing was done on a 'production' system, not via functional testing15:10
amullerI suspect that some combinations of kernels and OVS builds are utterly broken15:10
armaxcarl_baldwin: yes it’s the same I believe15:11
amullerand will cause catastrophic failures in any openstack cloud using that combination15:11
*** banix has joined #openstack-meeting-315:11
carl_baldwinamuller: Does the ovs crash with Juno have the same trace or other symptoms?15:12
amullerIt looks the same15:12
carl_baldwinamuller: But, yet, when you rebase to before the patch, it no longer happens?  Is that reliably repeatable?15:13
carl_baldwinarmax: Any idea yet if this timeout thing is happening with any frequency?15:13
amullerBut to reiterate, I have a VM, where if I go back in time everything works properly, then when I fast forward to HEAD it starts breaking, without reinstalling anything, without changing any versions of anything. Simply git rebasing back and forward.15:13
amullercarl_baldwin: Yes it's reliable.15:13
haleyband if you have the crashdump trace let's get it in the bug and/or sent to the OVS/netdev ML - could be a known bug15:13
*** [1]evgenyf has joined #openstack-meeting-315:14
armaxcarl_baldwin: not directly, but it should be fairly trivial to pull a logstash query and see what’s going on15:14
carl_baldwinarmax: okay15:15
*** wojdev has joined #openstack-meeting-315:16
amullerhaleyb: Will do15:16
carl_baldwinamuller: I’ll look in to it a bit more after the meeting and add notes to the bug report.15:17
carl_baldwinamuller: Anything else we can discuss here?15:17
amullerNay15:17
Rajeevamuller: do you know what specific operation is it crashing on ?15:17
amullerRajeev: No15:17
Rajeevovs agent log might be of some help15:18
amullerWe don't use the OVS agent for the L3 functional testing though15:18
amullerI'll see if there's anything in the OVS logs or crash traces15:18
*** VW__ has quit IRC15:19
carl_baldwinamuller: Rajeev: thanks.  Let’s move on and discuss this on the mail thread or IRC.15:19
Rajeevcarl_baldwin: agreed15:19
carl_baldwinAny other bugs?15:19
carl_baldwin#topic L3 Agent Restructuring15:20
Swamicarl_baldwin: there are couple of dvr related bugs still waiting for review15:20
*** openstack changes topic to "L3 Agent Restructuring (Meeting topic: neutron_l3)"15:20
carl_baldwinSwami: Okay, we’ll get the the dvr section soon.15:20
Swamicarl_baldwin: thanks15:21
carl_baldwinI have three refactoring patches up for review.15:21
carl_baldwinamuller has one that I can see now.15:21
carl_baldwinThe chain starts here:  https://review.openstack.org/#/c/15015415:21
carl_baldwinThen mlavalle has a namespace patch.15:22
mlavallecorrect15:22
*** igordcard has quit IRC15:22
carl_baldwinamuller: will you be able to visit your patch today?15:22
amullercarl_baldwin: Yeah you should expect a new revision in a few minutes15:23
*** david-lyle_afk is now known as david-lyle15:23
carl_baldwinamuller: Great.  Thanks.  It is a good patch.  I rebased my stuff behind it.15:23
carl_baldwinmlavalle: Anything on yours to discuss?15:23
*** egallen has joined #openstack-meeting-315:24
mlavallecarl_baldwin: as far as the namespace patchset, I finieshed testing it locally in devstack and with the l3 agent funtional tests. I will push the next reviision today. I didn't do it last night because it was late and wanted to respond to all the comments made by amuller pc_m and you15:24
carl_baldwinAfter these patches, there is only a little bit of router stuff left in the agent.  All dealing with plugging interfaces if I’m not mistaken.  That’ll be another patch.15:24
*** VW_ has joined #openstack-meeting-315:24
*** isviridov is now known as isviridov_away15:25
pc_mgood job guys!15:25
carl_baldwinmlavalle: Great.15:25
mlavallecarl_baldwin: there were some changes to the functional test15:25
mlavallenothing big15:26
carl_baldwinAfter the interfaces patch, I think there will be one more.  I’m nearly convinced that DvrRouter needs to split in to two classes.15:26
carl_baldwin… one for compute nodes and one for shared snat nodes.15:26
carl_baldwinSo, two new patches and I think we’ll be in pretty good shape with this project.15:27
* carl_baldwin sees the light at the end of the tunnel.15:27
mlavallecarl_baldwin: the interfaces patch, is that what we talked about last Friday?15:27
carl_baldwinmlavalle: I don’t think so.15:27
mlavalleok15:28
carl_baldwinmlavalle: ping me a bit later.15:28
mlavallewill do15:28
carl_baldwin#topic neutron-ipam15:28
*** openstack changes topic to "neutron-ipam (Meeting topic: neutron_l3)"15:28
mlavallecarl_baldwin: after lucnh15:28
carl_baldwinsalv-orlando: ping15:28
carl_baldwinjohnbelamaric: pavel_bondar: hi15:29
carl_baldwintidwellr: hi15:29
pavel_bondarcarl_baldwin: hi15:29
tidwellrhey15:29
johnbelamarichello15:29
carl_baldwinI feel some good momentum starting to build here.15:29
carl_baldwinI will address feedback on my patch sometime this morning.15:29
carl_baldwinI also put some notes on salv-orlando ’s patch.15:30
carl_baldwinIs there anything to discuss now?15:31
pavel_bondarI have added an early WIP for db_base_refactoring15:31
pavel_bondar#link https://review.openstack.org/#/c/153236/15:31
carl_baldwinpavel_bondar: ^ it passed one test.  ;)15:32
pavel_bondar:)15:32
pavel_bondaryeah, it does not work15:32
pavel_bondarand too early for reviewing it15:32
*** VW_ has quit IRC15:32
pavel_bondarwill keep working on it15:32
*** VW_ has joined #openstack-meeting-315:33
carl_baldwinpavel_bondar: I added me as a reviewer.  Do you think it is worth looking at it from a high level perspective?  Or wait?15:33
*** jcoufal_ has quit IRC15:33
pavel_bondarit is better wait for next patset15:34
carl_baldwinpavel_bondar: ack15:34
*** jcoufal has joined #openstack-meeting-315:34
carl_baldwinAnything else to discuss about IPAM?15:34
johnbelamariccarl_baldwin: I think any questions are best addressed in the reviews right now15:34
tidwellragreed15:35
johnbelamariccarl_baldwin: well, there is this open question on the sequence, but I think it may be easier to deal with in the review than here15:35
carl_baldwinjohnbelamaric: Fair enough.  With refactoring winding down, I can have a better presence on the reviews.15:35
johnbelamariccarl_baldwin: excellent!15:35
carl_baldwinjohnbelamaric: okay.15:35
carl_baldwin#topic dvr15:35
*** openstack changes topic to "dvr (Meeting topic: neutron_l3)"15:35
carl_baldwinSwami: hi, I wanted to be sure to leave some time for dvr.15:36
Swamicarl_baldwin: thanks15:36
SwamiWe are currently working on finding a solution to fix the issues in the gate with the dvr related tests.15:36
SwamiOne thing that came up is, should we always delete the "fip namespace" when vms and come and go. Is it introducing some delay and complexity.15:37
carl_baldwinSwami: That is a good question.  I have wondered about that myself.15:38
SwamiOne idea we had is, can we leave the fip namespace and the fip-agent-gateway there until the external network is there for that particular router.15:38
SwamiWhen external network or the gateway is droped we can go ahead and clean up all the fip-agent port and namespaces.15:38
SwamiThat would substantially reduce the inter communication between the agents and plugin.15:39
carl_baldwinSwami: The L3 agent knows which external networks are available to it, right?15:40
SwamiYes.15:40
carl_baldwinSwami: Will the list of external networks ever be very big?15:41
*** sahid has quit IRC15:41
carl_baldwinI guess it could be.15:41
*** sahid has joined #openstack-meeting-315:41
SwamiJust give it a thought and let me know if that is ok and then I can push in the patch.15:41
SwamiI also wanted to reduce an rpc call from agent to the plugin to create the "fip agent gw port".15:42
carl_baldwinSwami: So, if I understand it correctly, you want to change so that the fip namespace will stay even if there are no fips.  As long as the router has an external gateway then you will create the namespace.15:42
carl_baldwinSwami: Is that correct?15:42
SwamiInstead the plugin can create during a floatingip associate.15:42
Swamicarl_baldwin: Yes you are right, that is my proposal15:42
*** jaypipes has joined #openstack-meeting-315:43
carl_baldwinSwami: That sounds fine to me.  I think it would be good to reduce the potential for thrash in creating/deleting the namespace.15:43
carl_baldwinDo others want to weigh in?15:43
Swamicarl_baldwin: thanks15:43
carl_baldwinSwami: Just off the top of my head, you’d change it to reference count routers with gateway ports on the compute host instead of floating ips.15:44
Rajeevwe like the idea. one clarification15:44
Rajeevis the the ns will be deleted when all the routers on the node do not have external gateway15:44
*** jcoufal has quit IRC15:45
SwamiThe fip namespace is related to the external network, so when particular external network is removed from the router, that particular fip namespace will be deleted.15:46
*** jcoufal has joined #openstack-meeting-315:46
carl_baldwinSwami: when particular network is removed from *all* routers, right?15:46
carl_baldwin*all* meaning all routers present on the compute node.15:46
SwamiYes, from all routers?15:46
*** VW_ has quit IRC15:46
*** absubram has joined #openstack-meeting-315:46
SwamiIf there is even a single router that has a gateway with the specified external network, we will leave the namespace intact.15:47
*** jcoufal_ has joined #openstack-meeting-315:47
Swamicarl_baldwin: Just a last note before I quit.15:47
carl_baldwinSwami: Just pointing out that more than one router on the compute node may be connected to the same external network.15:47
SwamiCan you shed some light on the high bugs that are out there.15:47
*** yamahata has joined #openstack-meeting-315:47
Swami#link https://bugs.launchpad.net/neutron/+bug/141188315:47
Swami#link https://bugs.launchpad.net/neutron/+bug/1374473 https://bugs.launchpad.net/neutron/+bug/141363015:48
Swamicarl_baldwin: I need to drop off.15:48
carl_baldwinSwami: What do you mean by “shed some light"15:48
carl_baldwin?15:48
SwamiRajeev: can continue the discussion if he has any. Or I will ping you later if you have questions.15:48
*** sahid has quit IRC15:48
carl_baldwinSwami: Okay.  ttyl15:48
Swamicarl_baldwin: Sorry I meant can you take a look at those patches. I is waiting for a while.15:49
SwamiThanks15:49
Swamibye15:49
*** iovadia has quit IRC15:49
carl_baldwinSwami: Yes, I expect to have some more review time freed up.  bye.15:49
*** sahid has joined #openstack-meeting-315:49
carl_baldwinRajeev: anything more?15:50
Rajeevcarl_baldwin: sure15:50
*** jcoufal has quit IRC15:50
*** VW_ has joined #openstack-meeting-315:51
Rajeevin one of the test failures we see that the agent is returning floating ip status as not active15:51
Rajeevbecause the fip namespace is still being set15:51
Rajeevthe tests in dvr job doesn't check the status of the fips before using15:51
Rajeevso attempts to ping and times out15:52
carl_baldwinRajeev: So, the agent does not allow the fip namespace to get fully constructed before reporting state on the floating ip?15:52
carl_baldwinRajeev: Does it eventually report active status for the fip?15:53
*** Swami has quit IRC15:53
Rajeevcarl_baldwin: correct, because there is no waiting in the agent15:53
Rajeevcarl_baldwin: for eventually I believe not15:53
Rajeevbut have to look into the code15:54
*** wojdev has quit IRC15:54
carl_baldwinDoes the test attempt to wait for active status?  Or, does it ignore status and try to ping anyway?15:54
*** wojdev has joined #openstack-meeting-315:55
Rajeevcarl_baldwin: the test doesn't check status, just pings15:55
*** VW_ has quit IRC15:55
Rajeevcarl_baldwin: and fails15:55
carl_baldwinRajeev: Maybe the test could be enhanced to first wait for active status (fail if it is *never* acheived)15:56
Rajeevcarl_baldwin: yes that would be a better approach.15:57
carl_baldwinRajeev: hence my question about whether it eventually reports active.15:57
carl_baldwinWe only have about a minute left.15:58
Rajeevcarl_baldwin: since there is no wait/retry only15:58
Rajeeva new update will cause that to happen so will make it unreliable.15:58
carl_baldwinRajeev: I’m not sure I follow.15:59
carl_baldwinRajeev: do you want to continue in the openstack-neutron room?15:59
Rajeevcarl_baldwin: can take offline. Otherwise we are continuing to look into ways to stabilize the job and resume HA work15:59
carl_baldwinRajeev:  great.  ping me later.16:00
Rajeevcarl_baldwin: sure. will sign in16:00
carl_baldwinThanks all!16:00
carl_baldwin#endmeeting16:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"16:00
openstackMeeting ended Thu Feb  5 16:00:23 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/neutron_l3/2015/neutron_l3.2015-02-05-15.01.html16:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/neutron_l3/2015/neutron_l3.2015-02-05-15.01.txt16:00
openstackLog:            http://eavesdrop.openstack.org/meetings/neutron_l3/2015/neutron_l3.2015-02-05-15.01.log.html16:00
mlavallehave a nice day16:00
*** tidwellr has quit IRC16:00
pc_mbye16:00
johnbelamaricbye16:00
*** pc_m has left #openstack-meeting-316:00
*** johnbelamaric has left #openstack-meeting-316:00
*** VW_ has joined #openstack-meeting-316:01
*** bpokorny has joined #openstack-meeting-316:01
*** Rajeev has quit IRC16:02
*** baoli has quit IRC16:02
*** baoli has joined #openstack-meeting-316:03
*** gholler has joined #openstack-meeting-316:03
*** erikmwilson has joined #openstack-meeting-316:04
*** sahid has quit IRC16:05
*** amuller has left #openstack-meeting-316:07
*** devvesa has quit IRC16:10
*** pkoniszewski has quit IRC16:11
*** vishy has quit IRC16:11
*** vishy has joined #openstack-meeting-316:12
*** wojdev has quit IRC16:13
*** JeanBriceCombebi has quit IRC16:14
*** jcoufal_ has quit IRC16:17
*** jcoufal has joined #openstack-meeting-316:17
*** [1]evgenyf has quit IRC16:27
*** SridharRamaswamy has joined #openstack-meeting-316:30
*** SridharRamaswamy has quit IRC16:35
*** SridharRamaswam1 has joined #openstack-meeting-316:35
*** ybathia has joined #openstack-meeting-316:55
*** sarob has joined #openstack-meeting-316:59
*** mattfarina has joined #openstack-meeting-317:01
*** SumitNaiksatam has quit IRC17:02
*** SumitNaiksatam has joined #openstack-meeting-317:03
*** pballand has joined #openstack-meeting-317:03
*** sbalukoff has quit IRC17:04
*** pkoniszewski has joined #openstack-meeting-317:05
*** sarob has quit IRC17:05
*** sarob has joined #openstack-meeting-317:05
*** sarob has quit IRC17:05
*** sarob has joined #openstack-meeting-317:06
*** SumitNaiksatam has quit IRC17:09
*** sarob has quit IRC17:10
*** SumitNaiksatam has joined #openstack-meeting-317:13
*** sarob has joined #openstack-meeting-317:17
*** devvesa has joined #openstack-meeting-317:18
*** VW__ has joined #openstack-meeting-317:19
*** andymaier has quit IRC17:20
*** VW_ has quit IRC17:21
*** mlavalle has quit IRC17:21
*** jtomasek has quit IRC17:23
*** yamahata has quit IRC17:24
*** MaxV has quit IRC17:26
*** lazy_prince is now known as killer_prince17:26
*** mageshgv has joined #openstack-meeting-317:31
*** VW__ has quit IRC17:35
*** pkoniszewski has quit IRC17:39
*** SumitNaiksatam has quit IRC17:41
*** belmoreira has quit IRC17:41
*** johnthetubaguy is now known as zz_johnthetubagu17:43
*** VW_ has joined #openstack-meeting-317:44
*** VW_ has quit IRC17:44
*** VW_ has joined #openstack-meeting-317:44
*** baoli has quit IRC17:55
*** yapeng has joined #openstack-meeting-317:57
*** armax has quit IRC17:57
*** baoli has joined #openstack-meeting-317:57
*** bpokorny_ has joined #openstack-meeting-317:59
*** yamahata has joined #openstack-meeting-317:59
*** LouisF has joined #openstack-meeting-318:00
*** Youcef has joined #openstack-meeting-318:01
*** armax has joined #openstack-meeting-318:01
*** rkukura has joined #openstack-meeting-318:01
*** bpokorny has quit IRC18:02
rkukurahi18:02
*** Piet has joined #openstack-meeting-318:02
*** susaant has joined #openstack-meeting-318:02
yapenghello18:02
mageshgvHi18:02
*** clu_ has joined #openstack-meeting-318:02
yapengdo we have meeting today?18:03
mageshgvSumitNaiksatam is not visible online. Is he joining ?18:03
*** s3wong has joined #openstack-meeting-318:04
*** ivar-lazzaro has joined #openstack-meeting-318:06
s3wongno GBP meeting?18:06
rkukurashould be - I just emailed Sumit18:06
ivar-lazzarohi18:06
*** SumitNaiksatam has joined #openstack-meeting-318:07
*** pballand has quit IRC18:07
s3wongSumitNaiksatam: hello18:07
SumitNaiksatamrkukura: ivar-lazzaro mageshgv s3wong banix: hi18:07
SumitNaiksatamapologies for the delay18:07
yapenghi18:07
banixSumitNaiksatam: hi18:07
mageshgvhi18:07
rkukurahi SumitNaiksatam18:07
SumitNaiksatamyapeng: i18:08
LouisFhi18:08
SumitNaiksatamhi18:08
SumitNaiksatam#startmeeting networking_policy18:08
openstackMeeting started Thu Feb  5 18:08:07 2015 UTC and is due to finish in 60 minutes.  The chair is SumitNaiksatam. Information about MeetBot at http://wiki.debian.org/MeetBot.18:08
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.18:08
*** openstack changes topic to " (Meeting topic: networking_policy)"18:08
openstackThe meeting name has been set to 'networking_policy'18:08
SumitNaiksatam#info agenda https://wiki.openstack.org/wiki/Meetings/Neutron_Group_Policy#Feb_5th.2C_201518:08
*** pballand has joined #openstack-meeting-318:08
*** vgridnev has joined #openstack-meeting-318:08
SumitNaiksatamnothing in terms of announcements at my end18:08
*** ivar-lazzaro has quit IRC18:08
SumitNaiksatamanyone want to share anything upfront?18:08
*** ivar-lazzaro has joined #openstack-meeting-318:09
SumitNaiksatamwe will be mostly focussing on the kilo-1 work items18:09
*** VW__ has joined #openstack-meeting-318:09
*** armax has quit IRC18:09
SumitNaiksatam#topic Bugs18:09
*** openstack changes topic to "Bugs (Meeting topic: networking_policy)"18:09
SumitNaiksatamin the meeting agenda i have put links to the critical, high and medium bugs18:10
*** vgridnev has quit IRC18:10
SumitNaiksatamthankfully we dont have any outstanding critical bugs18:10
*** VW_ has quit IRC18:10
SumitNaiksatamthe links are to the bugs currently targeted for k-118:10
SumitNaiksatamcan you please take a look at the links and update the status for your assigned bugs?18:11
SumitNaiksatamthere were a few bugs popping up on the deletion of resources (in the resource mapping driver)18:11
SumitNaiksatamare there any specific bugs anyone wants to discuss now (and/or the approach to fixing them)?18:12
*** mwagner_lap has quit IRC18:12
rkukuraSumitNaiksatam: I started going through my bugs yesterday and adding comments18:12
*** VW__ has quit IRC18:12
SumitNaiksatamrkukura: okay18:12
rkukuraif we don’t think a fix will make k1 (in about a week), should we re-target k2?18:12
SumitNaiksatamrkukura: yes18:13
SumitNaiksatamrkukura: but some bugs might need to be fixed asap18:13
*** VW_ has joined #openstack-meeting-318:13
SumitNaiksatamrkukura: since they leave the system in an inconsistent state18:13
SumitNaiksatamrkukura: the ones where the deletion is of a resource is not allowed because there are associated resources18:14
*** carl_baldwin has quit IRC18:14
rkukuraUnless they get backported to stable-juno, how would k1 get delivered?18:14
SumitNaiksatambut the deletion partially happens, and only the post-commit fails18:14
*** carl_baldwin has joined #openstack-meeting-318:14
SumitNaiksatamrkukura: yes, we should backport those to stable/juno18:14
ivar-lazzaroAbout #link https://bugs.launchpad.net/group-based-policy/+bug/141413918:15
rkukurado we have a target for a stable/juno release?18:15
SumitNaiksatam#chair rkukura ivar-lazzaro s3wong mageshgv18:16
openstackCurrent chairs: SumitNaiksatam ivar-lazzaro mageshgv rkukura s3wong18:16
SumitNaiksatamrkukura: yes, its on launchpad18:16
SumitNaiksatamrkukura: also in the etherpad i shared in the last meeting #link https://etherpad.openstack.org/p/kilo-gbp-plan18:16
SumitNaiksatamivar-lazzaro: go ahead18:17
*** armax has joined #openstack-meeting-318:17
*** hemanthravi has joined #openstack-meeting-318:17
rkukuraI’m not seeing a juno/stable release on either of those18:17
ivar-lazzaroRMD assumes implicit driver running, to give some context, when the RMD is running alone it accepts any object even if not linked properly (l2 without L3policy_id)18:17
ivar-lazzaronow the issue here is on where to do the check18:18
ivar-lazzaroIf I were to check the missing link in the precommit, the implicit driver case would fail18:18
SumitNaiksatamrkukura: ah, i imagined you were asking about k-118:18
ivar-lazzarosince all the pre-commits are executed before all the post commits18:18
rkukuraivar-lazzaro: I think RMD should validate the needed resources18:19
SumitNaiksatamrkukura: we can decide in a stable/juno release date once we actually fix these bugs18:19
ivar-lazzarorkukura: I'm wondering where though... Doing it in the precommit will break the ID case18:19
SumitNaiksatamrkukura: these have been pending for some time now, ideally we should have had another stable/juno by now, IMHO18:19
*** mattfarina has quit IRC18:19
rkukuraivar-lazzaro: What do you mean by “ID case”?18:19
ivar-lazzarorkukura: *IMD18:20
rkukuraSumitNaiksatam: I defintely agree we should plan a 2014.2.1 release that fixes anything making 2014.2 unusable18:20
ivar-lazzarorkukura: I mean that when you have IMD, all the precommit run before the postcommits. But the implicit link still doesn't exist at that time18:20
rkukuraIPD?18:21
ivar-lazzarorkukura: so the RMD will raise an exception before the implicit driver has a chance to create the implicit resource18:21
SumitNaiksatamivar-lazzaro: by IMD you mean IPD i think ;-)18:21
SumitNaiksatamimplicit-policy-driver18:21
ivar-lazzarorkukura, SumitNaiksatam: that one :D18:21
rkukuraivar-lazzaro: I see what you mean18:22
*** jcoufal has quit IRC18:22
rkukuraMaybe IPD needs to create the resources in pre-commit, but that would be within the TX. How about another pre-precommit phase for this?18:23
ivar-lazzarorkukura: creating the object in the precommit may take too long18:23
ivar-lazzarorkukura: and the DB lock may expire18:23
rkukuraBasically, one phase outside TX for validation and implicit creation, then the precommit phase in the TX, then a the postcommit phase outside18:24
ivar-lazzarorkukura: one solution could be to make the RMD accept even non linked objects and resolve them only when actually linked18:24
rkukuraivar-lazzaro: I’m suggesting we add a validate phase before the precommit phase18:24
rkukuraAnd this would be before any TX is started18:24
ivar-lazzarorkukura: how would this solve the problem?18:25
*** ChuckC_ has joined #openstack-meeting-318:25
ivar-lazzarorkukura: the RMD will just raise the exception even earlier18:25
rkukuraThe IPD would do all its work during the validate phase.18:25
ivar-lazzarorkukura: the problem is that the IPD should create the reference *before* the RMD validation kicks on18:25
*** sbalukoff has joined #openstack-meeting-318:25
*** annegent_ has joined #openstack-meeting-318:26
rkukuraEach driver’s validate phase would be called in order18:26
rkukuraThe IPD (if used) would create implicit resources during the validate phase18:26
rkukuraThe RMD would see they are there when it gets called in the validate phase18:26
*** etoews has quit IRC18:26
*** etoews has joined #openstack-meeting-318:27
*** melwitt has joined #openstack-meeting-318:27
rkukuraThe issue I see with this is that there would be side effects if things get rolled back during or after the validate phase18:27
ivar-lazzarorkukura: you would still need transactions to create the objects right?18:27
ivar-lazzarorkukura: true18:28
*** mattfarina has joined #openstack-meeting-318:28
rkukuraivar-lazzaro: These transactions would be within the create methods of the resources that get implicitly created18:28
ivar-lazzarothe fact that the "initial" object doesn't exist in the DB yet is not a problem?18:28
SumitNaiksatamivar-lazzaro: is this specifically an issue with regards to the l2p -> l3p association, or there are other places also where this can blow up?18:29
rkukuraivar-lazzaro: I don’t think so - the L3P has no dependency on the L2P for which it is first created18:29
*** ChuckC has quit IRC18:29
ivar-lazzaroSumitNaiksatam: everything that require the link to be in place. Also PTG -> L2P is broken18:29
*** VW_ has quit IRC18:30
SumitNaiksatamivar-lazzaro: okay18:30
ivar-lazzaroIn any case I think this is something we should document for Juno, and maybe that's not a good idea to backport the fix18:30
rkukuraI think this issue requires more thought, but seems like something we could address in kilo18:30
ivar-lazzarorkukura: +118:30
SumitNaiksatamivar-lazzaro: rkukura: agree18:30
rkukuraBut its probably not something we’d backport to stable/juno18:31
rkukuraivar-lazzaro: +118:31
SumitNaiksatami think we can release note Juno with the requirement for the IPD to be configured18:31
rkukuraSumitNaiksatam: +118:31
*** sergef has quit IRC18:31
SumitNaiksatamstating the obvious - i think we should get this one fixed sooner, since it affects every critical path, and better to get it done early in the cycle18:32
SumitNaiksatamivar-lazzaro: thanks for bringing it up for discussion here18:32
rkukuraI wonder if we should think about a TaskFlow based approach for kilo in place of the current ML2-like structure, where tasks have ways to undo themselves18:32
SumitNaiksatamrkukura: +118:33
SumitNaiksatamthat said we have other changes planned as well, so we can’t have too many structural changes in flight at the same time18:33
SumitNaiksatamwe can decide which ones are of critical importance and prioritize accordingly18:34
SumitNaiksatamwe currntly have a priority of tasks, but we can revisit18:34
ivar-lazzarorussellb: ++18:34
ivar-lazzarorussellb: ops18:34
ivar-lazzarorkukura: ++18:34
SumitNaiksatamrkukura: do you have a feel for how much effort it would take to move to taskflow?18:34
rkukuraSumitNaiksatam: I wish I did18:34
SumitNaiksatamresources/time18:34
SumitNaiksatamrkukura: ok18:34
SumitNaiksatami think we need a fix for this issue one way or the other18:35
rkukuraThere are WIP patches for incorporating TaskFlow into ML2 - I’ll at least try to understand those by next week18:35
SumitNaiksatamrkukura: okay18:35
rkukuraWe could probably do something with a validate phase in kilo and TaskFlow in L if necessary18:36
SumitNaiksatam#action rkukura to evaluate and report on the effort to migrate to taskflow18:36
rkukuraSumitNaiksatam: OK18:36
SumitNaiksatamivar-lazzaro: in the meanwhile do you want to evaluate if there is any other workaround for this IPD issue?18:36
SumitNaiksatamor may be you already have18:37
ivar-lazzaroSumitNaiksatam: yup18:37
SumitNaiksatamivar-lazzaro: rkukura: great18:37
SumitNaiksatamok any other bugs that we want to discuss (or people having problems with making progress on fixing them)?18:37
rkukurayes18:38
SumitNaiksatamrkukura: go ahead18:38
rkukuraThe nova preexisting port deleteion fix is close to merging: https://review.openstack.org/#/c/126309/18:39
SumitNaiksatamrkukura: okay good18:39
ivar-lazzarorkukura: nice18:39
rkukuraWouldn’t hurt for others to review that18:39
SumitNaiksatamthis would still mean that we have to delete the policy targets (and the ports would get deleted at that time), right?18:39
rkukuraAnd we’ll need to think about how it effects us, and whether we want to encourage backporting it to nova’s stable/juno18:40
rkukuraWe’d probably change the FK to not null on delete18:40
SumitNaiksatamrkukura: ok18:41
rkukuracould impact our users though so wanted to mention it18:41
SumitNaiksatamrkukura: okay, you mean since they use the port to spin up the VM?18:42
SumitNaiksatamhowever, the PT delete will take care of deletion of the port, right?18:43
rkukuraSumitNaiksatam: Actually, as long as they expliciltly delete the PT after killing the VM, they’ll be OK18:43
SumitNaiksatamrkukura: yeah18:43
rkukuramaybe a false alarm then18:43
SumitNaiksatamso that workflow does not change18:43
SumitNaiksatamgood to know though18:43
rkukuraOK18:43
SumitNaiksatamokay we need to get to the next topic18:43
SumitNaiksatam#topic Re-factor Group Based Policy with Neutron RESTful APIs18:43
*** openstack changes topic to "Re-factor Group Based Policy with Neutron RESTful APIs (Meeting topic: networking_policy)"18:43
SumitNaiksatam#link https://review.openstack.org/#/c/15312618:44
SumitNaiksatamyapeng: hi18:44
SumitNaiksatamnot sure if yi is around too18:44
yapenghi, Yi seems offline right now18:44
SumitNaiksatamyapeng: do you want to summarize what approach you are taking? (sorry to put you on the spot)18:44
yapengsure, Yi and I plan to add neutron RESTful API driver first, then modify resource mapping driver to use neutron RESTful APIs.18:46
yapengi briefly described it in the spec.18:46
SumitNaiksatamyapeng: i noticed that you mention adding it as a driver18:46
SumitNaiksatamyapeng: i was thinking of this more as a library18:46
SumitNaiksatamperhaps we are thinking the same think, not sure18:46
SumitNaiksatamothers please chime in based on your experience so far (those who have worked on the GBP to Neutron integration)18:47
yapengyes. "library" maybe more accurate. I can make a change in the spec.18:47
SumitNaiksatamyapeng: thanks18:47
SumitNaiksatamyapeng: since for us a neutron driver means something slightly different (its current the resource mapping driver which does that)18:48
s3wongSumitNaiksatam, yapeng: RMD is pretty much the only thing affected here, right?18:48
SumitNaiksatam*currently18:48
SumitNaiksatams3wong: yes, most likely18:48
*** bpokorny has joined #openstack-meeting-318:48
rkukuraIs there a need to support both direct calls and REST calls, selectable via config?18:48
SumitNaiksatamwe need to get mageshgv’s input here as well18:48
SumitNaiksatamrkukura: good point, i thought about that one18:48
yapengSumitNaiksatam, yes, make sense to me now.18:48
SumitNaiksatamrkukura: but if we are a separate server, the direct calls will never work18:49
yapengs3wong: yes, RMD is the only thing to be changed.18:49
SumitNaiksatamrkukura: and direct calls will also assume the same service framework as of neutron, but that may or may not be the case18:49
rkukuraSumitNaiksatam: I agree but I’m concerned if we don’t succeed in moving to a separate server in kilo, REST calls could be a problem.18:49
SumitNaiksatamrkukura: i was thinking of the direct calls more of a transistion mechanism18:49
s3wongGBP as independent API endpoint, and DB are two independent tasks related to this direct call to Neutron APIs18:49
SumitNaiksatamrkukura: yes, a transition mechanism to fall back on18:50
mageshgvSumitNaiksatam: REST calls  would be mandatory if we want GBP as an independent server18:50
SumitNaiksatams3wong: yes, this is the first step18:50
*** carl_baldwin has quit IRC18:50
s3wongrkukura: why would the REST call be a problem? because we can't make a REST call to ourselves?18:50
rkukuraIf we are commiting to separate server for kilo, then I’m happy with just switching to REST client calls and not adding any additional complexity18:50
SumitNaiksatammageshgv: i was asking also from the service chain driver impl perspective18:51
*** bpokorny_ has quit IRC18:51
rkukuraREST calls to the same server going out through a loadbalancer and back could be a problem18:51
ivar-lazzaroDo we need to support also calls from Neutron to GBP? That's something that could be useful in the ML2 drivers that some of the vendor plugins have implemented for GBP18:51
SumitNaiksatamrkukura: but i think i agree with you that it might be a good option to have handy18:51
yapengSumitNaiksatam, is the seperate server chanage targeted for k-1?18:51
SumitNaiksatamyapeng: the evaluation of the separate server is definitely targeted for k-1, and perhaps more18:52
SumitNaiksatamyapeng: but that work has a dependency on what you are doing18:52
s3wongSumitNaiksatam, rkukura: I see that GBP as independent API server (to pecan) as a K-1 milestone item?18:52
*** bpokorny has quit IRC18:52
SumitNaiksatams3wong: that is a proposal18:52
rkukuraIsn’t our K-1 in a week?18:52
SumitNaiksatams3wong: may or may not be pecan right away18:52
mageshgvSumitNaiksatam: The service chain plugin also could reuse this new framework wherever needed.18:52
SumitNaiksatamrkukura: true :-)18:53
SumitNaiksatam10 days to be precise18:53
rkukuraIt might be realistic to get the REST calls in K-1, but I think the pecan-based server will take more time18:53
s3wongmageshgv: actually for service chain it is interesting. Service chain is a Neutron service plugin, right?18:53
SumitNaiksatamrkukura: yes18:53
yapengivar-lazzaro: yes, some ML2 driver will need to call GBP APIs.18:54
SumitNaiksatams3wong: so is GBP18:54
s3wongmageshgv: and this GBP API server task would not change service chain's position, i.e., it would remain Neutron service plugin, right?18:54
SumitNaiksatamrkukura: but independent server need not be pecan-based from day one18:54
*** alexsyip has joined #openstack-meeting-318:54
SumitNaiksatamwe can have a transition path there as well18:54
yapengSumitNaiksatam, rkukura, s3wong, do you see a problem that ML2 driver calls GBP APIs?18:54
rkukuraSumitNaiksatam: True, but why not go straight to pecan?18:54
mageshgvs3wong, SumitNaiksatam: I assume when we have an independent server, the service chain plugin also would follow suit. Please correct me if you think otherwise18:55
rkukurayapeng: I don’t see an issue for ML2 driver to call GBP via its REST client, as long as they are separate servers18:55
s3wongyapeng: not really, other than having your ML2 drive dependent on GBP18:55
s3wongmageshgv: I actually don't know --- hence asking :-)18:56
SumitNaiksatamrkukura: we might want to enable some of the other work to go in parallel that might need the indepedent server to be in place18:56
yapengrkukura, if this is the case, we need GBP server changes at the same time, right?18:56
s3wongmageshgv: the idea would be invoking service chain would still be Neutron APIs18:56
SumitNaiksatamso based on the discussion here, my suggestion is that we try to design this in a way that rkukura suggested earlier18:57
*** sarob has quit IRC18:57
*** mattfarina has quit IRC18:57
rkukuraI think REST client calls in either or both directions within the same server should be OK for the interim18:57
SumitNaiksatamthat is both REST and internal API call options are available (and config driven)18:57
s3wongmageshgv: thus allowing yapeng  and yi to uniformly migrate RMD from direct call to the new library calls18:57
*** sarob has joined #openstack-meeting-318:57
*** mwagner_lap has joined #openstack-meeting-318:57
rkukuraSumitNaiksatam: That’s probably safest, but maybe not necessary18:57
SumitNaiksatamrkukura: ok18:57
SumitNaiksatamlets comment on the spec in that case18:57
rkukuraOK18:58
SumitNaiksatamalso to ivar-lazzaro’s point, lets include the part about the calls from the ML2 drivers to GBP also in the spec18:58
yapengSumitNaiksatam, rkukura, sure, I will check the gerrit review.18:58
*** ybathia has quit IRC18:58
SumitNaiksatamwe have one minute left18:59
SumitNaiksatamthere was one more topic on the agenda18:59
SumitNaiksatambut i think we will have to skip it for this meeting18:59
SumitNaiksatam#topic Open Discussion18:59
*** openstack changes topic to "Open Discussion (Meeting topic: networking_policy)"18:59
SumitNaiksatammageshgv: you have been working on the floating IP support design and impl18:59
SumitNaiksatamhopefully you can provide an update in the next meeting18:59
s3wongDeadline for conference session proposal for L-Summit is next Monday18:59
SumitNaiksatammeanwhile lets keeping it going on the emails19:00
mageshgvSumitNaiksatam: yes, sure19:00
SumitNaiksatamand please review19:00
SumitNaiksatamokay we are out of time19:00
SumitNaiksatamthanks all for joining19:00
SumitNaiksatambye19:00
s3wongbye19:00
mageshgvbye19:00
rkukurathat was quick19:00
banixbye19:00
yapengbye19:00
rkukurabye19:00
SumitNaiksatam#endmeeting19:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"19:00
openstackMeeting ended Thu Feb  5 19:00:37 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)19:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/networking_policy/2015/networking_policy.2015-02-05-18.08.html19:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/networking_policy/2015/networking_policy.2015-02-05-18.08.txt19:00
openstackLog:            http://eavesdrop.openstack.org/meetings/networking_policy/2015/networking_policy.2015-02-05-18.08.log.html19:00
*** sbalukoff has quit IRC19:00
SumitNaiksatamsorry for ending quickly19:00
ivar-lazzarobye19:01
rkukuraSumitNaiksatam: I hadn’t looked at the time and figured we were half done19:01
SumitNaiksatamthe hour flew past (and we started a little late today)19:01
SumitNaiksatamrkukura: yes, my bad, we lost about 6 mins in the beginning19:01
SumitNaiksatamsince i was not on time19:01
*** Networkn3rd has joined #openstack-meeting-319:01
*** mattfarina has joined #openstack-meeting-319:01
s3wongSumitNaiksatam: as I said above, deadline for proposal for conference session for L-Summit is next Monday19:02
s3wongSumitNaiksatam: hopefully you guys have talk proposals already19:02
*** mageshgv has quit IRC19:04
*** susaant has quit IRC19:05
*** pkoniszewski has joined #openstack-meeting-319:10
*** huichun has joined #openstack-meeting-319:12
*** huichun has left #openstack-meeting-319:12
*** sbalukoff has joined #openstack-meeting-319:13
*** ChuckC has joined #openstack-meeting-319:13
*** baoli has quit IRC19:14
*** VW_ has joined #openstack-meeting-319:14
*** thangp has joined #openstack-meeting-319:14
*** ChuckC_ has quit IRC19:17
*** LouisF has quit IRC19:19
*** jpomero has quit IRC19:20
*** s3wong has quit IRC19:20
*** devvesa has quit IRC19:21
*** s3wong has joined #openstack-meeting-319:22
*** safchain has quit IRC19:30
*** sarob_ has joined #openstack-meeting-319:31
*** sarob has quit IRC19:32
*** [1]evgenyf has joined #openstack-meeting-319:33
*** Sukhdev has joined #openstack-meeting-319:40
*** sarob_ is now known as sarob19:43
*** [1]evgenyf has quit IRC19:53
*** sarob has quit IRC19:55
*** sarob has joined #openstack-meeting-319:57
*** thangp has quit IRC19:57
*** sarob has quit IRC20:02
*** sarob has joined #openstack-meeting-320:02
*** ttrifonov is now known as zz_ttrifonov20:02
*** megm has joined #openstack-meeting-320:14
*** sigmavirus24 is now known as sigmavirus24_awa20:21
*** Youcef has quit IRC20:25
*** bpokorny has joined #openstack-meeting-320:33
*** qwebirc83652 has joined #openstack-meeting-320:34
*** mrda-away is now known as mrda20:35
*** qwebirc83652 has left #openstack-meeting-320:35
*** matrohon has joined #openstack-meeting-320:43
*** wojdev has joined #openstack-meeting-320:48
*** carl_baldwin has joined #openstack-meeting-320:52
*** annegent_ has quit IRC20:55
*** nickchase has joined #openstack-meeting-320:59
mattgriffinhello HA Guide update team!21:00
megmHi, Matt!21:00
nickchaseHello, mattgriffin!21:00
nickchasehey, megm21:00
megmHi, Nick!21:00
mattgriffinmegm, nickchase  - hello... is clouddon around?21:01
mattgriffindoesn't look like it21:01
*** annegent_ has joined #openstack-meeting-321:02
mattgriffinpinging him on google21:02
*** vmorris has joined #openstack-meeting-321:03
mattgriffinhello vmorris21:03
vmorrisHey matt21:03
mattgriffinno reply from clouddon21:03
*** tahirs has joined #openstack-meeting-321:03
mattgriffinhave one main thing on the agenda for today - clouddon21:04
mattgriffinwrong paste - https://wiki.openstack.org/wiki/Documentation/HA_Guide_Update#Next_Meeting21:04
tahirshi all (sorry for being late.... and now this interruption) =)21:04
*** tahirs is now known as Shamail21:04
mattgriffinnickchase, do you know how to use all of the irc commands for meetings?21:04
mattgriffinhey Shamail21:04
Shamailhi mattgriffin21:05
nickchaseI am looking for the instructions, please hang on21:06
nickchase#startmeeting21:06
mattgriffin:) cool21:06
openstacknickchase: Error: A meeting name is required, e.g., '#startmeeting Marketing Committee'21:06
nickchase#startmeeting HA Guide21:06
openstackMeeting started Thu Feb  5 21:06:23 2015 UTC and is due to finish in 60 minutes.  The chair is nickchase. Information about MeetBot at http://wiki.debian.org/MeetBot.21:06
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.21:06
*** openstack changes topic to " (Meeting topic: HA Guide)"21:06
openstackThe meeting name has been set to 'ha_guide'21:06
nickchaseThat was easy. :)21:06
mattgriffinexcellent!21:06
vmorris#agreed21:07
mattgriffin:)21:07
mattgriffini think there are a few things to bring up this week...21:07
*** megm has quit IRC21:08
mattgriffin1. continue to look for bugs. here's some useful tips - https://wiki.openstack.org/wiki/Documentation/HA_Guide_Update#Bug_Bash21:08
mattgriffini see the Docs team doing some triaging and tagging21:08
mattgriffin2. content structure changes21:09
nickchaseMirantis people have been going through as well.21:09
mattgriffinnickchase, cool21:09
nickchaseSo on structure:21:09
nickchasemegm and I were talking about the install guide issue21:09
nickchaseand we were thinking that perhaps it would be best if we did the following:21:09
*** megm has joined #openstack-meeting-321:10
*** mrmartin has quit IRC21:10
nickchaseIn the HA Guide, we start with...21:10
nickchasea general overview of the install steps, with a link to where to get more information, and a note about any steps that require special treatment for HA (with a link to that section of the guide).21:10
nickchaseThat sets the context.  Then ...21:10
*** erikmwilson has quit IRC21:11
nickchaseIn the install guide, any places where HA makes a difference, we make a note and link them back to the HA Guide.21:11
Shamailnickchase: +1, I like the idea since both documents are no longer stand-alone docs that users have to find/parse individually.21:11
mattgriffinmakes sense to me21:11
Shamailplus it would be bad to find conflicting information (or missing steps in install that prevent HA later), etc21:12
nickchaseright.21:12
mattgriffinno need to repeat info and maintain it21:12
megmYes, they need tobe intertwined...21:12
megm+1, matt!21:12
nickchasebut this enables us to decouple them as much as possible.21:12
nickchase(but no more :))21:12
mattgriffinshall we put it to an official meetbot vote? i think we should run this by the docs team though21:14
megmWhat about information about how to manage HA after initial configuration?21:14
megme.g. I have HA configured, a server crashed, how do I replace it, etc?21:14
nickchaseSo an HA operations section21:15
nickchaseI think that would be good to have21:15
nickchasebut as far as voting or running by the docs team...21:15
ShamailI had proposed that as a change to include "recovery" information (e.g. how do I get my availability or operations back to my desired availability/performance)21:15
megmBut does it go in HA Guide or does HA Guide point to other guides?21:16
nickchaseI think that we should just make a decision here -- does anybody object? -- and then provide a summary set of minutes to the list as a decision people can dispute if they want to.  I don't think they will.21:16
*** matrohon has quit IRC21:16
ShamailI think that it might be a nice to have since it is subject to qualitative guidelines or best practice recommendations.21:16
Shamailmattgriffin: thoughts?21:16
nickchaseI think that recovery information is definitely crucial.21:16
*** matrohon has joined #openstack-meeting-321:17
mattgriffinShamail, nickchase yes. i wonder how much is included in the Ops Guide though21:17
nickchaseWhether it goes here or in the Operations Guide... that's a differen tquestion21:17
nickchase:)21:17
Shamailmattgriffin: should I take the action item to parse through Ops guide?21:17
nickchaseSo we need to find out.21:17
mattgriffinShamail, that would be great21:17
*** eghobo has joined #openstack-meeting-321:17
nickchase#action Shamail Parse Ops guide for recovery information.21:17
Shamailalright, I'll take the first stab and report back to the team.21:18
nickchase(Not sure why an action item wasn't generated.)21:18
nickchaseBut mattgriffin, are you taking notes for minutes or should I?21:18
mattgriffinnickchase, hadn't started so please do21:19
nickchasek21:19
ShamailI think the bot should handle it since we formally started the meeting but good backup plan nonetheless.21:20
*** sergef has joined #openstack-meeting-321:20
nickchaseThe bot will do the log.  I'm talking about a simplified version to post to the openstack-docs list.21:21
*** baoli has joined #openstack-meeting-321:21
Shamailoh, I get it.  Sorry!21:21
mattgriffinnickchase, you'll run with outlining the structure approach and sending to the list?21:22
nickchaseyes.21:22
mattgriffincool. thank you21:22
nickchaseor I can send it to you and you can send it to the list.  either way.21:23
mattgriffinnah. go for it21:23
nickchase:)  NP21:23
vmorrisis there a place to request access to the mailing list or just let you know my address?21:23
nickchase#link http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-docs21:23
vmorristy21:24
nickchaseOK, so what's next, mattgriffin?21:24
*** baoli has quit IRC21:24
*** banix has quit IRC21:24
ShamailWe are using [ha-guide] for our prefix in the same ML right?21:24
*** banix has joined #openstack-meeting-321:24
mattgriffinnickchase, as an action item, should we start to map out the points to cross guides?21:24
*** baoli has joined #openstack-meeting-321:24
nickchaseshamail yes21:25
nickchasemattgriffin yes, I think we need to do that.  At the very least....21:25
nickchasewe need the basic install guide steps21:25
nickchaseany volunteers...?21:25
ShamailUnfortunately, I don't want to over-commit.  I can help with this (if it's not done) after going through Ops Guide21:26
nickchaseI think we can set it as a "to do"21:27
mattgriffinnickchase, yes. i wonder if that list isn't captured in the http://docs.openstack.org/juno/install-guide/install/apt/content/21:27
nickchaseIt may be.  I suppose the question may be...21:28
nickchasethe granularity.  I mean, we could have "Install Keystone" as a step. :)21:28
mattgriffinack21:28
nickchaseYeah, I think maybe a bit TOO chunky. :)21:28
mattgriffini can take that action item21:29
nickchasegreat.21:29
mattgriffini'll just be using an etherpad so i'll email [ha-guide] with the link to contribute, follow along, criticize :)21:29
nickchase#action mattgriffin Define install steps in an etherpad.21:30
nickchase:)21:30
mattgriffincool. i think that's the agenda21:30
mattgriffinif there isn't anything else to cover, then i think we can end this meeting21:30
nickchaseJust to note that we still need to restructure the overall TOC.21:30
mattgriffinack21:31
nickchasemaybe after the install step?21:31
mattgriffinyeah. let's do that21:31
nickchaseok, so let's keep it on the agenda21:31
megmAnd the introductory material is good but it needs to go a little farther.21:31
mattgriffingreat21:32
mattgriffinend meeting?21:32
mattgriffin#endmeeting21:32
megmbye21:32
nickchasethanks, all!21:32
vmorristhanks, bye21:32
mattgriffinnickchase, i think you have to do that21:32
mattgriffinsince you started the meting21:32
*** vmorris has quit IRC21:33
*** absubram has left #openstack-meeting-321:39
*** matrohon has quit IRC21:40
*** Sukhdev has quit IRC21:40
*** SridharRamaswam1 has quit IRC21:45
*** Piet has quit IRC21:46
*** jmankov has joined #openstack-meeting-321:49
*** jmanko has quit IRC21:51
*** dhellmann_ has joined #openstack-meeting-321:51
*** banix has quit IRC21:53
*** pkoniszewski has quit IRC21:53
*** Rockyg has joined #openstack-meeting-321:54
*** Shamail has quit IRC21:54
*** MaxV has joined #openstack-meeting-321:55
*** dhellmann_ has quit IRC21:55
*** s3wong has quit IRC21:56
*** s3wong has joined #openstack-meeting-321:57
*** dhellmann_ has joined #openstack-meeting-321:57
*** VW__ has joined #openstack-meeting-321:58
*** dhellmann_ has quit IRC21:58
*** MaxV has quit IRC22:00
*** etoews_ has joined #openstack-meeting-322:01
*** VW_ has quit IRC22:01
*** etoews has quit IRC22:02
*** mattfarina has quit IRC22:02
*** dhellmann_ has joined #openstack-meeting-322:03
*** jaypipes has quit IRC22:04
*** VW_ has joined #openstack-meeting-322:05
*** dhellmann_ has quit IRC22:08
*** sergef has quit IRC22:08
*** VW__ has quit IRC22:08
*** lblanchard has quit IRC22:11
*** dhellmann_ has joined #openstack-meeting-322:20
*** VW_ has quit IRC22:21
*** rkukura has left #openstack-meeting-322:24
*** salv-orlando has quit IRC22:25
*** salv-orlando has joined #openstack-meeting-322:30
*** VW_ has joined #openstack-meeting-322:34
*** s3wong has quit IRC22:37
*** gholler has quit IRC22:38
*** eghobo has quit IRC22:38
*** eghobo has joined #openstack-meeting-322:41
*** banix has joined #openstack-meeting-322:46
*** banix has quit IRC22:47
*** pjnaik1990 has joined #openstack-meeting-322:48
pjnaik1990Hi, I am new to openstack. I liked the idea of Congress project and would like to contribute to it. Could anybody suggest me few ideas/modules in congress project where I could work for a span of 2-3 months?22:51
*** annegent_ has quit IRC22:55
*** ybathia has joined #openstack-meeting-322:57
*** Networkn3rd has quit IRC22:57
*** VW__ has joined #openstack-meeting-323:01
*** VW_ has quit IRC23:03
*** wojdev has quit IRC23:06
*** banix has joined #openstack-meeting-323:07
*** VW__ has quit IRC23:10
*** sarob has quit IRC23:11
*** Rockyg has quit IRC23:16
*** jckasper_ has quit IRC23:17
*** SridharRamaswamy has joined #openstack-meeting-323:17
*** SridharRamaswam1 has joined #openstack-meeting-323:22
*** VW_ has joined #openstack-meeting-323:22
*** SridharRamaswamy has quit IRC23:22
*** alexpilotti has quit IRC23:25
*** hemanthravi has quit IRC23:28
fungi#endmeeting23:31
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"23:31
openstackMeeting ended Thu Feb  5 23:31:15 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)23:31
openstackMinutes:        http://eavesdrop.openstack.org/meetings/ha_guide/2015/ha_guide.2015-02-05-21.06.html23:31
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/ha_guide/2015/ha_guide.2015-02-05-21.06.txt23:31
openstackLog:            http://eavesdrop.openstack.org/meetings/ha_guide/2015/ha_guide.2015-02-05-21.06.log.html23:31
fungipjnaik1990: you might want to ask that question on the http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev mailing list23:32
*** annegent_ has joined #openstack-meeting-323:35
*** VW_ has quit IRC23:39
*** banix has quit IRC23:39
*** VW_ has joined #openstack-meeting-323:40
*** annegent_ has quit IRC23:41
*** VW_ has quit IRC23:41
*** david-lyle is now known as david-lyle_afk23:41
*** jmanko has joined #openstack-meeting-323:43
*** baoli has quit IRC23:46
*** jmankov has quit IRC23:46
*** Sukhdev has joined #openstack-meeting-323:47
*** banix has joined #openstack-meeting-323:47
*** etoews_ has quit IRC23:49
*** Piet has joined #openstack-meeting-323:50
*** carl_baldwin has quit IRC23:51
*** sbalukoff has quit IRC23:53
*** openstack has joined #openstack-meeting-323:56
*** ChanServ sets mode: +o openstack23:56
*** carl_baldwin has joined #openstack-meeting-323:58
*** Sukhdev has quit IRC23:58

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