Thursday, 2015-07-16

*** minwang2 has quit IRC00:04
rm_workpacking up for today :)00:05
*** TrevorV has quit IRC00:05
*** sbalukoff has quit IRC00:06
*** rm_work is now known as rm_work|away00:07
*** madhu_ak has quit IRC00:18
dougwigi love this CI error:  2015-07-16 00:18:46.430 |   x86_64-linux-gnu-gcc: internal compiler error: Killed (program cc1)00:20
openstackgerritMerged openstack/octavia: Update unit tests for mock changes  https://review.openstack.org/20219300:22
openstackgerritMerged openstack/neutron-lbaas: Updated from global requirements  https://review.openstack.org/20228500:26
*** ajmiller has quit IRC00:31
*** ajmiller has joined #openstack-lbaas00:31
*** vivek-ebay has joined #openstack-lbaas00:38
*** sballe has quit IRC00:42
*** mixos has joined #openstack-lbaas00:42
openstackgerritMerged openstack/neutron-lbaas: Fixing Radware unit tests after mock module update  https://review.openstack.org/20104400:50
*** cing has joined #openstack-lbaas00:50
openstackgerritCarlos Garza proposed openstack/octavia: Implement UDP heartbeat sender and receiver  https://review.openstack.org/20188200:55
*** mikeymeitbual has joined #openstack-lbaas01:08
*** KunalGandhi has joined #openstack-lbaas01:13
*** openstack has joined #openstack-lbaas01:23
*** minwang2 has quit IRC01:28
*** minwang2 has joined #openstack-lbaas01:28
*** mestery_ is now known as mestery01:34
*** minwang2 has quit IRC01:59
*** dlundquist has joined #openstack-lbaas01:59
*** vivek-ebay has quit IRC02:01
*** minwang2 has joined #openstack-lbaas02:03
*** minwang2 has quit IRC02:14
*** minwang2 has joined #openstack-lbaas02:16
*** ganeshna has joined #openstack-lbaas02:20
*** dlundquist has left #openstack-lbaas02:28
*** ganeshna has quit IRC02:29
*** vivek-ebay has joined #openstack-lbaas02:29
*** minwang2 has quit IRC02:37
*** vivek-ebay has quit IRC02:43
*** KunalGandhi has quit IRC02:44
*** minwang2 has joined #openstack-lbaas02:45
*** madhu_ak has joined #openstack-lbaas02:45
*** minwang2_ has joined #openstack-lbaas02:53
*** minwang2 has quit IRC02:54
*** minwang2_ is now known as minwang202:54
*** madhu_ak has quit IRC03:02
*** madhu_ak has joined #openstack-lbaas03:02
*** mixos is now known as mixos-away03:06
*** crc32 has quit IRC03:10
*** bradjones has quit IRC03:14
*** minwang2 has quit IRC03:15
*** bradjones has joined #openstack-lbaas03:19
*** bradjones has quit IRC03:19
*** bradjones has joined #openstack-lbaas03:19
*** minwang2 has joined #openstack-lbaas03:22
*** ajmiller_ has joined #openstack-lbaas03:30
*** minwang2 has quit IRC03:31
*** minwang2 has joined #openstack-lbaas03:32
*** minwang2 has quit IRC03:38
openstackgerritPhillip Toohill proposed openstack/octavia: Updates for containers functionality  https://review.openstack.org/19995403:44
*** woodster_ has quit IRC03:45
*** ctracey has quit IRC03:45
*** vivek-ebay has joined #openstack-lbaas03:45
*** codekobe has quit IRC03:46
*** vivek-ebay has quit IRC03:46
*** ganeshna has joined #openstack-lbaas03:48
*** dougwig has quit IRC03:50
openstackgerritPhillip Toohill proposed openstack/octavia: Hooking TLS together  https://review.openstack.org/18554003:51
openstackgerritPhillip Toohill proposed openstack/octavia: Pluggable controller worker  https://review.openstack.org/20232903:52
openstackgerritPhillip Toohill proposed openstack/octavia: Adding new network driver  https://review.openstack.org/19785803:52
openstackgerritPhillip Toohill proposed openstack/octavia: Updates for containers functionality  https://review.openstack.org/19995403:52
*** rm_work|away has quit IRC03:52
*** vjay2 has joined #openstack-lbaas03:52
*** vivek-ebay has joined #openstack-lbaas03:53
*** codekobe has joined #openstack-lbaas03:55
*** vivek-eb_ has joined #openstack-lbaas03:56
*** vivek-ebay has quit IRC03:58
*** ctracey has joined #openstack-lbaas04:02
*** sbalukoff has joined #openstack-lbaas04:11
*** kiran-r has joined #openstack-lbaas04:15
*** bank_ has joined #openstack-lbaas04:19
bloganping pothole04:26
*** cing has quit IRC04:27
*** dougwig has joined #openstack-lbaas04:29
*** woodster_ has joined #openstack-lbaas04:32
*** KunalGandhi has joined #openstack-lbaas04:32
*** TrevorV has joined #openstack-lbaas04:34
*** cing has joined #openstack-lbaas04:35
*** KunalGandhi has quit IRC04:37
*** KunalGandhi has joined #openstack-lbaas04:38
*** rm_work has joined #openstack-lbaas04:40
*** bank_ has quit IRC04:40
*** kiran-r has quit IRC04:47
*** kiran-r has joined #openstack-lbaas05:09
*** TrevorV has quit IRC05:13
*** rm_work is now known as rm_work|away05:23
openstackgerritJian LI proposed openstack/neutron-lbaas: Support schedule loadbalancer manually  https://review.openstack.org/20148305:29
*** vivek-eb_ has quit IRC05:31
*** _kiran_ has joined #openstack-lbaas05:33
*** kiranr has joined #openstack-lbaas05:35
*** kiranr has quit IRC05:35
*** kiran-r has quit IRC05:37
*** _kiran_ has quit IRC05:39
openstackgerritJian LI proposed openstack/neutron-lbaas: Support schedule loadbalancer manually  https://review.openstack.org/20148305:41
*** bank_ has joined #openstack-lbaas05:43
openstackgerritPhillip Toohill proposed openstack/octavia: Pluggable controller worker  https://review.openstack.org/20232905:46
*** madhu_ak has quit IRC05:54
*** vjay2 has quit IRC05:55
*** rm_work|away is now known as rm_work05:56
*** rm_work is now known as rm_work|away05:58
*** kobis has joined #openstack-lbaas06:09
*** vivek-ebay has joined #openstack-lbaas06:28
*** vivek-ebay has quit IRC06:32
*** ganeshna has quit IRC06:43
*** ganeshna has joined #openstack-lbaas06:44
*** jschwarz has joined #openstack-lbaas06:46
openstackgerritJian LI proposed openstack/neutron-lbaas: Support schedule loadbalancer manually  https://review.openstack.org/20148306:48
openstackgerritArmando Migliaccio proposed openstack/neutron-lbaas: Register provider configuration with ServiceTypeManager  https://review.openstack.org/20240606:58
*** ganeshna_ has joined #openstack-lbaas06:59
*** ganeshna has quit IRC06:59
*** KunalGan_ has joined #openstack-lbaas07:01
*** KunalGandhi has quit IRC07:04
*** KunalGan_ has quit IRC07:05
*** Tiancheng has joined #openstack-lbaas07:06
*** bank_ has quit IRC07:18
*** ganeshna_ has quit IRC07:44
*** BrianShang has joined #openstack-lbaas07:45
*** pck has quit IRC08:06
*** pck has joined #openstack-lbaas08:06
*** enikanorov_ has joined #openstack-lbaas08:15
*** enikanorov has quit IRC08:17
*** kobis has quit IRC08:47
*** vjay2 has joined #openstack-lbaas09:02
*** numan has joined #openstack-lbaas09:17
*** kobis has joined #openstack-lbaas09:23
*** vjay2 has quit IRC09:36
*** nmagnezi has joined #openstack-lbaas09:52
*** numan has quit IRC10:20
*** amotoki has joined #openstack-lbaas10:32
*** BrianShang has quit IRC10:45
*** Tiancheng has quit IRC10:53
*** cing has quit IRC12:02
*** amotoki has quit IRC12:04
*** jschwarz has quit IRC12:07
*** kobis has quit IRC12:37
*** mixos-away is now known as mixos12:49
*** mixos has quit IRC12:59
*** Tiancheng has joined #openstack-lbaas13:18
*** vivek-ebay has joined #openstack-lbaas13:23
*** kobis has joined #openstack-lbaas13:31
*** vivek-eb_ has joined #openstack-lbaas13:48
*** vivek-ebay has quit IRC13:50
*** Tiancheng has quit IRC14:05
*** madhu_ak has joined #openstack-lbaas14:08
*** woodster_ has quit IRC14:11
*** mlavalle has joined #openstack-lbaas14:30
*** sbalukoff has quit IRC14:47
*** ganeshna has joined #openstack-lbaas14:48
*** ganeshna has quit IRC14:48
*** ganeshna has joined #openstack-lbaas14:49
*** cing has joined #openstack-lbaas14:49
*** jschwarz has joined #openstack-lbaas14:59
*** cing has quit IRC15:00
*** mixos has joined #openstack-lbaas15:00
*** kobis has quit IRC15:05
*** amotoki has joined #openstack-lbaas15:10
*** sballe has joined #openstack-lbaas15:15
*** madhu_ak has quit IRC15:17
*** mixos is now known as mixos-away15:20
*** ganeshna_ has joined #openstack-lbaas15:32
*** ganeshna has quit IRC15:33
openstackgerritArmando Migliaccio proposed openstack/neutron-lbaas: Register provider configuration with ServiceTypeManager  https://review.openstack.org/20240615:35
*** vivek-eb_ is now known as vivek_ebay15:36
*** viv has joined #openstack-lbaas15:39
*** viv has left #openstack-lbaas15:39
*** ig0r_ has quit IRC15:40
*** kobis has joined #openstack-lbaas15:40
*** ganeshna_ has quit IRC15:41
*** ganeshna has joined #openstack-lbaas15:41
*** mtonse has joined #openstack-lbaas15:42
*** ganeshna has quit IRC15:43
*** ganeshna has joined #openstack-lbaas15:45
*** madhu_ak has joined #openstack-lbaas15:45
*** mixos-away is now known as mixos15:46
*** kobis has quit IRC15:51
*** kobis has joined #openstack-lbaas15:51
*** vivek_ebay is now known as vivek_15:54
*** TrevorV has joined #openstack-lbaas15:57
vivek_#startmeeting Horizon LBaaS v2 UI discussion16:00
openstackMeeting started Thu Jul 16 16:00:37 2015 UTC and is due to finish in 60 minutes.  The chair is vivek_. Information about MeetBot at http://wiki.debian.org/MeetBot.16:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
openstackThe meeting name has been set to 'horizon_lbaas_v2_ui_discussion'16:00
vivek_Hi All16:00
*** jwarendt has joined #openstack-lbaas16:00
*** KunalGandhi has joined #openstack-lbaas16:00
ajmillerhi16:01
vivek_o/16:01
KunalGandhio/16:01
xgerman o/16:02
madhu_akhi16:02
ganeshnahi16:02
mtonsehi16:02
amotokihi16:02
jwarendthi16:02
vivek_@dougwig joining ?16:03
xgermanhe might be getting his MRI16:03
vivek_everything ok ?16:04
xgermanhe has some pulled muscle thing16:04
vivek_ok. hope things are fine.16:04
vivek_lets get started.16:04
xgermanyep16:05
vivek_The agenda for this meeting is to discuss Horizon LBaaS v2 UI16:05
vivek_We have developed UI panels keeping v2 APIs in mind16:05
vivek_The code is currently sitting in my public github:16:06
vivek_https://github.com/vivekjain7/horizon16:06
vivek_plan is to move it under: https://github.com/openstack/neutron-lbaas16:06
vivek_for development and coloboration16:06
xgermanno, we have a new repo16:06
*** ypraveen has joined #openstack-lbaas16:06
vivek_oh ok...we got new repo already ?16:06
amotokiI think the key question is whether we want to have a separate repo or a code in horizon tree for *long term*.16:07
xgermanhttps://review.openstack.org/#/c/202281/16:07
ypraveenI think code in horizon tree is the best way going forward;16:07
xgermandougwig created a new repo so Horizon + LBaaS cores can collaborate modeled on how Designate does it16:07
vivek_i prefer name lbaas-dashboard vs neutron-lbaas-dashboard16:08
ypraveenwhat are the arguments against having it in horizon?16:08
amotokixgerman: yes. it is a good direction that we can move things fast.16:08
xgermanit’s unlikely Horizon will make LBaaS people core and vice versa16:08
KunalGandhi@vivek_ .. +116:09
xgermanvivek_ please comment on the patch16:09
vivek_ok16:09
xgermanthanks16:09
vivek_so once the repo is available, I will push initial code there.16:10
xgermanthat would be great16:10
ypraveenhow easy is it to later merge it into horizon?16:10
*** crc32 has joined #openstack-lbaas16:11
vivek_We need to discuss how separate project will be build and integrated with horizon ?16:11
amotokihoneslty horizon team is exploring a way how "horizontal project works effectively"16:11
amotokiwhich means how horizon team and each service team can collabotrate.16:12
xgermanyeah, I think we don’t have enough info at that point16:12
*** fnaval has quit IRC16:12
vivek_ok, so for short term lbaas team and horizon team can work on this new repo for lbaas dashboard development16:12
KunalGandhi@xgerman .. so once the code is contributed to a different repo, does it need to get merged with the horizon code for releases ?16:13
amotokiI think a single tree is the only answer.16:13
amotokiIt is one of possible ways. I haven't reached david today.16:13
vivek_we can merge the code to horizon in case we choose that route or time is limited.16:13
ypraveen@vivek_ From what I know, designate-dashboard can be downloaded as a pip package and one can add it "enabled" list in their horizon settings file to enable it16:14
ypraveenonly difference with designate I can think of: designate is creating a totally new panel, where horizon already has "loadbalancer" panel16:14
vivek_@ypraveen got it. We have a developer at ebay who also worked on designate dashboard. I will chat will him as well.16:15
amotokiypraveen: it is a good point.16:15
xgermanthat might be a good idea + I don’t think we need to solve that today16:15
ypraveenusers would most likely use either v1 or v2..16:15
vivek_horizon's existing LB panel is for v116:15
xgerman+116:15
vivek_v2 panel will be totally different16:15
ypraveenso they will have to disable the lbpanel that comes with horizon and add the v2 panel if they want to use v216:16
vivek_Right. lets decide on short-term path while we continue debating on long-term approach.16:17
ypraveenMost likely it will work ok; probably good to have some horizon core weigh on this16:17
amotokiypraveen: it is an option. we need to discuss the short term approach16:17
*** sjmc7 has joined #openstack-lbaas16:17
vivek_i think irrespective of where code will go finally, we need to develop the code first16:17
amotokiI think an important thing is what is a suggested approach as we, lbaas team.16:18
crc32xgerman what time is everyone meeting in the room?16:18
xgerman9 am16:18
amotoki1am for me16:18
crc32so has rackspace arrived? Its 9:00 now right?16:18
xgermandifferent discussion16:19
ypraveen@vivek_ agreed; we can figure out the how to plug in after a bit16:19
*** blogan_ has joined #openstack-lbaas16:19
vivek_correct @ypraveen. lbaas-dashboard new repo will be a good place to bring lbaas v2 dashboard to completion.16:19
xgerman+116:19
crc32hello blogan16:19
blogan_hello16:19
crc32whats the VCV url?16:20
crc32VC16:20
blogan_i have no idea16:20
crc32is adam there?16:20
*** woodster_ has joined #openstack-lbaas16:20
vivek_so xgerman, any timeline on how long it takes for repo to appear in openstack github ?16:20
crc32yet?16:20
vivek_once approved ?16:20
blogan_haven't set it up, trying to figure some internal stuff out16:20
xgermanalmost immediately - there is another patch for gerri though which also needs to land16:20
amotokii think we can easily disable LBaaS v1 panel. It has no dependency on ohter panels (though we need to chekc it carefully).16:21
vivek_@amotoki lbaas v1 panel comes disabled by default16:21
vivek_as far as i remember16:21
amotokivivek_: I think it is enabled by default now, but it may depned on distros.16:22
amotokibut it is not so important.16:22
xgermanagreed16:23
ypraveen@amotoki someone mentioned that the floating-ip panel depends on it? I might be wrong16:23
vivek_so we have agreement on short-term approach that development will happen in new repo.16:24
amotokiypraveen: yes. i think I mentioned it. I need to check it carefully16:24
ypraveen@amotoki  +1 for "not so important"16:24
vivek_lets discuss the strategy for development.16:24
ypraveen@vivek_ +116:24
vivek_I can update on current status16:24
*** KunalGan_ has joined #openstack-lbaas16:24
amotokivivek_: +116:24
xgermanvivek_ +116:24
vivek_lbaas v2 UI panel is mostly ready on READ part16:25
*** KunalGandhi has quit IRC16:26
vivek_i mean when entities are created via CLI/API, v2 UI is able to display most of the information16:26
vivek_We have UI panels in place for Create , Update and DELETE16:26
vivek_UI flow is similar to nova instance creation flow16:27
dougwighere, sorry, just finished getting my arm MRI'ed.16:27
vivek_which means one create workflow (multiple tabs) to create all entities to make functional LB  end-to-end16:27
vivek_@dougwig, no problem. hope you are doing well.16:28
amotokidougwig: no problem. is your arm okay?16:28
ypraveenawesome vivek_, wish I could see you demo it. I will try it out in a short while.16:28
vivek_Most part remaining in for create/update flow is the API calls and orchestration.16:28
dougwignothing life threatening. tore my bicep tendon. find out soon if it needs surgery.16:28
vivek_dougwig: wish you a faster recovery16:29
xgerman+116:29
amotoki+many16:29
madhu_akdougwig: hope you recovers soon16:30
dougwigscrolling back, i'm fine with horizon or separate repo. i personally think that monolithic cross-functional repos are not going to scale, which has me lean away from "in horizon repo", but it's not a strong lean, nor is it an indication that i'm at all unhappy with folks on that team.16:30
dougwigty all.  :)16:30
vivek_create flow will collect all LB related information in one go, ex: LB name,port,method,members, SSL, monitor16:30
vivek_now since there is no one API for create...horizon lbaasv2.py needs to all create APIs one by one and orchestrate16:31
sjmc7from horizon's perspective, they are moving away from having UIs live in the horizon tree16:32
vivek_ex: createLB, createPool, createMonitor, createMember etc.16:32
sjmc7sahara has moved to a contrib/ module inside horizon as a halfway house16:32
amotokiI think we have (perhaps) many features in LBaaS on top of v2 efforts, so a seprarete repo works for fast imrpovement and horizontal projects can scale more16:32
*** sbalukoff has joined #openstack-lbaas16:33
amotokisjmc7: true. "contrib" means we share horizon and sahara cores for improvements.16:33
sjmc7yeah. one model discussed in vancouver was separate repos (or contrib modules) with join cores16:34
sjmc7the horizon midcycle is next week and this will be a topic16:34
*** fnaval has joined #openstack-lbaas16:34
dougwigcertainly a joint core team would make sense here, i agree.16:34
ypraveen@sjmc7 that sounds better; we need similar thing for heat too -- both those are always several features behind16:35
sjmc7yes - it's a problem that horizon-core doesn't have enough context on the services so nobody feels able to review16:35
sjmc7the intent is service teams can consult with horizon cores but not be held up waiting for reviews16:36
amotokisjmc7: really true. I can only catch up with neutron changes :-(16:36
*** mixos is now known as mixos-away16:36
sjmc7anyway, didn't mean to derail but german asked me to keep an eye on this :)16:36
vivek_thanks sjmc7.16:36
amotokiIn addition, gerrit dashboard help us review multiple repos, so I don't have much worries on having separete repos related to horizon.16:37
xgermanthanks sjmc716:37
ypraveen@vivek_ one complication with multi-post workflow is that we have to be able to cleanup if something fails16:37
*** crc32 has quit IRC16:38
vivek_@ypraveen, might not be needed entirely16:38
amotoki"multi-post"?16:38
vivek_current behavior in openstack is that if things fails...leave it there with error state16:38
dougwigblogan: you around?  he submitted a spec for a one-shot create.16:38
vivek_awesome. one-shot create is what we need :)16:39
vivek_i have been asking for that since long :)16:39
ypraveen@amotoki, if we have one workflow for creating several objects in one shot, then we need to do multiple post APIs16:39
*** crc32 has joined #openstack-lbaas16:39
blogan_dougwig: i'm here, wasn't getting notifications16:39
amotokiypraveen: i see.16:39
* xgerman walked over and lerted him16:39
dougwigblogan_: that's because there's two of you16:39
blogan_dougwig: not right now16:39
blogan_soon though...16:40
ypraveen@vivek for all other workflows, as far as I know, there is only one post API call16:40
ypraveenso, it is ok to leave them in error state16:40
blogan_but yeah one-shot create i have a spec for, it got accepted, i have not started on it yet though16:40
TrevorVdougwig, You just missed a crucial step in the ritual summoning.16:40
crc32blogan_ whats the eather pad for the mid cycle. The one that has the VC URL?16:41
ypraveenbut, if someone tries to create a LB instance with 10 members and it fails, then we may have several objects left around16:41
blogan_https://etherpad.openstack.org/p/LBaaS-FWaaS-VPNaaS_Summer_Midcycle_meetup16:41
vivek_blogan_, if we can get one-shot create, it will ease lot of work on horizon side16:41
vivek_can you please expedite this request ?16:41
blogan_vivek_: i know :), it'll help us out too16:41
ypraveen+1 for one_shot API16:42
blogan_vivek_: by Liberty?16:42
crc32the VC URL is not up yet?16:42
amotokiit is a kind of bulk create. it would help horizon much16:42
blogan_Liberty-316:42
dougwigif we can't get it by liberty-2, i don't think there's time to adapt horizon by liberty-3.16:42
blogan_crc32: don't think adam has it up yet, he's heads down in hte usage poller stuff16:42
blogan_dougwig: when is liberty-2?16:42
dougwigjuly 30th16:43
dougwighttps://wiki.openstack.org/wiki/Liberty_Release_Schedule16:43
blogan_oye16:43
vivek_i mean much sooner than liberty :)16:43
crc32ok I'll be back in half an hour. :/16:43
blogan_honestly, im not sure ill be able to get it done by then16:44
vivek_ok, then we can proceed with multi-api calls..without rollbacks16:44
*** jwarendt has quit IRC16:44
vivek_and replace with one-shot when ready...what say everyone ?16:44
xgerman+!16:45
xgerman+116:45
KunalGan_+116:45
xgermanworks for me16:45
dougwigvivek_: i think that's reasonable.16:45
blogan_if i happen to think i can get it done by then ill let yall know asap16:45
openstackgerritSherif Abdelwahab proposed openstack/octavia: Keepalived supporting amphorae image  https://review.openstack.org/20269116:45
amotokisounds reasonable. one-shot for create is useful16:45
vivek_by blogan_liberty-2 ?16:45
blogan_vivek_: yes16:45
vivek_that will be great..thanks.16:45
amotokiwe can delete them one by one :-)16:46
vivek_assuming that one-shot is also for update ?16:46
blogan_vivek_: i wouldn't count on that for the first commit16:46
amotokivivek_: it can be deferred...16:46
ypraveenrollback may not be that hard;16:46
vivek_blogan_, updates are ok independently .16:47
ypraveen+1 for independent updates16:47
vivek_@ganeshna @mtonse any ideas / questions ?16:48
*** ajmiller has quit IRC16:48
ypraveendoes anyone know when Barbican UI support will be added?16:48
ypraveenfor uploading and managing certificates?16:48
amotokiI don't know any so far about barbican16:50
ganeshnavivek_: no questions from me now..16:50
vivek_we can simplify lbaas UI to just take container ID for pre-existing cert created via barbican16:50
xgermanrm_work barbican?16:50
mtonseso can we proceed with multi-api calls?16:50
vivek_i think that is the approach for now16:51
dougwigmtonse: yes16:51
mtonseok16:51
dougwighorizon that leaks objects on error states is about 1000x better than what we have *today*, and we can iterate on it.16:51
ypraveen+1 for multi-api call;16:51
xgerman+116:52
amotoki+1 :)16:52
vivek_dougwig +1 :)16:52
vivek_ok. now most important question of all16:52
vivek_who all on table for contributing to horizon lbaas dashboard :)16:53
xgerman:-)16:53
ypraveen@dougwig, if object is in error state, then it is ok; with multi-api call, some objects will be left in ACTIVE state. I think cleaning up if the multi-api call fails at some point should be pretty easy16:53
dougwigvivek_: i'm guessing the folks that are interacting here, plus whatever horizon cores we can wrangle in to help.16:53
vivek_@blogan_, does one-shot API rolls back on error of single entity ?16:54
ypraveenone-shot should be done in a transaction, so I am assuming it will16:54
*** ajmiller has joined #openstack-lbaas16:54
*** ajmiller__ has joined #openstack-lbaas16:54
*** ajmiller__ has quit IRC16:55
KunalGan_@vivek_ .. i am thinking the one-shot API would be ATOMIC..16:55
vivek_ypraveen, i assume that too..just wanted to get confirmation from blogan_16:55
amotokiat least I can join reviews as horizon-core16:55
KunalGan_we can have @blogan_ confirm if that is the case16:55
vivek_i think since we will be moving to one-shot anyways, lets not invest much time on rollbacks during multi-api calls16:56
ypraveenwe can make sure that @blogan_ implements it that way :)16:56
*** crc32 has quit IRC16:56
*** minwang2 has joined #openstack-lbaas16:56
dougwigone-shot can't be a transaction, because it involves driver calls, but it should appear "atomic" in terms of rolling back on errors.16:56
dougwigi think.16:56
ypraveen@dougwig makes sense; for a second, I forgot about the drivers :)16:57
blogan_vivek_: thats yet to be determined, what do yall think is best? i would think a rollback would be good but just tossing it into ERROR state would be faster16:57
vivek_thanks dougwig. that's what i call in atomic from user prespective16:57
dougwigi think error state is fine for a first commit, then rollback could be added later. but that's me.16:58
blogan_yeah thats what i mean16:58
vivek_+1 dougwig16:58
openstackgerritSherif Abdelwahab proposed openstack/octavia: Keepalived supporting amphorae image  https://review.openstack.org/20269116:58
amotokiI think one-shot has two meanings: one-shot operation for usesrs, and the other is less number of calls of APIs. error states works for me too.16:59
-amotoki- made many typos16:59
ypraveen@vivek_ I think it will be good to have individual create panels anyways, in addition to the one-shot; I am assuming that you already have that in plan16:59
vivek_@ypraveen, i do not have plan for individual create panels16:59
dougwigi'm not sure they're needed if the create pane is complete.  i use nova launch as a comparison, e.g.17:00
vivek_UI panels will be one-shot. Initially horizon will make individual API calls.17:00
ypraveenI am thinking of how to add "member" to an existing LB17:00
vivek_later horizon will switch to one-shot API and that completes our story :)17:00
ypraveenor how to add a monitor17:01
vivek_it will be easy...you need to check the current UI ypraveen17:01
ypraveenor a new listener17:01
vivek_all cases are covered ypraveen with current ui17:01
vivek_i mean - all cases are covered with currently proposed one-shot ui17:02
KunalGan_@vivek_ .. it might make sense to share the demo video with everyone so it is easier to visualize for folks who have not seen it17:02
ypraveenWill check; thanks17:03
ypraveen+1 for demo link17:03
amotokivivek_: could you summarize and post our discussion and consensus to the list? we can input our discussions to David. sjmc7 may input in the next week.17:03
-amotoki- am switching to another meeeting17:04
vivek_sure amotoki17:04
amotokivivek_: appreciated!17:04
ypraveenvivek_, thanks for leading the effort.17:04
xgerman+117:05
*** Sherif has joined #openstack-lbaas17:05
vivek_ypraveen, please refer this video we presented at Vancouver summit: https://www.youtube.com/watch?v=fNR0SW3vj_s17:05
vivek_it will answer most questions on lbaas  UI workflows17:06
ypraveenthanks!17:06
vivek_how to add/remove members, how to add monitors, how to reuse IPs with different listers etc17:06
vivek_feedbacks are welcome17:06
vivek_ok, i will conclude this meeting17:06
vivek_thanks everyone for participating17:07
blogan_thanks everyone, we relaly need this :)17:07
vivek_blogan_ i know. lets make it happen this time.17:07
amotokithanks17:07
amotokido we need #endmeeting in this channel?17:07
dougwigmany thanks all.17:07
vivek_yes17:07
dougwigyep17:07
vivek_#endmeeting17:07
openstackMeeting ended Thu Jul 16 17:07:54 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)17:07
openstackMinutes:        http://eavesdrop.openstack.org/meetings/horizon_lbaas_v2_ui_discussion/2015/horizon_lbaas_v2_ui_discussion.2015-07-16-16.00.html17:07
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/horizon_lbaas_v2_ui_discussion/2015/horizon_lbaas_v2_ui_discussion.2015-07-16-16.00.txt17:07
openstackLog:            http://eavesdrop.openstack.org/meetings/horizon_lbaas_v2_ui_discussion/2015/horizon_lbaas_v2_ui_discussion.2015-07-16-16.00.log.html17:08
amotokiit is the first time I joined the meeting in no meeting channels17:08
*** ganeshna has quit IRC17:09
dougwigamotoki: it all depends on whether meetbot has access, which is defined in the system-config repo17:10
dougwigamotoki: it's also generally discouraged, but this was a one-off17:10
*** jschwarz has quit IRC17:11
amotokithe lbaas channel looks special :)17:11
xgermanit is special :-)17:11
vivek_yeah, it was not a regular meeting...just one off. called yesterday to meet.17:11
*** bank_ has joined #openstack-lbaas17:12
blogan_all lbaasians are special17:13
*** rm_work|away is now known as rm_work17:13
*** Sherif has quit IRC17:13
*** Sherif has joined #openstack-lbaas17:16
*** KunalGan_ has quit IRC17:19
*** KunalGandhi has joined #openstack-lbaas17:19
*** KunalGandhi has quit IRC17:19
*** mlavalle has quit IRC17:25
*** Sherif has quit IRC17:36
*** vivek__ has joined #openstack-lbaas17:36
*** Sherif has joined #openstack-lbaas17:39
*** Sherif has quit IRC17:40
*** Sherif has joined #openstack-lbaas17:40
*** vivek_ has quit IRC17:40
*** madhu_ak_ has joined #openstack-lbaas17:40
*** SumitNaiksatam has joined #openstack-lbaas17:40
*** KunalGandhi has joined #openstack-lbaas17:40
*** ajmiller__ has joined #openstack-lbaas17:41
*** ajmiller has quit IRC17:43
rm_worksbalukoff: https://github.com/tessalt/echo-chamber-js17:43
*** madhu_ak has quit IRC17:44
*** vivek__ has quit IRC17:44
*** sjmc7 has left #openstack-lbaas17:54
madhu_ak_dougwig: patches for new job in neutron-lbaas is good to go?18:00
*** amotoki has quit IRC18:00
*** minwang2 has quit IRC18:02
openstackgerritSherif Abdelwahab proposed openstack/octavia: Keepalived supporting amphorae image  https://review.openstack.org/20269118:03
*** madhu_ak_ is now known as madhu_ak18:06
*** minwang2 has joined #openstack-lbaas18:11
*** vivek_ has joined #openstack-lbaas18:11
*** blogan_ has quit IRC18:17
*** nmagnezi has quit IRC18:17
*** crc32 has joined #openstack-lbaas18:24
openstackgerritSherif Abdelwahab proposed openstack/octavia: Keepalived supporting amphorae image  https://review.openstack.org/20269118:27
crc32johnsonm did the mock breakage get fixed. Can we rebase https://review.openstack.org/20188218:30
*** blogan_ has joined #openstack-lbaas18:30
crc32johnsom did the mock breakage get fixed. Can we rebase https://review.openstack.org/20188218:31
johnsomYes it did.  There is still a patch coming for the py34 issue, but mock is fixed.18:32
johnsomI am trying to remind myself how to access the cloudinit datasource inside the amp.18:33
*** Sherif has quit IRC18:34
crc32I'm trying to learn that as well. It sucks being in another project for so long.18:34
johnsomYeah, Min and I did the cloud drive stuff like four months ago.  All my links to the openstack docs for it don't work anymore after the kilo docs reorg18:36
*** minwang2 has quit IRC18:39
*** sbalukoff has quit IRC18:39
crc32oh yea I converted the amphora_id to be the primary_key and fixed the january down migration script correctly deletes the amphora_health table instead of trying to delete a non existenct "health_manager" table.18:39
*** Sherif has joined #openstack-lbaas18:42
crc32I remember hearing a rumor that Openstack no longer requires down migrations. Is this true?18:44
*** rm_work is now known as rm_work|away18:45
openstackgerritSherif Abdelwahab proposed openstack/octavia: Keepalived supporting amphorae image  https://review.openstack.org/20269118:45
*** mixos-away is now known as mixos18:45
johnsomcrc32 That is what I last heard.  down migrations will be rejected18:46
crc32??? wow. I could understand them being optional but flat out rejected. LOL18:46
johnsomI think they caused too many problems18:47
*** Sherif has quit IRC18:52
*** Sherif has joined #openstack-lbaas18:53
*** minwang2 has joined #openstack-lbaas18:56
crc32I suspect "never look back" was deemed to be more productive18:58
*** minwang2 has quit IRC19:01
*** rbrooker has joined #openstack-lbaas19:01
*** madhu_ak has quit IRC19:03
*** minwang2 has joined #openstack-lbaas19:09
*** sbalukoff has joined #openstack-lbaas19:14
openstackgerritMerged openstack/neutron-lbaas: Remove pylint env from tox.ini so tox runs  https://review.openstack.org/20233219:18
*** madhu_ak has joined #openstack-lbaas19:22
*** mlavalle has joined #openstack-lbaas19:39
*** harlowja has joined #openstack-lbaas19:49
*** harlowja_ has quit IRC19:49
*** harlowja has quit IRC19:52
*** harlowja has joined #openstack-lbaas19:53
openstackgerritSherif Abdelwahab proposed openstack/octavia: Keepalived supporting amphorae image  https://review.openstack.org/20269120:00
*** rm_work|away is now known as rm_work20:07
*** Sherif has quit IRC20:11
openstackgerritTrevor Vardeman proposed openstack/octavia: Adding amphora failover flows  https://review.openstack.org/20233620:11
openstackgerritTrevor Vardeman proposed openstack/octavia: Adding amphora failover flows  https://review.openstack.org/20233620:13
*** ajmiller__ has quit IRC20:17
*** Sherif has joined #openstack-lbaas20:18
*** Sherif has quit IRC20:21
*** Sherif has joined #openstack-lbaas20:24
potholeYay, now i have my own devstack issues!20:31
potholeAnyone see this before20:31
potholeopt/stack/requirements/.venv/bin/edit-constraints: No such file or dir20:31
potholeall kinds of breakage :(20:33
dougwigpothole: that looks like some of your git repos are newer than others.20:34
potholealrighty, time to refresh all the things!20:35
potholeThank you dougwig20:35
*** Sherif has quit IRC20:44
*** bank_ has quit IRC20:49
openstackgerritAl Miller proposed openstack/neutron-lbaas: WIP: Add bytes_in and bytes_out statistics to the listener  https://review.openstack.org/15882320:52
*** mtonse has quit IRC20:57
*** ajmiller has joined #openstack-lbaas20:58
*** Sherif has joined #openstack-lbaas21:01
*** bank_ has joined #openstack-lbaas21:12
*** mtonse has joined #openstack-lbaas21:17
madhu_akpathole, fnaval: sure, will play around with TLS scenario tests and refactor them wherever necessary21:21
madhu_akpothole ^^ sorry spell check21:22
*** ajmiller has quit IRC21:24
*** ajmiller has joined #openstack-lbaas21:25
*** ajmiller__ has joined #openstack-lbaas21:27
*** ajmiller has quit IRC21:27
*** jorgem has joined #openstack-lbaas21:28
*** ajmiller__ has quit IRC21:28
*** ajmiller has joined #openstack-lbaas21:29
*** ajmiller has quit IRC21:32
*** sbalukoff has quit IRC21:36
*** Sherif has quit IRC21:37
potholepathole :)21:39
potholesoon it will morph into holypatty21:40
*** ypraveen has quit IRC21:42
madhu_akheh :)21:43
*** ajmiller has joined #openstack-lbaas21:43
*** mlavalle has quit IRC21:49
*** Sherif has joined #openstack-lbaas21:50
*** sbalukoff has joined #openstack-lbaas21:50
*** vivek_ has quit IRC21:51
*** vivek_ has joined #openstack-lbaas21:58
*** Sherif has quit IRC22:04
*** Sherif has joined #openstack-lbaas22:04
*** ajmiller__ has joined #openstack-lbaas22:05
*** madhu_ak_ has joined #openstack-lbaas22:05
*** cing has joined #openstack-lbaas22:05
dougwigfnaval: any chance anyone is working on TERMINATED_HTTPS tests?22:07
openstackgerritTrevor Vardeman proposed openstack/octavia: Adding amphora failover flows  https://review.openstack.org/20233622:07
*** ajmiller has quit IRC22:07
xgermandougwig flavor?22:07
openstackgerritBrandon Logan proposed openstack/octavia: New network interface and amphora interface  https://review.openstack.org/20281022:07
openstackgerritBrandon Logan proposed openstack/octavia: Redo of neutron network driver  https://review.openstack.org/20281122:07
fnavaldougwig: i don't believe we have anyone on that22:07
*** sbalukoff has quit IRC22:08
*** madhu_ak has quit IRC22:08
dougwigfnaval: is that on someone's list?  xgerman, can someone at HP take that on?22:08
fnavaldougwig: sorry - don't think we even have that on the list of tasks22:08
xgermanmadhu_ak was looking for things to do22:08
fnavalcool - maybe he can take it on22:08
*** madhu_ak_ is now known as madhu_ak22:08
fnavaldougwig: is there a blueprint or bug that describes the test?22:10
dougwigxgerman: flavor +A22:10
xgermanawesome22:10
dougwigfnaval, xgerman: https://github.com/openstack/neutron-specs/blob/master/specs/kilo/lbaas-tls.rst22:10
dougwigshipped in kilo22:10
madhu_akcurrently working on TLS scenario test: https://review.openstack.org/#/c/164828/ Is it something dougwig you are looking for?22:10
dougwigmadhu_ak: yes, that'd be good.  some API tests would also be great.22:11
madhu_aksure dougwig, I am actually refactoring those tests22:11
openstackgerritBrandon Logan proposed openstack/octavia: Redo of neutron network driver  https://review.openstack.org/20281122:12
openstackgerritBrandon Logan proposed openstack/octavia: New network interface and amphora interface  https://review.openstack.org/20281022:12
*** vivek__ has joined #openstack-lbaas22:15
*** vivek_ has quit IRC22:15
openstackgerritSherif Abdelwahab proposed openstack/octavia: Data model updates for active/standby lb topology  https://review.openstack.org/20281822:26
openstackgerritSherif Abdelwahab proposed openstack/octavia: Data model updates for active/standby lb topology  https://review.openstack.org/20281922:26
crc32johnsom any luck with the db?22:36
*** mixos has quit IRC22:38
*** Sherif has quit IRC22:41
*** Sherif has joined #openstack-lbaas22:41
crc32test can any one read this?22:44
johnsomcrc32 I have been working on the controller IPs via cloudinit22:44
johnsomI haven't looked at what we need in the db yet22:44
crc32I'm patching in a one liner in response to dustin lund just a heads up22:45
johnsomI had to restack, etc. so going slower than I would like22:45
johnsomOk, no problem22:45
crc32what is controller IPs via cloudinit?22:46
crc32is that your VM environment?22:46
johnsomcrc32 you asked me to do the code to get the list of controller IPs available for the health component on the amp.22:48
johnsomWe were going to pass that list in via cloud niit22:49
crc32wait. The amp gets its config from /etc/amphora/status_sender.json22:49
crc32the controller just needs to read its ip and port to listen on in a config file from /etc/octavia/some_conf_file22:50
johnsomYeah, I am talking about the amp side.  who is creating status_sender.json?22:52
crc32johnsonm my example is for /etc/amphora/status_sender.json is http://pastebin.com/u0wGVc7U.22:52
crc32I guess I'm confused on something johnsom?22:53
crc32ok I understand now. I'll figure out how to read ip and port on the controller side via docs. I didn't think we were at the wiring phase already.22:55
openstackgerritPhillip Toohill proposed openstack/octavia: Adding new network driver  https://review.openstack.org/19785822:58
openstackgerritPhillip Toohill proposed openstack/octavia: Updates for containers functionality  https://review.openstack.org/19995422:58
johnsomThe list of controller IP/ports should be in the octavia.conf and that has to be passed down to the amp.  One way to do that is via config drive/cloud init, another could be via controller/amp config update22:59
*** fnaval_ has joined #openstack-lbaas23:07
*** fnaval has quit IRC23:11
*** fnaval_ has quit IRC23:12
openstackgerritPhillip Toohill proposed openstack/octavia: Adding new network driver  https://review.openstack.org/19785823:18
*** jorgem has quit IRC23:19
*** Sherif has quit IRC23:19
openstackgerritOpenStack Proposal Bot proposed openstack/octavia: Updated from global requirements  https://review.openstack.org/20071023:19
*** Sherif has joined #openstack-lbaas23:19
openstackgerritBharath M proposed openstack/octavia: Add House_keeping to manage spare amphora  https://review.openstack.org/20282923:20
*** zigo has quit IRC23:21
openstackgerritPhillip Toohill proposed openstack/octavia: Updates for containers functionality  https://review.openstack.org/19995423:22
*** zigo has joined #openstack-lbaas23:22
*** cing has quit IRC23:23
rm_workjohnsom: https://review.openstack.org/#/c/201882/5/octavia/tests/unit/amphorae/backends/health_daemon/test_envelope.py,cm23:24
*** bharath has joined #openstack-lbaas23:25
*** Sherif has quit IRC23:26
*** vivek__ has quit IRC23:26
*** sbalukoff has joined #openstack-lbaas23:28
*** Sherif has joined #openstack-lbaas23:28
*** blogan_ has quit IRC23:30
crc32what about the envelop test rm_work?23:30
johnsomHe was telling me which patch has the fix for the py34 issue23:31
rm_workyeah23:31
rm_workcrc32: we might need to merge a small patch that just does a skipTest on that test until yours merges23:31
*** Sherif has quit IRC23:31
rm_workcrc32: because the intermittent failures are annoying23:31
crc32ok23:31
*** fnaval has joined #openstack-lbaas23:32
rm_workfnaval: waiting for 1.25.6 to deploy to staging23:32
rm_worki think puppet is running now23:32
potholerm_work: that openstack-lbaas stuff?23:32
rm_workoh, whoops23:32
crc32wrong channel23:32
pothole:)23:32
rm_workwrong channel ;P23:32
*** Sherif has joined #openstack-lbaas23:32
*** fnaval has quit IRC23:35
*** fnaval has joined #openstack-lbaas23:35
openstackgerritTrevor Vardeman proposed openstack/octavia: Adding amphora failover flows  https://review.openstack.org/20233623:37
openstackgerritMerged openstack/neutron-lbaas: Add v1 quota tests in-tree  https://review.openstack.org/19115323:39
openstackgerritMerged openstack/neutron-lbaas: Use message for DeviceNotFoundOnAgent  https://review.openstack.org/19596023:40
openstackgerritBharath M proposed openstack/octavia: Add House_keeping to manage spare amphora  https://review.openstack.org/20282923:46
*** blogan_ has joined #openstack-lbaas23:49
*** mtonse has quit IRC23:50
*** TrevorV has quit IRC23:51
*** vivek_ has joined #openstack-lbaas23:52
openstackgerritBharath M proposed openstack/octavia: Add House_keeping to manage spare amphora  https://review.openstack.org/20282923:54
*** barra204 has joined #openstack-lbaas23:54

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