Wednesday, 2014-11-26

*** banix has quit IRC00:00
*** dboik_ has quit IRC00:04
*** ChuckC_ has quit IRC00:18
*** SridharRamaswamy has quit IRC00:19
*** ChuckC_ has joined #openstack-meeting-400:25
*** SridharRamaswamy has joined #openstack-meeting-400:40
*** yamahata has joined #openstack-meeting-401:01
*** banix has joined #openstack-meeting-402:18
*** SridharRamaswamy has quit IRC02:39
*** banix has quit IRC02:54
*** sbalukoff has quit IRC02:57
*** banix has joined #openstack-meeting-403:06
*** shwetaap has joined #openstack-meeting-403:21
*** ivar-lazzaro has quit IRC03:53
*** bobmel has quit IRC04:22
*** banix has quit IRC04:34
*** SumitNaiksatam has quit IRC06:38
*** SumitNaiksatam has joined #openstack-meeting-406:39
*** [1]neatherweb has joined #openstack-meeting-407:09
*** neatherweb has quit IRC07:11
*** [1]neatherweb is now known as neatherweb07:11
*** kobis has joined #openstack-meeting-407:21
*** kobis1 has joined #openstack-meeting-407:39
*** kobis has quit IRC07:41
*** evgenyf has joined #openstack-meeting-407:43
*** SumitNaiksatam has quit IRC07:46
*** kobis1 has quit IRC07:46
*** kobis has joined #openstack-meeting-407:47
*** SumitNaiksatam has joined #openstack-meeting-407:49
*** kobis has quit IRC08:11
*** yamahata has quit IRC08:18
*** SumitNaiksatam has quit IRC08:51
*** SumitNaiksatam has joined #openstack-meeting-408:52
*** SumitNaiksatam has quit IRC08:56
*** SumitNaiksatam has joined #openstack-meeting-409:00
*** kobis has joined #openstack-meeting-409:12
*** yamahata has joined #openstack-meeting-409:45
*** evgenyf has quit IRC10:28
*** yamahata has quit IRC10:43
*** yamahata has joined #openstack-meeting-410:45
*** shwetaap has quit IRC11:05
*** evgenyf has joined #openstack-meeting-411:06
*** shwetaap has joined #openstack-meeting-411:09
*** shwetaap has quit IRC11:11
*** pkoniszewski has joined #openstack-meeting-412:08
*** banix has joined #openstack-meeting-413:01
*** banix has quit IRC13:04
*** mestery has quit IRC13:36
*** shwetaap has joined #openstack-meeting-413:50
*** shwetaap has quit IRC13:50
*** shwetaap has joined #openstack-meeting-413:50
*** yamahata has quit IRC13:50
*** kobis has left #openstack-meeting-413:51
*** yamahata has joined #openstack-meeting-413:51
*** mestery has joined #openstack-meeting-414:05
*** pkoniszewski has quit IRC14:08
*** shwetaap1 has joined #openstack-meeting-414:09
*** shwetaap has quit IRC14:13
*** mestery has quit IRC14:48
*** dboik has joined #openstack-meeting-414:52
*** mestery has joined #openstack-meeting-415:16
*** mgeldert has joined #openstack-meeting-415:47
*** mgeldert has quit IRC16:27
*** s3wong has joined #openstack-meeting-416:57
*** bobmel has joined #openstack-meeting-417:01
*** vishwana_ has joined #openstack-meeting-417:01
yamahatahello17:01
s3wonghello17:01
bobmelHi17:01
*** SridharRamaswamy has joined #openstack-meeting-417:01
*** vishwana_ is now known as vishwanathj_17:01
*** SridarK has joined #openstack-meeting-417:02
*** vishwanathj_ has quit IRC17:02
SridarKHi17:02
*** vishwana_ has joined #openstack-meeting-417:02
*** vishwana_ is now known as vishwanathj_17:02
SridharRamaswamyhi all!17:02
vishwanathj_hi17:02
yamahatahi all17:03
yamahata#startmeeting servicevm-device-manager17:03
openstackMeeting started Wed Nov 26 17:03:10 2014 UTC and is due to finish in 60 minutes.  The chair is yamahata. Information about MeetBot at http://wiki.debian.org/MeetBot.17:03
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.17:03
*** openstack changes topic to " (Meeting topic: servicevm-device-manager)"17:03
openstackThe meeting name has been set to 'servicevm_device_manager'17:03
*** hareeshp has joined #openstack-meeting-417:03
yamahata#chair s3wong bobmel17:03
openstackCurrent chairs: bobmel s3wong yamahata17:03
yamahata#link https://wiki.openstack.org/wiki/Meetings/ServiceVM agenda17:03
yamahata#topic Announcement17:04
*** openstack changes topic to "Announcement (Meeting topic: servicevm-device-manager)"17:04
yamahata#info neutron subteam charter page is created17:04
yamahata#link https://wiki.openstack.org/wiki/NeutronSubteamCharters17:04
*** evgenyf has quit IRC17:05
yamahataShould we list our team there?17:05
*** ChuckC_ has quit IRC17:05
s3wongyamahata: are we Neutron subteam?17:05
SridharRamaswamyyamahata: i was pondering the same!17:06
yamahatas3wong: No officially, I think.17:06
yamahataSo I hesitate to do.17:06
s3wongyamahata: we are a stackforge project, so technically not part of Neutron...17:06
bobmelMaybe more important to be visible in adv.services17:07
bobmelLike, ensure we report on progress, updates etc17:07
s3wong(actually we aren't even a Neutron service plugin)17:07
yamahatabobmel: makes sense.17:07
SridharRamaswamybut it will be good to operate just like an official subteam ... with proper charter, deliverable for kil, exit criteria17:08
SridharRamaswamys/kil/kilo/17:08
s3wongbobmel: speaking of that --- from mestery 's latest comment, he now suggests that there will be multiple repos for advanced services (basically one per service type)17:08
yamahataSridharRamaswamy: So as sub-sub team of adv. service team?17:09
SridharRamaswamyyamahata: perhaps yeah17:09
s3wongyamahata: if advanced service becomes ONE team with one repo, I suppose tacker should eventually be part of this new advanced service project17:09
bobmels3wong: Yes I saw that.17:09
s3wongyamahata: but the current thinking is that advanced services would be split into multiple repo17:10
hareeshpwondering if repos for each service is a good idea17:10
SridarKsorry just lurking - but at some point was it not said that service vm's could be of interest outside of neutron too ?17:10
s3wonghareeshp: I don't think it is, honestly (certainly not for VPNaaS :-) )17:11
s3wongSridarK: we can go either direction, I suppose. But given the background of the team members here, it may make sense to put initial focus on only network services17:12
s3wong(but that is just my opinion, the team will decide in the long run :-)  )17:12
yamahataBy looking at the charter page, it tracks spec/patch reviews. So it would make sense to put our neutron spec/patches17:12
SridarKs3wong: makes sense - and i also agree that most interest and need is on network services - just wanted throw that out there so there is no confusion later on17:13
SridharRamaswamySridarK: i though that was reason used to throw tacker out of neutron ;-)17:13
SridarKSridharRamaswamy: yes that was the thought17:14
s3wongSridharRamaswamy: certainly a reason from the PTL's POV, but how the project moves forward is up to the team17:14
SridharRamaswamyon this subject .. does anyone know a non-networking, non-neutron use-case for tacker ?17:15
*** pgpus has joined #openstack-meeting-417:15
*** pgpus is now known as pgpuany17:16
SridharRamaswamyi keep hearing some hypothetical storage-service-vm..17:16
yamahataI know none so far...17:16
s3wongSridharRamaswamy: kind of difficult to think that far given that the network services related use cases for tacker hasn't been ironed out yet :-)17:16
SridharRamaswamyif there is real need .. then we could include in the use-case17:17
SridharRamaswamys3wong: okay, i guess it make sense to "live" under adv.services umbrella for the initial few iterations...17:17
bobmelSridharRamaswamy: +117:17
SridarKSridharRamaswamy: +117:18
pgpuanyhi all Are we on workflow disucssions?17:18
s3wongyamahata: yes, let's move on :-)17:18
bobmelDo I dare raise the question about wsgi framework to use sometime during this irc?17:18
yamahata#agreed tacker "live" under adv. service for a while17:19
* hareeshp wondering what is upto :)17:19
*** tholtzen has joined #openstack-meeting-417:19
yamahatalet's discuss it after action items17:19
* hareeshp wondering what bobme is upto ;)17:19
yamahata#topic Action Items from the last week17:19
pgpuanyok17:19
*** openstack changes topic to "Action Items from the last week (Meeting topic: servicevm-device-manager)"17:19
bobmelyamahata: yes.ok17:19
*** vishwanathj_ has left #openstack-meeting-417:20
yamahataThe left action item is to determine webex meeting.17:20
* s3wong would be interested to find out what bobmel has in store for wsgi framework discussion17:20
yamahataThe poll page is already created, so we can determine later.17:20
yamahataanything else?17:20
yamahatamove on...17:21
yamahata#topic spec/code review17:21
*** openstack changes topic to "spec/code review (Meeting topic: servicevm-device-manager)"17:21
yamahatabobmel: please go ahead17:21
bobmelyamahata: you mean regarding wsgi to use?17:21
yamahatabobmel: yes.17:21
yamahata#link https://docs.google.com/document/d/1xs8TvEVMszzND5uoWTHtd1tJnu7105Ekgq9hxiyXABQ/edit?pli=117:22
bobmelJust a thought that came to me as in ways we're starting up tacker17:22
s3wongyamahata: that doesn't match the topic? :-)17:22
yamahata#undo17:22
openstackRemoving item from minutes: <ircmeeting.items.Link object at 0x1e041d0>17:22
yamahata#topic api/workflow review17:23
*** openstack changes topic to "api/workflow review (Meeting topic: servicevm-device-manager)"17:23
bobmeland we started off from Neutron's code base (for natural reasons) but now Neutron is heading towards Pecan17:23
bobmeland seemingly other OS services too17:23
bobmelSo, should we start with what we have?17:23
bobmelAnd later evaluate to adopt something like Pecan?17:24
yamahatabobmel: I agree we should decide the direction ASAP17:24
yamahatabecause the early development stage is a good chance to change it.17:25
s3wongbobmel: we have little to no dependency on any module, so it should be OK to switch from the get-go17:25
yamahatachanging it later would require big effort.17:25
bobmelyamahata: That was my thinking too. If we are to change, then perhaps it is best to do it like now17:25
pgpuanyGood idea to switch to light weight web framework Pecan now at early stage17:26
SridharRamaswamybobmel: i wish api server infra goes to oslo so all the service can reuse it...17:26
pgpuanyk1 timeframe we can catchup using Pecan17:26
yamahataWhat about other projects? nova?17:27
bobmelDo we have people in this team who are up to speed on Pecan? I'm a novice myself.17:27
bobmelyamahata: Ceilometer uses it17:28
pgpuanymay be we can start with base application tempalte17:28
pgpuanyhttps://pecan.readthedocs.org/en/latest/quick_start.html#base-application-template17:28
yamahatabobmel: so pecan sounds promising.17:28
SridharRamaswamybobmel: just a thought.. can't we use adv.services or neutron endpoint for now for tacker17:29
yamahataokay I'll check pecan.17:29
pgpuanysure as dealing with less scss on hrizon /django can be avoided17:30
bobmelSridharRamaswamy: Technically I think tacker could be another service plugin17:30
SridharRamaswamyI'm worried we will be spinning pecan(!) in tacker before addressing actual use-cases tacker is going after17:30
SridharRamaswamycan't we let adv.services / neutron solve the switch over to pecan.. we can just leverage (copy!) the work17:31
bobmelSridharRamaswamy: That is a valid point17:31
pgpuanyAfterall its just API & JSON rest is still retained even if we use Pecan17:31
yamahataSure that's option.17:31
bobmelpgpuany: So you're saying the we can propbably reuse much of what is in Tacker repo?17:32
pgpuanyI think chekout Pecan one of of them and rest continue on tracker17:33
bobmelpgpuany: I mean for DB stuff etc17:33
pgpuanyyes looks like that to me17:33
pgpuanyyes17:33
SridharRamaswamyi would suggest we wait for out mothership to do the switch over and then we follow .. deliberately delay to leverage..17:34
pgpuanyAlthough it is lightweight, Pecan does offer an extensive feature set for building HTTP-based applications, including:17:34
pgpuany        Object-dispatch for easy routing17:34
pgpuany        Full support for REST-style controllers17:34
pgpuany        Extensible security framework17:34
pgpuany        Extensible template language support17:34
pgpuany        Extensible JSON support17:34
pgpuany        Easy Python-based configuration17:34
pgpuanyOK lets get one to play and report next week before taking decision17:35
yamahatapgpuany: volunteer?17:35
pgpuanyOK I will review pecan and report back (I am pgpus) and pramchan@yahoo.com , will report next week on pecan17:36
yamahatapgpuany: cool17:36
yamahata#action pgpuany review pecan and report back17:36
pgpuanynop17:36
bobmelpgpuany: I think key is to figure out how much of existing code can be reused17:36
pgpuanyOK I am new where is the ServiceVM code to review17:37
bobmelpgpuany: so adoption of pecan won't delay things too much17:37
yamahatapgpuany: the code is just strip down version of neutron.17:38
pgpuanyafter gerrit review of Service VM code and pecna will come with suggessions next wek17:38
yamahataokay seems settled down.17:38
pgpuanyOK that's cool I have reviewed newutron plugin so when did we start Juno or havana?17:39
pgpuany2014.1 or 2014.217:39
yamahatajuno17:40
yamahatathe fork point is not clean.17:40
yamahataI used the HEAD at the point.17:41
pgpuanyOK so its in opesntack Juno main and not stackforge17:41
pgpuanyThats fine all we need is to see code to see if Pecan has a plavce for us to use17:42
pgpuanydone - will reort next week, please proceeed with other items17:42
yamahatabobmel: I think you have other dicussion points according to google-doc.17:42
bobmelI need to open the doc...17:43
pgpuanyAnyway this needs code rveiew so will help  https://blueprints.launchpad.net/neutron/+spec/adv-services-in-vms17:44
yamahataphysical topology and agent notification17:44
*** sbalukoff has joined #openstack-meeting-417:45
pgpuanyPhysical topology you mean like mininet node mode?17:45
pgpuanymodel17:45
SridharRamaswamybobmel: those were good discussion points on physical topology.. are more things written somewhere on this topic ..17:45
bobmelSridharRamaswamy: No not really.17:46
SridharRamaswamybobmel: they go into the realm of scheduling..17:46
yamahatapgpuany: something like that.17:46
bobmelDo you folks think it belongs in Tacker?17:46
yamahataI think tacker is consumer of the info.17:47
yamahataI don't expect physical topology will be available in near term in any form17:48
bobmelyamahata: and to follow on that, it should then be like in Neutorn?17:48
yamahataSo we can safely defer it.17:48
SridharRamaswamyyamahata: yes, lets differ it17:48
pgpuanyThats like snapshot as I see17:48
bobmelSo we can place it last in the item list if we keep it.17:49
pgpuanyok17:49
yamahatabobmel: +117:49
yamahata#agreed defer physical topology and place it last in the item list if we keep it17:50
bobmelHave everybody gone thorugh the spec doc?17:50
pgpuanyAs long as a service is single node the physical topolgy attribs are limited but once multinode crreps in the snapshop will be complicated and agreed avoid in 1st cut17:50
SridharRamaswamybobmel: i went thru' once !17:51
hareeshpneed to do it17:51
SridharRamaswamyit needs some "restructuring" IMO .. particularly the NFV / VNF texts17:52
yamahatasure I did :-). I'm biased, so it would be desirable for someone else to revise/re-edit it...17:52
SridharRamaswamyi can give it shot17:52
pgpuanyI have just reviewed and would like to add comments for detailing APIs and VNFM lifecyle management or atleast review in next 2-3 days17:53
s3wongbobmel, yamahata: we would like to have more comments on the doc before having the webex session17:53
pgpuanysure sounds good17:53
yamahatas3wong: +1 for more comments/discussion before webex session17:53
SridharRamaswamyyamahata: i think VNF / NFV relations are quite relevant..17:53
SridharRamaswamyyamahata: just suggesting to re-organize for clarity17:54
yamahata5 min left.17:54
pgpuanyVNFs have more than CRUD APIs as they deal with topology placnment etc.17:54
pgpuanyAdd review comments thic week +117:55
yamahata#action everyone review google-doc17:55
pgpuanyyou mean https://docs.google.com/document/d/1xs8TvEVMszzND5uoWTHtd1tJnu7105Ekgq9hxiyXABQ/edit?pli=1#17:55
yamahatapgpuany: yes17:55
s3wongYes --- all these suggestions/discussions should be brought over to the Google doc17:56
pgpuanyok done we have long week end here to address this safely17:56
yamahataLet's open discussion before closing...17:56
s3wongI do expect a lot of comments (or additional suggestions inside the spec for those who can edit) over the next week or so (hopefully)17:56
yamahata#topic Open Discussion17:56
*** openstack changes topic to "Open Discussion (Meeting topic: servicevm-device-manager)"17:57
pgpuanyHope all you will Pardon the Turkey!!! not sure if this happens all over ... enjoy17:57
bobmelyamahata: timeline17:57
bobmelfor Kilo17:57
bobmelfor Tacker17:57
yamahatasorry for interrupting17:57
pgpuanyspell ou17:57
pgpuanyk1, k2?17:57
pgpuanyk1=dec 1817:57
SridharRamaswamydoodle for the timeslot for the webex shows early next week..17:58
pgpuanyok17:58
SridharRamaswamywould we be ready early next week for the webex call ?17:58
bobmelCan we outline one on the tacker wiki, what we should aim for in terms of deliverables17:58
yamahatabobmel: What do you mean? do we want to set mile stone?17:58
s3wongSridharRamaswamy: then I suppose we should have our comments on the doc by early next week :-)17:58
SridharRamaswamys3wong: yeah, then push webex to the week after ?17:58
SridharRamaswamys3wong: alteast later in the week17:59
yamahataSridharRamaswamy: okay I will expand the range of doodle poll .17:59
s3wongSridharRamaswamy: probably make sense for the team to read the comments/additions before having a webex17:59
yamahata#action yamahata expand range of poll17:59
pgpuanyOK do I have permission to update googledoc, or I need to be permitted by some one from your side?17:59
s3wongpgpuany: anyone can comment18:00
pgpuanythanks18:00
yamahataTime is coming.18:00
s3wongpgpuany: but if you feel you want to add content in there, you can ping yamahata to add you as an editor18:00
yamahataGiven the recent meeting time, it will make sense to have 1hour slot instead of 30min.18:01
s3wongand for those that can edit, please put your IRC handle (for example [s3wong]:) on pieces that you edit18:01
pgpuanyIs Service VM = Appliance?18:01
s3wongyamahata: +118:01
bobmelyamahata: +118:01
SridharRamaswamyyamahata: +118:01
yamahata#action yamahata increase timeslot from 30min to 1hour18:01
s3wongpgpuany: service "container", can be VM, software containers, or appliances18:01
pgpuanyyou mean incuding Docker18:02
bobmelyamahata: At some point not to distant future we probablyu need to have a reasonable idea what to aim for K1, k2 and k318:02
s3wongpgpuany: exactly18:02
pgpuanyI see so any container, does API address that with container type or soemthing?18:02
yamahatabobmel: +118:02
SridharRamaswamybobmel: +1, hopefully in line with what we agreed in the summit18:02
bobmelyamahata: We can revisit that question next time.18:03
pgpuanyContainer Type=VM, Docker,...18:03
pgpuanyOK we will thanks18:03
bobmelSridharRamaswamy: Yes. Did we put that somewhere on the wiki?18:03
SridharRamaswamybobmel: yep, use-case table has specific release target18:03
s3wongbobmel: didn't some of us take pictures of the whiteboard? :-)18:03
SridharRamaswamys3wong: all that info is captured in the use-case table..18:04
yamahataThe items are all in etherpad.18:04
s3wongcool18:04
pgpuanylink to etherpad?18:04
bobmelSridharRamaswamy: Oh yes, how could I miss that... :-)18:04
SridharRamaswamyetherpad correct.... it is distilled into the use-case release target18:04
SridharRamaswamy:)18:05
SridharRamaswamyperhaps that picture is worth preserving ;-)18:05
SridharRamaswamypgpuany: #link https://etherpad.openstack.org/p/servicevm18:05
pgpuanythanks18:06
yamahata#endmeeting18:06
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"18:06
openstackMeeting ended Wed Nov 26 18:06:57 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)18:07
openstackMinutes:        http://eavesdrop.openstack.org/meetings/servicevm_device_manager/2014/servicevm_device_manager.2014-11-26-17.03.html18:07
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/servicevm_device_manager/2014/servicevm_device_manager.2014-11-26-17.03.txt18:07
openstackLog:            http://eavesdrop.openstack.org/meetings/servicevm_device_manager/2014/servicevm_device_manager.2014-11-26-17.03.log.html18:07
yamahatasorry for closing meeting during dicussion18:07
yamahatawe can continue at #tacker channel18:07
s3wongthanks, guys18:07
yamahatathanks18:07
*** tholtzen has quit IRC18:07
s3wongyamahata: to be fair, this is #openstack-meeting-4, no one is forcing you out :-)18:07
yamahatas3wong: Oops.18:08
SridharRamaswamybye folks, talk to u all next week18:08
pgpuanythanks18:09
*** igordcard has joined #openstack-meeting-418:11
*** igordcard has quit IRC18:12
*** igordcard has joined #openstack-meeting-418:12
*** pgpuany has quit IRC18:24
*** SridharRamaswamy has quit IRC18:29
*** vishwana_ has joined #openstack-meeting-418:33
*** ivar-lazzaro has joined #openstack-meeting-418:43
*** SridharRamaswamy has joined #openstack-meeting-418:56
*** yamahata has quit IRC18:59
*** banix has joined #openstack-meeting-419:16
*** SridharRamaswamy has quit IRC19:20
*** dboik has quit IRC19:25
*** banix has quit IRC19:28
*** vishwana_ has quit IRC19:32
*** banix has joined #openstack-meeting-419:36
*** dboik has joined #openstack-meeting-419:40
*** shwetaap1 has quit IRC19:43
*** SridharRamaswamy has joined #openstack-meeting-420:04
*** david-lyle has joined #openstack-meeting-420:40
*** SridharRamaswamy has quit IRC21:01
*** SridharRamaswamy has joined #openstack-meeting-421:02
*** mgeldert has joined #openstack-meeting-421:47
*** banix has quit IRC21:49
*** hareeshp has quit IRC21:50
*** SridharRamaswam1 has joined #openstack-meeting-422:00
*** SridharRamaswamy has quit IRC22:01
*** banix has joined #openstack-meeting-422:10
*** banix has quit IRC22:12
*** banix has joined #openstack-meeting-422:22
*** banix has quit IRC22:25
*** banix has joined #openstack-meeting-422:42
*** banix has quit IRC22:49
*** SridharRamaswamy has joined #openstack-meeting-422:49
*** SridharRamaswam1 has quit IRC22:49
*** hareeshp has joined #openstack-meeting-422:56
*** banix has joined #openstack-meeting-422:58
*** hareeshp has quit IRC23:01
*** igordcard has quit IRC23:04
*** SumitNaiksatam has quit IRC23:10
*** SumitNaiksatam has joined #openstack-meeting-423:10
*** SridharRamaswamy has quit IRC23:14
*** dboik has quit IRC23:24
*** SridharRamaswamy has joined #openstack-meeting-423:29
*** banix has quit IRC23:42
*** SumitNaiksatam has quit IRC23:42
*** banix has joined #openstack-meeting-423:42
*** mgeldert has left #openstack-meeting-423:42
*** SumitNaiksatam has joined #openstack-meeting-423:49
*** banix has quit IRC23:56

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