Tuesday, 2015-12-01

*** sridhar_ram has quit IRC00:02
*** sridhar_ram has joined #openstack-meeting-400:03
*** belmoreira has quit IRC00:15
*** openstackstatus has quit IRC00:24
*** openstackstatus has joined #openstack-meeting-400:25
*** ChanServ sets mode: +v openstackstatus00:25
*** baoli has quit IRC00:29
*** sridhar_ram has quit IRC00:31
*** sridhar_ram has joined #openstack-meeting-400:32
*** Swami has quit IRC00:34
*** ajmiller has quit IRC00:43
*** sdake has joined #openstack-meeting-400:46
*** spredzy has quit IRC00:48
*** spredzy has joined #openstack-meeting-400:49
*** galstrom is now known as galstrom_zzz00:55
*** salv-orl_ has joined #openstack-meeting-400:57
*** salv-orl_ has quit IRC00:59
*** salv-orlando has quit IRC01:00
*** sridhar_ram has quit IRC01:03
*** sdake has quit IRC01:06
*** kerwin has joined #openstack-meeting-401:06
*** sridhar_ram has joined #openstack-meeting-401:10
*** baoli has joined #openstack-meeting-401:17
*** sdake has joined #openstack-meeting-401:19
*** FallenPegasus has joined #openstack-meeting-401:21
*** SimonChung has quit IRC01:25
*** banix has joined #openstack-meeting-401:29
*** tfukushima has joined #openstack-meeting-401:31
*** f13o has quit IRC01:31
*** sdake has quit IRC01:32
*** kerwin has quit IRC01:40
*** kerwin has joined #openstack-meeting-401:41
*** markvoelker has quit IRC01:46
*** yamamoto has joined #openstack-meeting-401:51
*** baohua has joined #openstack-meeting-401:52
*** julim has joined #openstack-meeting-401:53
*** salv-orlando has joined #openstack-meeting-402:00
*** s3wong has quit IRC02:03
*** May-meimei has quit IRC02:06
*** salv-orlando has quit IRC02:07
*** xingchao has joined #openstack-meeting-402:13
*** kerwin has quit IRC02:15
*** kerwin has joined #openstack-meeting-402:16
*** bobh has joined #openstack-meeting-402:17
*** bobh has quit IRC02:17
*** kerwin has quit IRC02:18
*** kerwin has joined #openstack-meeting-402:22
*** sridhar_ram has quit IRC02:30
*** kerwin has quit IRC02:39
*** kerwin has joined #openstack-meeting-402:45
*** banix has quit IRC02:48
*** fawadkhaliq has joined #openstack-meeting-402:57
*** yamahata has quit IRC02:58
*** red_trela has quit IRC02:59
tfukushima#startmeeting kuryr03:00
openstackMeeting started Tue Dec  1 03:00:27 2015 UTC and is due to finish in 60 minutes.  The chair is tfukushima. Information about MeetBot at http://wiki.debian.org/MeetBot.03:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.03:00
*** openstack changes topic to " (Meeting topic: kuryr)"03:00
openstackThe meeting name has been set to 'kuryr'03:00
tfukushimaHello, I'm expecting fewer attendees but who's up for the Kuryr meeting?03:01
fawadkhaliqo/03:01
*** xingchao has quit IRC03:01
fawadkhaliqhi tfukushima03:01
tfukushimaI hope I wan not the only person.03:01
fawadkhaliqWe are two for sure :-)03:01
*** salv-orlando has joined #openstack-meeting-403:01
tfukushimafawadkhaliq: Here you are.03:02
*** xingchao has joined #openstack-meeting-403:02
tfukushimahttps://wiki.openstack.org/wiki/Meetings/Kuryr#Meeting_November_30_.28December_1.29.2C_201503:02
*** May-meimei has joined #openstack-meeting-403:02
tfukushimaThis is the agenda for today. Sorry for my disorganised management but I'll try my best.03:03
*** vikasc has joined #openstack-meeting-403:03
fawadkhaliqlooks like it's just two of us today03:03
vikaschi folks03:03
fawadkhaliqah03:03
fawadkhaliqvikasc:  is here!03:04
tfukushimaHi vikasc03:04
fawadkhaliqhi vikasc03:04
vikaschi fawadkhaliq tfukushima03:04
baohuahi im here03:04
vikascsorry for being late03:04
tfukushimaHi baohua03:04
baohuahi taku. thought it was the kuryr channel03:04
tfukushimaIt's supposed to be here according to the wiki.03:05
tfukushimaOk, anyways let's get started.03:05
baohuasure03:06
vikascsure03:06
tfukushima#topic General Action Items (from last week meeting)03:06
*** openstack changes topic to "General Action Items (from last week meeting) (Meeting topic: kuryr)"03:06
tfukushima"apuimedo add docker network creation commands to devref"03:06
*** red_trela has joined #openstack-meeting-403:07
tfukushimaI think Toni is working on that. And I'm also investigating if it's possible to associate the existing networks.03:07
tfukushima--opt or -o just works and we can give whatever we want.03:07
fawadkhaliqnice!03:07
vikasctfukushima, can you please give example03:08
vikasccan we tell ext-router name using --opt?03:08
tfukushimavagrant@devstack:~/devstack$ sudo docker network create --driver=kuryr  --subnet 10.0.0.0/16 --gateway 10.0.0.1 -o foo=bar baz03:08
tfukushimagives:03:08
tfukushima{u'NetworkID': u'887a176e91e9c3b7484a38feea5aa032c3f052df74c1bd0727da7475e383daff', u'IPv4Data': [{u'Pool': u'10.0.0.0/24', u'Gateway': u'10.0.0.2/24', u'AddressSpace': u''}], u'IPv6Data': [], u'Options': {u'com.docker.network.generic': {u'foo': u'bar'}}}03:08
fawadkhaliqvikasc: I think its a key/value pair so anything I guess03:08
*** salv-orlando has quit IRC03:09
tfukushimaWe can pass multiple options with multiple -o.03:09
vikascfawadkhaliq, just want to confirm with tfukushima03:09
vikasctfukushima, cool03:09
tfukushimae.g., -o foo=bar -o baz=qux03:10
tfukushimaBut it works only for the networks.03:10
vikasctfukushima, got it03:10
vikasctfukushima, ahh03:10
tfukushimaI couldn't find the way to pass options for /NetworkDriver.CreateEndpoints  and /NetworkDriver.Join.03:11
vikasctfukushima, for external connectivity we can use this i guess03:11
tfukushimaYes.03:11
tfukushimavikas: ext-router They have -l or --label but they're for containers and they are not passed to the remote network driver.03:11
tfukushimaAnd we still need to figure out how we can map the Docker's NetworkID and Neutron's UUID.03:12
vikasctfukushima, hmm03:12
tfukushimaWe could pass the name or the UUID of the networks like -o name=foo -o id=2eda7666-c0ed-40b1-8747-25e26c74b364 and retrieve the correspond networks from Neutron.03:13
baohuaand where to store the mapping info?03:14
baohuaboth kuryr and neutron should be aware, i guess03:14
tfukushimaBut we were storing Docker's NetworkID in the name of the Neutron networks and that was the mapping exactly.03:14
tfukushimaSo we really need the tag feature Gal is proposing, I guess.03:14
fawadkhaliqtfukushima: is the idea to somehow make UUIDs in both the worlds the same?03:14
baohuaif container supports utilizing the exixting uuid instead of creation, then we can make both the same.03:15
fawadkhaliqthat might require flexibility in libnetwork or in Neutron.03:15
tfukushimafawadkhaliq: Actually Docker's "UUID" is not the legitimate UUID. It's a totally different representation from the regular one.03:16
tfukushimaI'd call it Docker's ID rather than "UUID".03:17
tfukushimaSo they can't be the same.03:17
vikasctfukushima, +103:17
tfukushimaUUID: 2eda7666-c0ed-40b1-8747-25e26c74b364, Docker's ID: 286eddb51ebca09339cb17aaec05e48ffe60659ced6f3fc41b020b0eb506d36403:18
fawadkhaliqtfukushima: makes sense03:18
tfukushima#link Neutron tag spec https://review.openstack.org/#/c/216021/03:18
baohuadoes libnetwork have a id for its network entry?03:18
fawadkhaliqthanks for the link03:19
fawadkhaliqtags might work03:19
vikasctfukushima, thanks for the link03:19
tfukushimaYes it does and they're passed in the requests.03:19
*** lakshmiS has joined #openstack-meeting-403:19
tfukushimabaohua: But another problem is libnetwork doesn't pass the name of the network.03:19
fawadkhaliqtfukushima: not yet :-) we could perhaps propose it to be passed along to the remote driver routines?03:20
baohuahmm, so could we push libnetwork for a update?03:20
tfukushimaSo if you want to make the name of the network synced between Neutron and libnetwok, we need to pass the duplicated name -o name=foo.03:20
vikasctfukushima, nice idea03:21
fawadkhaliqtfukushima: -o name=foo seems like a workaround to a limitation in the information available03:21
baohuait works haha03:21
tfukushimaBut what if there're multiple networks with the same name?03:23
fawadkhaliqthat's fine, name can be same.03:23
baohuai think we use id for lookup03:23
vikascthis is possible in neutron only i guess and not in libnetwork03:23
vikascbaohua,  makes sense03:24
tfukushimabaohua: You mean the Docker's network ID?03:25
fawadkhaliqso given gsagie's proposal on tags is approved, we could just use that to store the docker network ID and name from libnetwork maps to name in Neutron03:25
vikasctfukushima, in docker network names are unique only i think03:26
baohuathe assumption is if we can use kuryr to make same network id in both libnetwork and neutron. i think name is only for human read.03:26
baohuaso we may use different names03:26
tfukushimaWe don't have the field where we can store Docker's network ID. That's why I told we needed Gal's tag proposal.03:27
fawadkhaliqbaohua: I am assuming you are referring to same network ID using the tagging mechanism gasgie proposed, right?03:27
tfukushimaIf we use Neutron only through Kuryr, that's Ok.03:28
fawadkhaliqtfukushima:  +103:28
fawadkhaliqand good point tfukushima03:28
fawadkhaliqthis only works with Neutron.03:28
baohuayes03:28
tfukushimaOk, anyways we need more discussion with the detailed doc. I'll come up with some soon.03:29
fawadkhaliqmy concern with -o approach for name is that user/client could pass different name in -o name=foo than the actual name in libnetwork and then that's an interesting situation.03:29
fawadkhaliqtfukushima: +103:29
baohuayes, it seems only a workaround03:30
tfukushimaWe need to figure out the better way. But it'd be the starting point.03:31
baohuasure03:32
fawadkhaliqtfukushima: agree03:32
tfukushimaActually I'm not sure when the tag feature would be implemented.03:32
tfukushimaThis could be a long way.03:32
tfukushimaSo let's go to the next subtopic.03:33
vikascsure03:33
tfukushima#action tfukushima and apuimedo write the spec for reusing the existing network.03:33
tfukushima"banix to finish implementation of https://blueprints.launchpad.net/kuryr/+spec/kuryr-config"03:34
tfukushimabanix told me he was working on it and he would finish it this week.03:34
tfukushima#link banix's config patch https://review.openstack.org/#/c/251532/03:34
*** kerwin has quit IRC03:35
tfukushimaI'll add you to reviewers.03:35
tfukushima#info Please add reviewers when you submitted patches.03:35
*** May-meimei has quit IRC03:35
vikascwill review03:35
fawadkhaliqthanks, I will review03:35
baohuawill review03:35
tfukushima"check with kuba for an estimation on when we'll have conntrack in master"03:36
*** yamahata has joined #openstack-meeting-403:36
tfukushimaDoes anyone know about it? I'm not familiar with the topic honestly.03:36
fawadkhaliqyes03:36
fawadkhaliq#link https://bugs.launchpad.net/neutron/+bug/146100003:36
openstackLaunchpad bug 1461000 in neutron "[rfe] openvswitch based firewall driver" [Wishlist,Triaged] - Assigned to Jakub Libosvar (libosvar)03:36
fawadkhaliq#link https://review.openstack.org/24933703:36
fawadkhaliqits a WIP03:37
fawadkhaliqbut recently updated03:37
tfukushimaGood.03:37
vikascfawadkhaliq, why we are interested in this?03:38
vikascor how is it related to us03:38
fawadkhaliqto not need to worry about hybrid networking model with linux bridges and OVS03:38
fawadkhaliqfor vif binding03:38
vikascokk03:38
vikascgot i03:38
vikascgot it03:38
vikascfawadkhaliq, thanks03:39
tfukushimaAny other updates on that subtopic?03:39
fawadkhaliqnope, that seems like it.03:40
tfukushimaOk.03:40
tfukushima"irenab, tfukushima and banix to review https://review.openstack.org/#/c/241134/ and either make it change to disabled-not-configurable or approve"03:40
fawadkhaliqmerged! :-)03:40
tfukushimaThe patch was merged already. Thanks vikasc.03:40
vikasctfukushima, thanks :)03:40
tfukushimaOk, let's move the next topic.03:41
tfukushima#topic Binding (Plug/Inplug)03:41
*** openstack changes topic to "Binding (Plug/Inplug) (Meeting topic: kuryr)"03:41
tfukushima"diga to submit the ovs binding patch by ~ 2015-11-24"03:41
tfukushima"Since no progress has been made and this work item is blocking other efforts, banix will upload a patch shortly"03:41
tfukushimaSo banix told me he would take care of it and submit his patch.03:42
vikasci will be back in 5 mins03:42
tfukushima"irenab to check re-usability of https://github.com/openstack/os-vif https://review.openstack.org/#/c/193668/5/specs/mitaka/approved/os-vif-library.rst"03:42
tfukushimaShe's still working on it, I guess.03:42
*** xingchao has quit IRC03:43
tfukushima#topic Devstack03:43
*** openstack changes topic to "Devstack (Meeting topic: kuryr)"03:43
vikaschi03:44
tfukushimaSo some devstack patches were merged and we have another one for the OpenStack CI.03:44
vikascdont know what i missed03:44
*** xingchao has joined #openstack-meeting-403:44
fawadkhaliqvikasc: not much ;)03:44
tfukushima#link devstack with Kuryr for the CI https://review.openstack.org/#/c/250604/03:44
vikascgreat :)03:44
tfukushima#link Gal's devstack patch merged https://review.openstack.org/#/c/242838/03:45
fawadkhaliqthanks, just reviewed03:45
*** lakshmiS has quit IRC03:45
tfukushima#link Gal's fix for that https://review.openstack.org/#/c/250610/03:45
tfukushimaSo I think we have the devstack env out of the box.03:46
tfukushimaThanks Gal, vikasc for the vagrant work.03:46
tfukushima#topic IPAM03:46
*** openstack changes topic to "IPAM (Meeting topic: kuryr)"03:46
vikasctfukushima, my pleasure :)03:46
*** baoli has quit IRC03:46
tfukushimavikasc: Could you give us your updates on this topic?03:47
*** baoli has joined #openstack-meeting-403:47
vikascipam driver is almost complete except addressing few review comments.03:48
tfukushima#link Vikas' IPAM patch https://review.openstack.org/#/c/248042/03:48
vikascone imp point is whether we should run this as single process with network driver or seperate03:49
tfukushima#link A patch for /IpamDriver.ReleaseAddress https://review.openstack.org/#/c/251251/03:49
vikascFew changes are also needed in CreateEndpoint like removing subnet creation part and fetching port created by IpamDriverRequestAddress, that i will be completing shortly03:50
vikaschttps://bugs.launchpad.net/kuryr/+bug/152111103:51
openstackLaunchpad bug 1521111 in kuryr "Add logic in /NetworkDriver.CreateEndpoint to use ipam created port" [Undecided,In progress] - Assigned to vikas choudhary (choudharyvikas16)03:51
tfukushimaI prefer to put the network driver and the IPAM driver together in the same process because it's simpler. We'd eventually make Kuryr containerised and it'd be easier in my opinion.03:51
tfukushimavikasc: In that case /NetworkDriver.CreateEndpoint and /NetworkDriver.DeleteEndpoint would be almost empty but am I understanding correctly?03:52
*** prashantD has joined #openstack-meeting-403:52
vikasccreateendpoint will have logic to fetch port created by Ipam03:52
vikascand in case built-in ipam is used port will be created also03:53
tfukushimavikasc: And does it associate with the given EndpointID?03:53
vikascin ipam there is no endpoint id info03:54
vikascbut createendpoint wil update port with endpoint id03:54
tfukushimaI see.03:54
tfukushimaI need to take a look at your patch deeper.03:54
vikasci will appreciate that03:55
tfukushimaOk, we have 5mins left. Let's move on.03:55
tfukushima#topic External Network Connectivity03:55
*** openstack changes topic to "External Network Connectivity (Meeting topic: kuryr)"03:55
vikascthis createendpoint related changes i will push today or by tommorrow03:55
tfukushimaThe last topic.03:55
tfukushimaOk.03:55
tfukushimaAs I told in the beginning we can pass anything with -o. So this would make it easier to implement this external network connectivity.03:56
vikasctfukushima, true03:56
tfukushimavikasc: Any other updates?03:57
vikascnothing else from my side03:57
vikascone thing03:57
vikascare we looking at kubernetees and magnum networking also03:57
vikascshould we be more attentive on these?03:58
baohuai think neither has specific networking backend.03:58
tfukushimaYes we're.03:58
baohuathey leverage existing mechanisms03:58
vikascbut do we need some extra effort to support these on top of supporting plain docker03:59
fawadkhaliqvikasc: we might have to03:59
tfukushimaOk, we're running our time out.03:59
baohuasure, there should be some03:59
tfukushima#info tfukushima, fawadkhaliq, vikasc, baohua is in the meeting, BTW03:59
vikascthanks everybody03:59
fawadkhaliqthanks04:00
fawadkhaliqbye!04:00
baohuathanks everyone, bye~04:00
tfukushimaGood. Thanks everyone. Let's have more discussion on #openstack-kuryr.04:00
tfukushima#endmeeting04:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"04:00
vikascbye04:00
openstackMeeting ended Tue Dec  1 04:00:09 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)04:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/kuryr/2015/kuryr.2015-12-01-03.00.html04:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/kuryr/2015/kuryr.2015-12-01-03.00.txt04:00
openstackLog:            http://eavesdrop.openstack.org/meetings/kuryr/2015/kuryr.2015-12-01-03.00.log.html04:00
*** irenab_ has joined #openstack-meeting-404:03
*** vikasc has quit IRC04:04
*** irenab has quit IRC04:05
*** irenab_ is now known as irenab04:05
*** xingchao has quit IRC04:15
*** tfukushima has quit IRC04:25
*** tfukushima has joined #openstack-meeting-404:28
*** baoli has quit IRC04:30
*** vikasc has joined #openstack-meeting-404:31
*** prashantD has quit IRC04:32
*** tfukushima has quit IRC04:42
*** sdake has joined #openstack-meeting-405:00
*** sridhar_ram has joined #openstack-meeting-405:00
*** sdake_ has joined #openstack-meeting-405:03
*** sdake has quit IRC05:04
*** sdake_ has quit IRC05:10
*** yamahata has quit IRC05:10
*** vikasc_ has joined #openstack-meeting-405:15
*** vikasc has quit IRC05:18
*** FallenPegasus has quit IRC05:26
*** amotoki has joined #openstack-meeting-405:26
*** FallenPegasus has joined #openstack-meeting-405:26
*** numans has joined #openstack-meeting-405:27
*** baohua has quit IRC05:29
*** SimonChung has joined #openstack-meeting-405:32
*** SimonChung1 has joined #openstack-meeting-405:34
*** fawadkhaliq has quit IRC05:36
*** SimonChung has quit IRC05:37
*** lakshmiS has joined #openstack-meeting-405:39
*** tfukushima has joined #openstack-meeting-405:44
*** tfukushima has quit IRC05:45
*** irenab has quit IRC05:46
*** tfukushima has joined #openstack-meeting-405:46
*** tfukushi_ has joined #openstack-meeting-405:52
*** tfukushima has quit IRC05:56
*** fawadkhaliq has joined #openstack-meeting-405:58
*** fawadkhaliq has quit IRC05:58
*** fawadkhaliq has joined #openstack-meeting-405:59
*** xingchao has joined #openstack-meeting-406:07
*** salv-orlando has joined #openstack-meeting-406:09
*** dims has quit IRC06:09
*** sridhar_ram has quit IRC06:09
*** Kevin_Zheng has joined #openstack-meeting-406:10
*** sdake has joined #openstack-meeting-406:12
*** dims has joined #openstack-meeting-406:14
*** javeriak has joined #openstack-meeting-406:14
*** salv-orlando has quit IRC06:14
*** jpekkari has joined #openstack-meeting-406:15
*** irenab has joined #openstack-meeting-406:24
*** javeriak has quit IRC06:36
*** sdake has quit IRC06:38
*** sc68cal has quit IRC06:40
*** sc68cal has joined #openstack-meeting-406:44
*** yamahata has joined #openstack-meeting-406:50
*** FallenPegasus has quit IRC06:51
*** amit213 has quit IRC06:55
*** amit213 has joined #openstack-meeting-406:55
*** nkrinner has joined #openstack-meeting-407:19
*** fawadkhaliq has quit IRC07:52
*** fawadkhaliq has joined #openstack-meeting-407:53
*** tfukushi_ has quit IRC07:53
*** fawadkhaliq has quit IRC07:53
*** fawadkhaliq has joined #openstack-meeting-407:54
*** fawadkhaliq has quit IRC07:57
*** fawadkhaliq has joined #openstack-meeting-407:57
*** fawadkhaliq has quit IRC07:57
*** fawadkhaliq has joined #openstack-meeting-407:58
*** fawadkhaliq has quit IRC08:02
*** fawadkhaliq has joined #openstack-meeting-408:03
*** fawadkhaliq has quit IRC08:03
*** fawadkhaliq has joined #openstack-meeting-408:04
*** coolsvap has quit IRC08:09
*** FallenPegasus has joined #openstack-meeting-408:10
*** zeih has joined #openstack-meeting-408:13
*** irenab has quit IRC08:17
*** javeriak has joined #openstack-meeting-408:19
*** irenab has joined #openstack-meeting-408:20
*** brunograz has joined #openstack-meeting-408:24
*** vikasc_ has quit IRC08:42
*** qwebirc60969 has joined #openstack-meeting-408:46
*** javeriak has quit IRC08:47
*** qwebirc60969 has quit IRC08:48
*** tfukushima has joined #openstack-meeting-408:56
*** belmoreira has joined #openstack-meeting-409:00
*** fawadkhaliq has quit IRC09:03
*** fawadkhaliq has joined #openstack-meeting-409:03
*** coolsvap has joined #openstack-meeting-409:04
*** javeriak has joined #openstack-meeting-409:16
*** prithivm has joined #openstack-meeting-409:30
*** Prithiv has joined #openstack-meeting-409:30
*** salv-orlando has joined #openstack-meeting-409:35
*** salv-orlando has quit IRC09:35
*** javeriak_ has joined #openstack-meeting-409:35
*** salv-orlando has joined #openstack-meeting-409:35
*** javeriak has quit IRC09:38
*** javeriak has joined #openstack-meeting-409:39
*** javeriak_ has quit IRC09:40
*** brunograz has quit IRC09:43
*** javeriak_ has joined #openstack-meeting-409:46
*** javeriak has quit IRC09:49
*** javeriak has joined #openstack-meeting-409:57
*** javeriak_ has quit IRC09:58
*** tfukushima has quit IRC10:03
*** paul-carlton1 has joined #openstack-meeting-410:20
*** jpekkari has quit IRC10:34
*** xingchao has quit IRC10:42
*** sambetts-afk is now known as sambetts10:45
*** GheRivero has quit IRC10:47
*** GheRivero has joined #openstack-meeting-410:47
*** hughhalf has quit IRC10:47
*** hughhalf has joined #openstack-meeting-410:48
*** zeih has quit IRC11:07
*** dtardivel has joined #openstack-meeting-411:10
*** yamahata has quit IRC11:12
*** yamamoto has quit IRC11:20
*** lakshmiS has left #openstack-meeting-411:24
*** dzamboni has joined #openstack-meeting-411:30
*** flaper87 has quit IRC11:30
*** flaper87 has joined #openstack-meeting-411:30
*** flaper87 has quit IRC11:39
*** jckasper has quit IRC11:39
*** alex_didenko has quit IRC11:40
*** alex_didenko has joined #openstack-meeting-411:41
*** flaper87 has joined #openstack-meeting-411:47
*** flaper87 has quit IRC11:47
*** flaper87 has joined #openstack-meeting-411:47
*** jckasper has joined #openstack-meeting-411:48
*** lazy_prince has joined #openstack-meeting-411:57
*** javeriak has quit IRC11:57
*** yamamoto has joined #openstack-meeting-412:04
*** jckasper has quit IRC12:06
*** clayton has quit IRC12:06
*** jckasper has joined #openstack-meeting-412:13
*** clayton has joined #openstack-meeting-412:13
*** salv-orlando has quit IRC12:18
*** javeriak has joined #openstack-meeting-412:21
*** crag has quit IRC12:27
*** iurygregory has joined #openstack-meeting-412:31
*** zeih has joined #openstack-meeting-412:50
*** baoli has joined #openstack-meeting-412:55
*** mflobo has joined #openstack-meeting-412:58
*** fawadkhaliq has quit IRC13:00
*** julim has quit IRC13:01
*** fawadkhaliq has joined #openstack-meeting-413:01
*** fawadkhaliq has quit IRC13:02
*** baoli has quit IRC13:02
*** jckasper has quit IRC13:03
*** fawadkhaliq has joined #openstack-meeting-413:03
*** fawadkhaliq has quit IRC13:03
*** javeriak has quit IRC13:04
*** baoli has joined #openstack-meeting-413:04
*** fawadkhaliq has joined #openstack-meeting-413:04
*** jruano has joined #openstack-meeting-413:04
*** klamath has joined #openstack-meeting-413:06
*** salv-orlando has joined #openstack-meeting-413:13
*** persia has joined #openstack-meeting-413:18
*** fawadkhaliq has quit IRC13:18
*** fawadkhaliq has joined #openstack-meeting-413:19
*** vmahe_ has joined #openstack-meeting-413:25
*** sdake has joined #openstack-meeting-413:34
*** yamamoto has quit IRC13:40
*** sdake has quit IRC13:42
*** dshakhray has joined #openstack-meeting-413:48
*** markvoelker_ has joined #openstack-meeting-413:49
*** sdake has joined #openstack-meeting-413:50
*** yamamoto has joined #openstack-meeting-413:50
*** sdake_ has joined #openstack-meeting-413:53
*** sdake has quit IRC13:54
*** gsagie has joined #openstack-meeting-413:54
*** gsagie has left #openstack-meeting-413:54
*** yamamoto has quit IRC13:57
*** mfedosin has joined #openstack-meeting-413:57
*** yamamoto has joined #openstack-meeting-413:57
flaper87Courtesy Glance Drivers' meeting reminder: nikhil_k, flaper87, sigmavirus24, rosmaita, mclaren, dhellmann, jokke_13:59
flaper87#startmeeting Glance Drivers13:59
openstackMeeting started Tue Dec  1 13:59:56 2015 UTC and is due to finish in 60 minutes.  The chair is flaper87. Information about MeetBot at http://wiki.debian.org/MeetBot.13:59
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.13:59
*** openstack changes topic to " (Meeting topic: Glance Drivers)"13:59
dhellmanno/13:59
openstackThe meeting name has been set to 'glance_drivers'14:00
flaper87#topic Agenda14:00
*** openstack changes topic to "Agenda (Meeting topic: Glance Drivers)"14:00
flaper87#link https://etherpad.openstack.org/p/glance-drivers-meeting-agenda14:00
flaper87that's our agenda for today14:00
flaper87assuming ppl will show up14:00
flaper87:D14:01
flaper87dhellmann: hey :D14:01
dhellmannhi, flaper8714:01
rosmaitahello14:01
flaper87rosmaita: yoooo!14:01
flaper87mmh, so, we're missing mclaren and nikhil14:02
flaper87I guess I can go through the spec lite myself and provide comments there14:02
dhellmannthat means we assign all of the work to them and go home, right?14:02
flaper87rosmaita: what do you say if we talk about the import process now?14:02
rosmaitasure14:02
flaper87dhellmann: exactly!14:02
flaper87:D14:02
flaper87dhellmann: have you had a chance to read the latest versions of the import process?14:02
rosmaitahttps://etherpad.openstack.org/p/Mitaka-glance-image-import-reloaded-714:02
mfedosino/14:03
rosmaita(that's not the latest version, just some questions i have)14:03
rosmaita\o14:03
flaper87yup14:03
dhellmannflaper87 : when was that updated? I didn't look at it yesterday14:03
rosmaitadhellmann: this morning14:03
rosmaitawell, this morning East Coast time14:03
dhellmannrosmaita : ok, I'll put it on my list for today14:04
rosmaitadhellmann: thanks, it's a big change from the previous patch set, probably too much so14:04
dhellmannhmm, ok14:04
flaper87I've a list of things I'd like us to start agreeing on so that we can start closing parts of the proposal14:04
rosmaitaok14:05
flaper87oh mmh, I think I haven't read the latest I guess14:05
flaper87I read it last week and commented on it14:05
rosmaitaflaper87: i just responded14:05
rosmaitadid not revise yet14:05
*** jckasper has joined #openstack-meeting-414:05
flaper87ah ok14:05
*** pmesserli has joined #openstack-meeting-414:05
flaper87in that case, lets discuss this once we're all up to date with the latest version.14:06
flaper87there's no point on discussing this now14:06
flaper87I'll comment on the etherpad!14:06
dhellmannflaper87 : I think rosmaita is saying the latest version hasn't been published, yet?14:06
rosmaitadhellmann: the latest patch set is 6, not sure you saw it14:07
rosmaitayou didn't leave comments14:07
*** mclaren has joined #openstack-meeting-414:07
rosmaitabut, lots of other people did and don't like PS 614:07
rosmaitaso i will revise, but need a bit of guidance14:07
mclarensorry I'm late14:07
dhellmannok, I'll read that one. the ps7 comment at the end confused me14:07
rosmaitahence the etherpad14:07
flaper87yeah, PS6 is the one I commented on last week14:07
rosmaitadhellmann: yeah, sorry about that14:07
flaper87Ok, lets comment on that one and talk about it again later14:08
flaper87One more comment before we change topics14:08
flaper87I'd like to start closing ends on the proposal. It's already too late and I believe we'll have to start making hard decisions starting next week on what we'll work on and ohw it'll look like.14:09
flaper87hope that makes sense14:09
dhellmann++14:09
rosmaitaflaper87: i agree14:09
flaper87coolio!14:09
flaper87in that case, lets talk about lite specs now that we have more folks14:10
flaper87#topic Spec lite14:10
*** openstack changes topic to "Spec lite (Meeting topic: Glance Drivers)"14:10
flaper87#link https://bugs.launchpad.net/glance/+bugs?field.tag=spec-lite14:10
flaper87Those are the ones for glance14:10
flaper87#link https://bugs.launchpad.net/glance/+bug/150123314:10
openstackLaunchpad bug 1501233 in Glance "DB downgrade doesn't be supported in OpenStack Now" [Wishlist,In progress] - Assigned to wangxiyuan (wangxiyuan)14:10
flaper87This one we agreed on at the summit14:11
flaper87first warning and then removal14:11
flaper87I'll go ahead and triage that14:11
nikhilhi, sorry for being late.14:11
flaper87unless there are objections14:11
* nikhil read through the convo14:11
mclarenshould the docker one be in the spec-lite list?14:11
flaper87nikhil: we just started discussing lite specs14:11
flaper87mclaren: it should if it was filed14:12
flaper87#link https://bugs.launchpad.net/glance/+bug/151397314:12
openstackLaunchpad bug 1513973 in Glance "Add support for additional signature types" [Wishlist,In progress] - Assigned to Brianna Poulos (brianna-poulos)14:12
rosmaitaflaper87: no objection, we should be consistent with openstack in general14:12
nikhilflaper87: ah cool. I thought there was a full spec for downgrade, was that abandoned?14:12
*** zeih has quit IRC14:12
flaper87nikhil: there's one BUT that's for the removal. We asked to file one for the warning just to be able to track it in the spec14:12
* mclaren added the docker one14:13
nikhilgotcha14:13
flaper87the next one was also discussed at the drivers meetup in Tokyo14:13
flaper87(or wsa it in the signature session?)14:13
flaper87anyway14:13
flaper87we asked Brianna to file a lite spec for this14:13
flaper87I think we're in agreement unless nikhil (or others) have objections14:14
nikhilis this related to checksum ?14:14
rosmaitai have a second-hand question on brianna's spec14:14
rosmaitai think it requires a fairly recent openssl version that isn't supported on all operating systems that might be used to run glance14:15
flaper87actually, I just read through it again. AFAIR, from the mailing list thread, the feedback was to support just 1 signature type14:15
flaper87I need to read that again14:15
rosmaitaand i believe the openssl is a platform dependency, not pip?14:15
flaper87rosmaita: ohhh, does it? That's a very good catch14:15
rosmaitahemanth pointed that out to me yesterday14:16
rosmaita(or something like that, i wasn't quite paying full attention)14:16
dhellmanncan it be coded to look at the openssl version and adjust the signature types appropriately?14:16
flaper87dhellmann: I guess, I wonder if that's going to break glance if openssl is "suddenly" updated14:17
flaper87and then the signatures change14:17
* flaper87 shrugs14:17
flaper87rosmaita: it'd be cool to bring that question to the spec14:17
flaper87rosmaita: if you don't mind :D14:17
rosmaitait may be a problem already with the current release14:17
dhellmannflaper87 : why would existing signatures change?14:17
nikhilit's interesting as I can't point out from the code about that deps14:17
nikhillooks like there's something automagical depending on openssl version, would like to know more14:18
*** baoli has quit IRC14:18
rosmaitai will take an action item to get hemanth to bring this up at thursday meeting14:18
flaper87dhellmann: I thought you were proposing that it would use a different signature type depending on the openssl version14:18
*** baoli has joined #openstack-meeting-414:18
flaper87well, the type needs to be stored somewhere I guess14:18
dhellmannflaper87 : it could generate new signatures differently, but support existing types14:18
dhellmannright14:19
nikhilflaper87: but aren't signatures issued as extra-properties?14:19
dhellmannis the signature type something the deployer configures?14:19
flaper87dhellmann: that's one of the things that was discussed and as of the last discussion on the mailing list, I seem to remember we decided not to allow for it to be configured14:19
flaper87I'll re-read that thread and comment back14:19
flaper87ok, we need to move on to be able to review other lite-specs. Looks like this one needs some more discussions14:20
dhellmannsure, having it be static makes sense14:20
nikhilif deployer runs into a situation where the schema-image.json says on type of signature and then configurations puts other types all by itself without attention on if they are protected or not!?14:20
flaper87#link https://bugs.launchpad.net/glance/+bug/151764314:20
openstackLaunchpad bug 1517643 in Glance "VMware: metadata definition for QoS resource allocation" [Undecided,In progress] - Assigned to Giridhar Jayavelu (gjayavelu)14:20
*** ajmiller has joined #openstack-meeting-414:20
flaper87I don't have anything against that lite-sec except that I don't have much knowledge on what it's proposing14:21
flaper87since it's "just" metadef, I think we're good14:21
rosmaitaflaper87: +114:21
nikhilfrom the tile it looks like adding more default json files14:21
flaper87objections?14:21
rosmaitayou know, i wonder i should be using metadefs in the import spec14:22
mclarenI don't know much about this either... wasn't there a nova bug filed to say on the whole image should be signed?14:22
nikhilyep, that's about it on metadefs14:22
nikhil+1 from me14:22
flaper87ok14:22
flaper87I'll triage it after the meeting14:22
flaper87#link https://bugs.launchpad.net/glance/+bug/151940214:23
openstackLaunchpad bug 1519402 in Glance "Add docker container format to defaults" [Wishlist,In progress] - Assigned to David McNally (dave-mcnally)14:23
flaper87That'd be the docker containers one14:23
flaper87we discussed this at our last glance meeting14:23
*** jmckind has joined #openstack-meeting-414:23
mclarenI think nikhil was wondering about api impact?14:23
*** ajmiller has quit IRC14:23
flaper87There seemed to be agreement on having it14:23
flaper87we just wanted a lite spec to be filed14:23
flaper87Any objections?14:23
mclarenthere's just a comment on the code about api impact from nikhil14:24
flaper87yeah, nikhil want to share?14:24
flaper87we still have 6 mins14:24
mclarenhttps://review.openstack.org/#/c/249282/14:24
*** amotoki_ has joined #openstack-meeting-414:24
nikhilI can wait14:25
flaper87if adding a new container type will have an APIImpact, I believe we have a problem in our API14:25
* nikhil needs to figure out what has been shared by me and what not14:25
flaper87(another one, I should say)14:25
flaper87:P14:25
mclarenlol14:25
flaper87I'll put this one on hold until next week: https://bugs.launchpad.net/glance/+bug/151940214:26
openstackLaunchpad bug 1519402 in Glance "Add docker container format to defaults" [Wishlist,In progress] - Assigned to David McNally (dave-mcnally)14:26
flaper87We don't have enough time to discuss it and I do have some comments14:26
mclarenok, maybe on Thurs?14:26
flaper87I'll comment on the bug so we're all aligned for next week14:26
flaper87I'd like to discuss lite-specs during the drivers meeting14:26
flaper87mostly because it's the time reserved for that14:27
flaper87Otherwise, we can just go back to having a single meeting14:27
*** zeih has joined #openstack-meeting-414:27
flaper87:D14:27
rosmaitai think part of the problem is that the glance schemas aren't versioned14:27
flaper87#topic Open Discussion14:27
*** openstack changes topic to "Open Discussion (Meeting topic: Glance Drivers)"14:27
mfedosinhey14:28
flaper87pls, review the contribution guidelines patch :D14:28
mclarenright, but an operator can change it, eg to remove docker, even if we were on a next version14:28
flaper87mclaren: or add it14:28
mfedosinI want to show you Darja's spec about filtering14:28
flaper87:P14:28
jokke_flaper87: that merged already14:28
flaper87jokke_: nice14:28
flaper87:D14:28
mfedosinhttps://review.openstack.org/#/c/246971/714:28
* flaper87 was away yday14:28
mfedosinjokke_: you promised to review ;)14:28
mfedosinthere are no new indexes14:29
flaper87mfedosin: has that been reviewed by the API-WG ?14:29
mfedosinand performance is very good14:29
flaper87It'd be awesome to have them chime in14:29
mfedosinI added Ryan Brown there14:29
mfedosinresults http://pixs.ru/showimage/yotxru1png_2430090_19659184.png14:29
flaper87chase him and Jay down14:29
jokke_mfedosin: new rev ... will do :)14:29
mfedosinjokke_: thanks!14:30
flaper87ok, we're out of time!14:30
flaper87thanks everyone14:30
mfedosinand remove -2, please14:30
mfedosinthanks!14:30
flaper87#endmeeting14:30
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"14:30
openstackMeeting ended Tue Dec  1 14:30:25 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:30
openstackMinutes:        http://eavesdrop.openstack.org/meetings/glance_drivers/2015/glance_drivers.2015-12-01-13.59.html14:30
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/glance_drivers/2015/glance_drivers.2015-12-01-13.59.txt14:30
openstackLog:            http://eavesdrop.openstack.org/meetings/glance_drivers/2015/glance_drivers.2015-12-01-13.59.log.html14:30
mclarenthanks14:30
*** IvanBerezovskiy1 has joined #openstack-meeting-414:33
*** markvoelker has joined #openstack-meeting-414:34
*** markvoelker_ has quit IRC14:35
*** Piet has quit IRC14:36
*** amotoki has quit IRC14:38
*** degorenko has joined #openstack-meeting-414:44
*** vinsh has joined #openstack-meeting-414:45
*** daneyon has joined #openstack-meeting-414:53
*** chem has joined #openstack-meeting-414:55
*** daneyon has quit IRC14:55
*** xarses has joined #openstack-meeting-414:56
*** yottatsa has joined #openstack-meeting-414:57
*** mfedosin has quit IRC14:58
*** mkarpin has joined #openstack-meeting-414:58
*** yottatsa has quit IRC14:58
*** yottatsa has joined #openstack-meeting-414:58
*** baoli has quit IRC14:59
EmilienM#startmeeting puppet-openstack15:00
openstackMeeting started Tue Dec  1 15:00:01 2015 UTC and is due to finish in 60 minutes.  The chair is EmilienM. Information about MeetBot at http://wiki.debian.org/MeetBot.15:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:00
*** openstack changes topic to " (Meeting topic: puppet-openstack)"15:00
openstackThe meeting name has been set to 'puppet_openstack'15:00
EmilienM#link agenda: https://etherpad.openstack.org/p/puppet-openstack-weekly-meeting-2015120115:00
EmilienMo/15:00
claytono/15:00
yottatsahi15:00
iurygregoryo/15:00
degorenkohi o/15:00
mkarpinhi15:00
EmilienM#topic Review past action items15:00
*** openstack changes topic to "Review past action items (Meeting topic: puppet-openstack)"15:00
EmilienMyottatsa follows-up aviator discussion on ML15:00
EmilienMyottatsa: I'm not sure I've seen that discussion15:00
*** baoli has joined #openstack-meeting-415:01
*** amotoki_ is now known as amotoki15:01
yottatsaEmilienM: I'm in process of further aviator assessment, I will report right after it15:01
EmilienMgood15:01
EmilienMwe don't have a big agenda today15:01
EmilienMso I created a topic15:01
EmilienM#topic blueprint reviews15:01
*** openstack changes topic to "blueprint reviews (Meeting topic: puppet-openstack)"15:01
*** francois has joined #openstack-meeting-415:01
EmilienMwe have 2 blueprints15:02
EmilienMone for Mitaka from clayton : https://review.openstack.org/24051515:02
EmilienM#link blueprint: Enhance inifile option deprecations spec https://review.openstack.org/24051515:02
*** angdraug has joined #openstack-meeting-415:02
*** njohnston has joined #openstack-meeting-415:02
EmilienMpeople interested in this work, could have a look15:02
EmilienMI already +2'ed it, feel free to review15:03
EmilienMclayton: anything you wanted to discuss about that one?15:03
xarseshi15:04
claytonnope, but I'd be glad to answer questions15:04
claytonnow, or later in #puppet-openstack if anyone would like15:04
EmilienMcool15:04
EmilienM#link Domain scoped object should have a domain name https://review.openstack.org/#/c/219127/15:04
EmilienMthis one is modifying a kilo blueprint15:04
*** yamamoto_ has joined #openstack-meeting-415:04
EmilienMI'm not sure why we're doing that actually15:04
EmilienMgilles is offline, maybe chem knows?15:05
chemno, It was a bit before I entered the project15:05
*** yamamoto has quit IRC15:05
chemI think this should go in liberty15:05
EmilienMI'm not sure we need to amend the blueprints after a release15:06
EmilienMmorever, the code is already merged afik15:06
chemEmilienM: that's correct.15:06
iurygregory+115:06
EmilienMI'll comment on gerrit15:06
chemack15:06
EmilienMthe agenda is done, I'll open the next topic15:07
EmilienM#topic Open Discussion, Bug and Review triage (submit modules to triage here)15:07
*** openstack changes topic to "Open Discussion, Bug and Review triage (submit modules to triage here) (Meeting topic: puppet-openstack)"15:07
EmilienMthere are a lot of patches about os_service_default, good to see the progress on it15:07
*** elemoine has joined #openstack-meeting-415:07
mkarpinHi yeah15:08
mkarpinjust wanted to ask about review15:08
EmilienMclayton: have you noticed some (internal) CI issues with that feature?15:08
*** dims has quit IRC15:08
claytonnope, we don't run the upstream tests when we do internal CI though, since we assume it has already passed15:08
EmilienMclayton: I know your company CI also provide good feedback15:08
claytonwe do puppet catalog compiles, and we haven't seen issues there.15:08
EmilienMok15:09
EmilienMis it everything ? : https://review.openstack.org/#/q/topic:os_service_default+status:open,n,z15:09
mfloboHi all, I just would like to mention that I started to push puppet-ec2api module https://review.openstack.org/#/c/251857/15:09
EmilienMmkarpin: why don't use the same topic as others?15:10
mkarpinoh nope15:10
EmilienMmkarpin: it would be easier for reviewers15:10
mkarpinsorry i will use15:10
mkarpinit15:10
EmilienMmflobo: nice!15:10
iurygregoryEmilienM, we are working to move the undef in some modules15:10
*** daneyon has joined #openstack-meeting-415:10
EmilienMmflobo: you'll also need to patch governance15:10
mfloboEmilienM, yes, thanks15:11
EmilienMmflobo: ec2api is packaged in UCA or/and RDO ?15:11
iurygregorygood luck mflobo =)15:11
EmilienMiurygregory: example?15:11
mfloboEmilieM, acutally RDO RPM is on going https://bugzilla.redhat.com/show_bug.cgi?id=127233215:11
openstackbugzilla.redhat.com bug 1272332 in Package Review "Review Request: openstack-ec2-api - Support of EC2 API for OpenStack" [Medium,On_qa] - Assigned to karlthered15:11
EmilienMgreat15:12
iurygregoryhttps://trello.com/c/XLJJJBF0/71-move-modules-to-the-os-service-default-pattern15:12
iurygregoryi've moved modules with db bug, now i'm working on keystone to move the undef to os_service_default15:13
EmilienMdegorenko, sbadia: can you rev again https://review.openstack.org/#/c/250770/ ? I addressed a commont from denis15:13
sbadiaEmilienM: sure!15:13
*** _ody has joined #openstack-meeting-415:14
EmilienMiurygregory: oh that's 'os_service_default', yeah15:14
iurygregoryyeah =) we have a lot of work to do15:14
EmilienMiurygregory, degorenko: I was wondering, in all os_service_default patches, why unit tests are testing with value('SERVICE DEFAULT) instead of testing ensure absent?15:14
EmilienM_ody: are you around? I saw your's working on puppet4/beaker15:15
iurygregorylet me see15:16
degorenkoEmilienM, because we have resource project_config with our fact15:16
degorenkowe should  test not exactly config file15:16
EmilienMmhh15:17
degorenkowe should test what will be putted into config file15:17
EmilienMat the end, we want to make sure the resource is absent15:17
EmilienMdegorenko: what is put in the config file is absent15:17
degorenkothat's true15:17
EmilienMso why don't we actually test it?15:17
degorenkobut we have resource with value <SERVICE DEFAULT>15:17
degorenkoour fact - it is just a string15:17
EmilienMok, it does not matter, I was just wondering :)15:18
EmilienMdo we have anything else for today?15:18
degorenko:) if you want discuss it, i can explain with examples15:18
EmilienMdegorenko: yeah, we can follow-up on #puppet-openstack15:18
degorenkosure15:18
_odyEmilienM: I am.  Got out of bed a few minutes late.15:19
*** saneax has joined #openstack-meeting-415:19
_odyI am going to go get coffee and wake up.15:19
EmilienM_ody: what's up about CI?15:19
EmilienMI think he left15:20
EmilienMI'm closing the meeting15:20
_odyIt works but I'd like to phase it by running old and new test in tandem on puppet-cinder for a week before replacing current beaker15:20
EmilienMah15:20
saneaxo/15:20
_odyWe'll just need to talk about it later, to early for me.15:20
*** banix has joined #openstack-meeting-415:20
EmilienM_ody: could you remind us what you're doing?15:20
EmilienM_ody: ok, ttyl on our irc channel15:21
EmilienMhave a great day everyone15:21
EmilienM#endmeeting15:21
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"15:21
openstackMeeting ended Tue Dec  1 15:21:20 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:21
openstackMinutes:        http://eavesdrop.openstack.org/meetings/puppet_openstack/2015/puppet_openstack.2015-12-01-15.00.html15:21
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/puppet_openstack/2015/puppet_openstack.2015-12-01-15.00.txt15:21
openstackLog:            http://eavesdrop.openstack.org/meetings/puppet_openstack/2015/puppet_openstack.2015-12-01-15.00.log.html15:21
*** xarses has left #openstack-meeting-415:21
*** sabari has joined #openstack-meeting-415:21
*** chem has left #openstack-meeting-415:22
*** ajmiller has joined #openstack-meeting-415:23
*** f13o has joined #openstack-meeting-415:23
*** fawadkhaliq has quit IRC15:25
*** mflobo has left #openstack-meeting-415:25
*** FallenPegasus has quit IRC15:26
*** fawadkhaliq has joined #openstack-meeting-415:26
*** markvoelker_ has joined #openstack-meeting-415:28
*** IvanBerezovskiy1 has left #openstack-meeting-415:30
*** markvoelker has quit IRC15:32
*** markvoelker_ has quit IRC15:33
*** zeih has quit IRC15:35
*** belmoreira has quit IRC15:35
*** sdake_ has quit IRC15:36
*** lazy_prince has quit IRC15:39
*** jbratton has joined #openstack-meeting-415:47
*** baoli has quit IRC15:51
*** yottatsa has left #openstack-meeting-415:51
*** baoli has joined #openstack-meeting-415:51
*** dims has joined #openstack-meeting-415:54
*** banix has quit IRC15:55
*** javeriak has joined #openstack-meeting-415:55
*** javeriak has quit IRC15:57
*** javeriak_ has joined #openstack-meeting-415:57
*** johnsom has joined #openstack-meeting-415:57
*** irenab has quit IRC15:57
*** bpokorny has joined #openstack-meeting-415:57
*** pbourke has quit IRC15:58
*** pbourke has joined #openstack-meeting-415:58
*** markvoelker has joined #openstack-meeting-416:00
*** blahRus has joined #openstack-meeting-416:00
mugsie#startmeeting Kosmos16:01
openstackMeeting started Tue Dec  1 16:01:07 2015 UTC and is due to finish in 60 minutes.  The chair is mugsie. Information about MeetBot at http://wiki.debian.org/MeetBot.16:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:01
*** openstack changes topic to " (Meeting topic: Kosmos)"16:01
openstackThe meeting name has been set to 'kosmos'16:01
johnsomo/16:01
mugsieo.16:01
mugsieso - whos here?16:01
mugsie#topic Roll Call16:02
*** openstack changes topic to "Roll Call (Meeting topic: Kosmos)"16:02
johnsomPresent16:02
mugsiecourtesy ping xgerman dougwig16:02
*** bpokorny has quit IRC16:02
xgermanthanks16:02
mugsie#topic Mid Cycle16:03
*** openstack changes topic to "Mid Cycle (Meeting topic: Kosmos)"16:03
dougwigo/16:03
mugsieseen as there is no action items16:03
*** mkarpin has left #openstack-meeting-416:03
mugsieDoes Seattle the week after San Antonio suit people?16:03
mugsiemy boss has provisionally approved it16:04
xgermannot sure16:04
johnsomAssuming I get travel approved, I can do that16:04
*** wshao has joined #openstack-meeting-416:04
*** avarner has joined #openstack-meeting-416:04
mugsiejohnsom: I think you should be OK - but ping him16:04
mugsiedougwig: that OK with you?16:04
johnsom(though it is a cheap trip for me)16:04
dougwigmugsie: yes, i can do that. the last week of jan doesn't work, but the third is fine.16:04
mugsieyeah, last week on Jan is out for me - I am going to FOSDEM16:05
xgermanI like combining as many mid cycles as possible — so maybe we should open up FWaaS and LBaaS :-)16:05
mugsieSo I would suggest 23rd - 25th16:05
mugsiewould give me 2 days to sync with SEA people16:05
johnsom23-25th is a weekend right?16:06
mugsiejohnsom: good catch16:06
mugsie20-2216:06
johnsomYeah, that works for me.16:06
dougwigany date range is fine for me; boise is a direct flight, so i don't need a travel day.16:07
mugsiegives people a few days breathing room after the LBaaS one16:07
johnsom+1 thanks!16:07
mugsiecool. I will send an email to the list when I get details sorted this week16:07
*** SimonChung1 has quit IRC16:07
mugsie#topic Open Discussion16:07
*** openstack changes topic to "Open Discussion (Meeting topic: Kosmos)"16:07
*** dims_ has joined #openstack-meeting-416:08
mugsieSO - I finally started dev work \o/16:08
johnsomNice!16:08
*** FallenPegasus has joined #openstack-meeting-416:08
mugsiebasic services and versioned_objects so far16:08
dougwigsweet. got a wip up yet?16:08
johnsomI was just looking16:08
johnsomNothing up for review16:08
mugsienot yet - will be next few days16:09
johnsomCool, it will be great to have a skeleton to build on at the mid-cycle16:09
mugsie(I have management in twon this week, so that hamperes dev)16:09
mugsiethey like to take up time16:10
*** dims has quit IRC16:10
mugsieany other topics?16:10
*** sdake has joined #openstack-meeting-416:11
*** ativelkov has quit IRC16:11
dougwigmove to adjourn16:11
mugsieagree16:11
mugsie#endmeeting16:11
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"16:11
openstackMeeting ended Tue Dec  1 16:11:45 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:11
openstackMinutes:        http://eavesdrop.openstack.org/meetings/kosmos/2015/kosmos.2015-12-01-16.01.html16:11
*** dilyin has quit IRC16:11
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/kosmos/2015/kosmos.2015-12-01-16.01.txt16:11
openstackLog:            http://eavesdrop.openstack.org/meetings/kosmos/2015/kosmos.2015-12-01-16.01.log.html16:11
*** jruano has quit IRC16:12
*** numans has quit IRC16:15
*** avarner has quit IRC16:17
*** johnsom has left #openstack-meeting-416:19
*** ativelkov has joined #openstack-meeting-416:20
*** hemanthm has joined #openstack-meeting-416:23
*** jwagner has joined #openstack-meeting-416:23
*** jwagner has quit IRC16:23
*** jwagner has joined #openstack-meeting-416:24
*** daneyon has quit IRC16:24
*** dilyin has joined #openstack-meeting-416:26
*** yamamoto_ has quit IRC16:28
*** jwagner has quit IRC16:30
*** dims has joined #openstack-meeting-416:30
*** sdake has quit IRC16:30
*** dims_ has quit IRC16:33
*** jwagner has joined #openstack-meeting-416:33
*** FallenPegasus is now known as MarkAtwood16:34
*** _ody has left #openstack-meeting-416:36
*** jwagner has joined #openstack-meeting-416:41
*** jbratton has left #openstack-meeting-416:46
*** vishwanathj has joined #openstack-meeting-416:47
*** fawadkhaliq has quit IRC16:50
*** bobh has joined #openstack-meeting-416:51
*** sridhar_ram has joined #openstack-meeting-416:53
*** daneyon has joined #openstack-meeting-416:53
*** amotoki has quit IRC16:55
*** sripriya has joined #openstack-meeting-416:56
*** matrohon has joined #openstack-meeting-416:56
*** u_kozat has joined #openstack-meeting-416:57
*** sdake has joined #openstack-meeting-416:57
*** santoshk has joined #openstack-meeting-416:59
*** baoli has quit IRC17:00
*** prithivm has quit IRC17:00
sridhar_ram#startmeeting tacker17:00
openstackMeeting started Tue Dec  1 17:00:59 2015 UTC and is due to finish in 60 minutes.  The chair is sridhar_ram. Information about MeetBot at http://wiki.debian.org/MeetBot.17:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.17:01
*** openstack changes topic to " (Meeting topic: tacker)"17:01
openstackThe meeting name has been set to 'tacker'17:01
sridhar_ram#topic Roll Call17:01
*** openstack changes topic to "Roll Call (Meeting topic: tacker)"17:01
vishwanathjo/17:01
bobho/17:01
sridhar_ramwho is here for tacker ?17:01
sripriyao/17:01
*** matrohon has quit IRC17:01
*** wshao has quit IRC17:01
*** afv_ has joined #openstack-meeting-417:01
*** brucet has joined #openstack-meeting-417:01
sridhar_ramvishwanathj: bobh: sripriya: hi there!17:01
*** Prithiv has quit IRC17:02
*** baoli has joined #openstack-meeting-417:02
bobhsridhar_ram: good morning17:02
vishwanathjgood morning everyone17:02
sripriyahello tackers17:02
santoshkHello all..17:02
sridhar_ramlets starts in a min...17:02
brucethello17:02
*** brucet has quit IRC17:03
*** nkrinner has quit IRC17:03
*** brucet has joined #openstack-meeting-417:03
sridhar_ram#topic Agenda17:03
*** openstack changes topic to "Agenda (Meeting topic: tacker)"17:03
sridhar_ram#link https://wiki.openstack.org/wiki/Meetings/Tacker#Meeting_Nov_30.2C_201517:03
sridhar_ram#chair bobh sripriya17:04
openstackCurrent chairs: bobh sridhar_ram sripriya17:04
sridhar_ram#topic Announcment17:04
*** openstack changes topic to "Announcment (Meeting topic: tacker)"17:04
*** natarajk has joined #openstack-meeting-417:04
*** banix has joined #openstack-meeting-417:04
sridhar_ramA quick reminder on Mitaka Schedule..17:05
sridhar_ram#link https://wiki.openstack.org/wiki/Mitaka_Release_Schedule17:05
*** daneyon_ has joined #openstack-meeting-417:05
sridhar_ramWe are close to end of mitaka-1 dev cycle17:05
sridhar_ramas we have seen in other projects.. it is good to pack / pace up during the front end of a release cycle17:06
sridhar_ramso lets pick up some pace in reviewing the blueprints targeted for Mitaka ...17:06
sridhar_ramLets see if we can land / merge the blueprints before the Dec holidays... approx Dec 2oth17:08
*** daneyon has quit IRC17:08
sridhar_ram*20th17:08
sridhar_ramI'd also like to remind we are still shooting for what is mentioned in the mitaka priorities...17:08
sridhar_ram#link https://etherpad.openstack.org/p/tacker-mitaka-priorities17:08
sridhar_ramWe got to prioritize things aimed for Mitaka among various other things we could work on..17:09
sridhar_ramany questions ?17:09
sridhar_ramlets move on...17:10
brucetIs there any development planned for monitoring feature?17:10
sripriyasridhar_ram: 20th should be hopefully fine to land our blueprints17:10
*** dshakhray has quit IRC17:10
sridhar_rambrucet: no, beyond what is done in Liberty - loadable health monitoring framework17:10
sridhar_ramsripriya: I sure believe we can...!17:11
*** brucet has quit IRC17:11
sridhar_ram#topic Mitaka Blueprint Updates17:11
*** openstack changes topic to "Mitaka Blueprint Updates (Meeting topic: tacker)"17:11
sridhar_ram#topic TOSCA parser integration17:11
*** openstack changes topic to "TOSCA parser integration (Meeting topic: tacker)"17:11
sridhar_rambobh: can you give a quick update ?17:12
*** trozet has joined #openstack-meeting-417:12
bobhThe tosca-parser blueprint was approved last week, so I need to get that code finished and landed17:12
*** brucet has joined #openstack-meeting-417:12
bobhI have to write the heat-translator and tacker blueprints and get those going17:12
bobhI think the hard part will be the heat-translator work, but I need to look into that code more17:13
*** LouisF has joined #openstack-meeting-417:14
sridhar_rambobh: sounds good..17:14
sridhar_rambobh: in fact, I'm curious how all this going to line up  tacker --> tosca-parser --> heat-translator --> heat ...17:14
sridhar_rambobh: looking forward to read your BPs !17:15
*** yamahata has joined #openstack-meeting-417:15
bobhmore like tosca-parser->heat-translator->tacker for the BP and code implementation path17:15
sridhar_rambobh: I see17:15
sridhar_rambobh: quick note... I actively participate in OASIS tosca-nfv adhoc group...17:15
LouisFis there a link to the bp?17:16
*** Swami has joined #openstack-meeting-417:16
brucetSame questin from me17:16
sridhar_rambobh: I can help to clarify some of the normative type references17:16
*** purp has quit IRC17:16
bobhsridhar_ram: great - that will be a big help17:17
bobhtosca-parser BP is here:  #link https://blueprints.launchpad.net/tosca-parser/+spec/tosca-nfv-support17:17
LouisFbobh: thanks17:17
bobhheat-translator and tacker BPs are coming soon.17:17
brucetI was looking for link to heat-translator spec17:18
brucetNot yet17:18
*** s3wong has joined #openstack-meeting-417:18
brucetIs there a spec for the Heat translator for Yaml profile?17:18
sridhar_rambobh: my biggest stick point is .. how we are going to co-exist with tosca-nfv profile and tacker related extensions17:19
*** purp has joined #openstack-meeting-417:19
s3wongsorry, late --- didn't expect traffic to be this bad during holiday season17:19
sridhar_rambobh: the later will be the way of life in the near term..17:19
bobhsridhar_ram: that's a good question17:19
sridhar_rambobh: if you can propose some solutions in the BPs .. that will be great17:19
bobhsridhar_ram: I'll see what I can come up with17:20
sridhar_rambobh: great.. no need to go deep here in this mtg now, we can take it up once the BPs show up17:20
sridhar_rambobh: thanks for the update!17:20
sridhar_rambobh: anything else on tosca-parser ?17:20
bobhsridhar_ram: not at this point17:20
sridhar_ram#topic Tacker-SFC17:21
*** openstack changes topic to "Tacker-SFC (Meeting topic: tacker)"17:21
*** SimonChung has joined #openstack-meeting-417:21
sridhar_ramtrozet: s3wong: LouisF: hi sfc folks!17:21
trozethi sridhar_ram17:21
sridhar_ramdid I miss any tacker-sfc subgroup members ? ;-)17:21
LouisFsridhar_ram: hi17:22
LouisFsridhar_ram: cathy is at another meeting17:22
*** fawadkhaliq has joined #openstack-meeting-417:22
sridhar_ramLouisF: okay..17:22
sridhar_ramHere is the BP #link https://review.openstack.org/#/c/228007/17:22
sridhar_ramtrozet: s3wong: I see some good comments in the spec and in the OPNFC-SFC mailer17:23
sridhar_ramI think it is time to start wrapping up the BP work...17:23
*** brucet has quit IRC17:23
trozetyes17:23
sridhar_ramtrozet: can you give us the major outstanding items to discuss and decide ?17:24
*** brucet has joined #openstack-meeting-417:24
trozetsridhar_ram: i think the main thing that has been discussed some already is using abstract types17:25
trozetwhen defining the chain inpu17:25
trozetinput*17:25
trozetsridhar_ram: I think you mentioned we want to keep the scope narrow and not automatically spin up VNFs if missing17:25
sridhar_ramtrozet: yes, absolutely...17:25
trozetbut I'm thinking we should allow for a user to specify abstract types as the chain definition (assuming those types already exist as VNF instances)17:26
sridhar_ramtrozet: IMO, that's a reasonable thing to incorporate..17:26
*** ksantoshk has joined #openstack-meeting-417:26
sridhar_ramtrozet: that would mean we need to expand the tacker sfc-create API ?17:26
trozetsridhar_ram: i was just thinking an extra param like --use-vnfds, to indicate when --chain is specified it is abstract types17:27
u_kozatIs there anything specified for VNF groups and load balancing preferences17:28
s3wongsridhar_ram, trozet: the thing about this is we would need to cross check the abstract service type with VNFd17:28
s3wongit should be dynamically generated instead of coding the types into Tacker17:28
trozets3wong: right, thats what my plan was have tacker SFC query the VNFM17:28
trozets3wong: well it is dynamically generated by the type you declare in your VNFD right? cant that be any string?17:29
*** santoshk has quit IRC17:29
sridhar_rams3wong: why do we need to care to categories VNFD type ?17:30
sridhar_rams3wong: .. just trying to understand here, btw..17:30
s3wongtrozet: that's what I am thinking. It should just be an arbitrary string17:31
sridhar_rams3wong: why does Tacker get into the business of categorizing a VNF is nat vs dpi vs lb ?17:31
sridhar_rams3wong: .. that's going to be a long list .. vepc, vims, .etc .. perhaps I'm missing something here17:31
sridhar_ram^vIMS17:31
bobhsridhar_ram: I've always wondered that too17:32
s3wongsridhar_ram: we need to support the string as input for CLI, and for Horizon, a list of strings user can choose as chain nodes17:32
s3wongsridhar_ram: at time of deployment, we need to validate / verify the input can be supported by things that are already onboard17:32
*** prashantD has joined #openstack-meeting-417:32
sridhar_rams3wong: I see.. purely as a cross-validation across vnfm realm and the SFC world ?17:33
s3wongsridhar_ram: yep. We are orchestration layer, so we need to validate / verify what we pass on to drivers17:34
trozetsridhar_ram: in the VNFD service_type: firewall is defined17:34
trozetsridhar_ram: so tacker SFC would go check to see if there are any instances with that type if it was specified in a chain create cmd17:34
sridhar_rams3wong: in short, you don't trust the operators would pick the correct VNFD in the chain sequence ? ;-)17:34
LouisFs3wong: is the intent to specify vnfd service types to be included in the chain?17:34
s3wongsridhar_ram: wouldn't we all wish we can :-)  but we are talking about two places where inputs need to match, and human would be the one inputting them17:35
s3wongLouisF: yes. The ODL SFC folks are asking Tacker to orchestrate the chain (a template, if you will) by only specifying an abstract service type (a string)17:36
u_kozats3wong, sridhar_ram: I think it would be too simplistic to just validate a chain based on a "service type"17:36
sridhar_rams3wong: it is not just that.. we are asking the VNF vendors to correctly categorize their VNFs ..otherwise they wouldn't be accepted in the chain..17:36
s3wongLouisF: rather than specifying the actual VNF instance, like trozet has implemented17:37
*** krtaylor has quit IRC17:37
sridhar_rams3wong: where will these majic strings come from ? don't tell me this will be iin ietf RFC ..!17:37
LouisFs3wong: agree on that idea17:37
sridhar_ramulas: agree17:37
*** natarajk has quit IRC17:38
*** natarajk has joined #openstack-meeting-417:39
s3wongsridhar_ram: that's right. I remember during our demo / prototyping phase, we allow specification of 'firewall' function out of OpenWRT (which can do other things like 'nat' and so on). My guess is we have asked vendors to specify functions. Though trozet mentioned that on ODL, the 'service type' needs to be unique, i.e. cisco-firewall or something)17:39
*** avarner has joined #openstack-meeting-417:39
trozetI think the question isnt should we validate the abstract type (i think thats an obvious yes), but is it OK to add support for specifying those abstract types in the chain as part of this spec17:40
s3wongu_kozat: one thing Danny Zhou asked for is that during the deployment phase, IF there isn't any deployed VNF that match a particular abstract service type, Tacker should deploy it17:40
sridhar_ramtrozet: A resounding .. OK for my side..17:41
s3wongu_kozat: so --- in a way, to define a chain using abstract type, Tacker can only have abstract type to work against...17:41
sridhar_ramtrozet: just to be clear, I think there is a general consensus to have tacker create an abstract service chain type17:41
sridhar_rams3wong: no, we can't do automatic VNF deployments based on SFC chain creation...17:42
sridhar_rams3wong: that got to wait for a follow on BP .. we need to factor in NSD support to do that properly17:42
s3wongsridhar_ram: even if such VNFd is already onboard?17:42
sridhar_rams3wong: yet17:42
sridhar_ram*yes17:42
*** dzamboni has quit IRC17:43
trozets3wong: as sridhar_ram explained to me automatic spin up of VNF for a chain should be handled by a different NSD plugin to Tacker and not in the SFC orchestrator17:43
*** ksantoshk has quit IRC17:43
*** degorenko has quit IRC17:43
s3wongtrozet: well, that's OK. But it is an expected functionality in the future (I would imagine)17:44
u_kozattrozet: It seems to me a useful feature to spin up automatically based on a chain request17:44
sridhar_rams3wong: if there is cycles and extra developers we can consider taking that up in the 2nd half of Mitaka17:44
*** yamahata has quit IRC17:44
trozetu_kozat: its very useful indeed17:44
s3wongsridhar_ram: not suggesting that at all :-) (unless people want to volunteer)17:44
sridhar_ramulas: s3wong: trozet: totally agree.. but we can't expand the current BPs scope too wide..17:45
trozetyup17:45
s3wongsridhar_ram, trozet: it is just that I view that having dynamic deployment based on chain definition is a perfect marriage and use case for integrating high-level SFC definition and a VNFM17:45
sridhar_ramremember - openstack digests better in small iterations..17:45
u_kozatsridhar_ram: trozet: I agree. But we should put a placeholder or make a note somewhere.17:46
sridhar_rams3wong: I don't what two different ways of doing that.. one the NSD way and another in the context of SFC chain creation17:46
sridhar_rams3wong: we need to somehow gel those two together.. that's why I suggest to take it up in a follow on17:46
trozetu_kozat: I dont mind adding the logic to ask VNFM to spin up the instance if it is missing as a placeholder, im not sure if sridhar_ram would like to set that precedent though17:47
u_kozatsridhar_ram: SFC can consume NSD plugin17:47
sridhar_ramulas: agree, trozet: please capture that in the BP17:47
trozetsridhar_ram: ok I'll make a note in the spec that it will be handled by a future NSD plugin17:47
sridhar_ramtrozet: placeholder only in the BP and NOT in code, please17:48
s3wongsridhar_ram: I don't want that neither. That said, I do think it is an essential functionality that needs to be taken by Tacker17:48
trozetsridhar_ram: yup got it17:48
sridhar_ramulas: if you look at ETSI MANO.. NSD is the starting point where SFC and VNFM workflows branch out17:49
u_kozatI have to leave now.17:49
sridhar_ramanyways, lets consider the current iteration as part 1 of a series of tacker-sfc work...17:50
u_kozatsridhar_ram: I will check it out17:50
sridhar_ramif there is enough interest and volunteers we can take up NSD / automatic VNF spawn work in a separate BP.. volunteers welcome!17:51
sridhar_ramjust to conclude.. we have an agreement to do abstract-service chain ..17:51
s3wongsridhar_ram: as part of M cycle, right?  (the abstract service chain support)17:51
sridhar_rams3wong: yes17:52
sridhar_ramvalidation using service type "strings" is still a TBD in my opinion... trozet: s3wong: is that clear in your mind how you'll achieve that ?17:53
* sridhar_ram 7 mins left in clock17:53
s3wongsridhar_ram: that is something we need to look into17:53
trozetsridhar_ram: i mean its pretty clear right, in tacker sfc i just query VNFM for the instance, make sure it exists, then figure out its service_type17:53
sridhar_ramtrozet: okay, lets keep it simple if possible for this iteration..17:54
sridhar_ramtrozet: you will be updating the spec for abstract service types ?17:54
trozetsridhar_ram: err sorry thats a little backwards in order of operations, but its the same idea17:54
s3wongsridhar_ram: assuming we require everything needs to be onboard and spawned before we can define a chain, then the service type info should be in DB17:54
trozets3wong: exactly17:54
*** kerwin has joined #openstack-meeting-417:55
trozetsridhar_ram: yeah i will add that to the spec17:55
sridhar_rams3wong: but the abstract service chain can be defined even before spawning VNFs, correct ?17:55
sridhar_ramfor eg : tacker sfc-chain-create --type abstract nat, firewall, dp17:56
s3wongsridhar_ram: that's why I said (in the response to Danny Zhou) that we can ONLY validate when a chain is to be deployed17:56
LouisFsridhar_ram: abstract service type is specified for the chain, then vnfm is queried for instance?17:56
sridhar_ramtacker sfc-chain-apply -sfc-chain-type uuid-of-abstract-sfc-type ?17:57
sridhar_ramLouisF: vnfm will know the vnf instance type..17:57
LouisFsridhar_ram: yes17:57
sridhar_ramfolks - we are almost out of time...17:58
sridhar_ramlets continue this nice discussion in Tim's spec in the gerrit17:58
s3wongsridhar_ram: never expected SFC to be a 10 minutes topic :-)17:58
sridhar_ramplease help to wrap up the spec ... !17:58
sridhar_ramwe will fine tune in future iterations ...17:59
s3wongtrozet: are you going to update the spec soon?17:59
sridhar_ram.. as we learn more on sfc usage patterns17:59
trozets3wong: yes i will do it tmrw17:59
sridhar_ramplease also review other BPs for tacker mitaka!17:59
sridhar_rammulti-vim and auto-resource creation..18:00
sridhar_ramalright.. it was a good discussion18:00
sridhar_ramthanks everyone!18:00
sridhar_rambye18:00
s3wongThanks! bye18:00
sridhar_ram#endmeeting18:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"18:00
openstackMeeting ended Tue Dec  1 18:00:39 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)18:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/tacker/2015/tacker.2015-12-01-17.00.html18:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/tacker/2015/tacker.2015-12-01-17.00.txt18:00
openstackLog:            http://eavesdrop.openstack.org/meetings/tacker/2015/tacker.2015-12-01-17.00.log.html18:00
*** sdake has quit IRC18:01
*** sripriya has left #openstack-meeting-418:02
*** krtaylor has joined #openstack-meeting-418:02
*** SimonChung has quit IRC18:03
*** SimonChung1 has joined #openstack-meeting-418:03
*** SimonChung1 has quit IRC18:05
*** SimonChung has joined #openstack-meeting-418:05
*** sdake has joined #openstack-meeting-418:06
*** brucet has quit IRC18:07
*** sambetts is now known as sambetts-afk18:08
*** ivar-lazzaro has joined #openstack-meeting-418:08
*** bobh has quit IRC18:09
*** bobh has joined #openstack-meeting-418:10
*** brucet has joined #openstack-meeting-418:10
*** yamahata has joined #openstack-meeting-418:11
*** ivar-lazzaro has quit IRC18:13
*** ivar-lazzaro has joined #openstack-meeting-418:13
*** jckasper has quit IRC18:14
*** ivar-lazzaro has quit IRC18:15
*** sdake has quit IRC18:16
*** ivar-lazzaro has joined #openstack-meeting-418:16
*** avarner has quit IRC18:17
*** SimonChung1 has joined #openstack-meeting-418:18
*** SimonChung has quit IRC18:18
*** SimonChung has joined #openstack-meeting-418:19
*** SimonChung1 has quit IRC18:19
*** vishwana_ has joined #openstack-meeting-418:22
*** jed56 has quit IRC18:23
*** brucet has quit IRC18:23
*** vishwanathj has quit IRC18:24
*** bobh has quit IRC18:25
*** mancdaz has quit IRC18:26
*** brucet has joined #openstack-meeting-418:27
*** mancdaz has joined #openstack-meeting-418:27
*** SimonChung has quit IRC18:28
*** SimonChung1 has joined #openstack-meeting-418:28
*** dshakhray has joined #openstack-meeting-418:30
*** yamahata has quit IRC18:33
*** yamahata has joined #openstack-meeting-418:36
*** vishwana_ has quit IRC18:37
*** baoli has quit IRC18:37
*** bobh has joined #openstack-meeting-418:38
*** baoli has joined #openstack-meeting-418:39
*** vishwanathj has joined #openstack-meeting-418:40
*** IlyaG has joined #openstack-meeting-418:41
*** galstrom_zzz is now known as galstrom18:41
*** natarajk has quit IRC18:51
*** prashantD_ has joined #openstack-meeting-418:52
*** vinsh has quit IRC18:53
*** prashantD has quit IRC18:54
*** paul-carlton has joined #openstack-meeting-418:56
*** sridhar_ram has quit IRC18:56
*** banix has quit IRC18:56
*** u_kozat has quit IRC18:56
*** banix has joined #openstack-meeting-418:56
*** salv-orl_ has joined #openstack-meeting-418:58
*** baoli has quit IRC19:00
*** salv-orlando has quit IRC19:00
*** baoli has joined #openstack-meeting-419:03
*** brucet has quit IRC19:03
*** paul-carlton1 has quit IRC19:05
*** paul-carlton has quit IRC19:05
*** brucet has joined #openstack-meeting-419:06
*** LouisF has quit IRC19:10
*** brucet has quit IRC19:11
*** prashantD_ has quit IRC19:11
*** prashantD has joined #openstack-meeting-419:14
*** erikmwilson has quit IRC19:15
*** erikmwilson has joined #openstack-meeting-419:16
*** armax has quit IRC19:16
*** SimonChung has joined #openstack-meeting-419:17
*** SimonChung2 has joined #openstack-meeting-419:17
*** SimonChung1 has quit IRC19:17
*** SimonChung1 has joined #openstack-meeting-419:17
*** SimonChung2 has quit IRC19:17
*** SimonChung has quit IRC19:18
*** barclaac has joined #openstack-meeting-419:19
*** avarner has joined #openstack-meeting-419:28
*** natarajk has joined #openstack-meeting-419:29
*** devananda has quit IRC19:33
*** avarner_ has joined #openstack-meeting-419:35
*** krtaylor has quit IRC19:35
*** avarner has quit IRC19:35
*** avarner_ has quit IRC19:35
*** avarner has joined #openstack-meeting-419:36
*** sridhar_ram has joined #openstack-meeting-419:36
*** julim has joined #openstack-meeting-419:36
*** sdake has joined #openstack-meeting-419:36
*** SimonChung has joined #openstack-meeting-419:41
*** SimonChung1 has quit IRC19:41
*** vishwanathj has quit IRC19:42
*** vishwanathj has joined #openstack-meeting-419:42
*** cdelatte has quit IRC19:44
*** cdelatte has joined #openstack-meeting-419:45
*** baoli has quit IRC19:46
*** baoli has joined #openstack-meeting-419:47
*** devananda has joined #openstack-meeting-419:47
*** cdelatte has quit IRC19:49
*** cdelatte has joined #openstack-meeting-419:50
*** armax has joined #openstack-meeting-419:51
*** sdake_ has joined #openstack-meeting-419:55
*** sdake has quit IRC19:55
*** jckasper has joined #openstack-meeting-419:55
*** u_kozat has joined #openstack-meeting-419:56
*** u_kozat has quit IRC20:03
*** sdake_ is now known as sdake20:03
*** banix_ has joined #openstack-meeting-420:04
*** baoli has quit IRC20:06
*** banix has quit IRC20:07
*** banix_ is now known as banix20:07
*** salv-orl_ has quit IRC20:07
*** natarajk has left #openstack-meeting-420:08
*** fawadkhaliq has quit IRC20:09
*** baoli has joined #openstack-meeting-420:10
*** baoli has quit IRC20:28
*** baoli has joined #openstack-meeting-420:30
*** jmckind has quit IRC20:32
*** iyamahat has joined #openstack-meeting-420:33
*** baoli has quit IRC20:57
*** Piet_ has joined #openstack-meeting-421:04
*** sdake has quit IRC21:06
*** salv-orlando has joined #openstack-meeting-421:07
*** sdake has joined #openstack-meeting-421:08
*** sdake has quit IRC21:12
*** daneyon_ has quit IRC21:13
*** sdake has joined #openstack-meeting-421:14
*** salv-orlando has quit IRC21:19
*** javeriak_ has quit IRC21:21
*** jmckind has joined #openstack-meeting-421:25
*** nihilifer has quit IRC21:25
*** nihilifer has joined #openstack-meeting-421:27
*** sdake has quit IRC21:30
*** salv-orlando has joined #openstack-meeting-421:31
*** mancdaz has quit IRC21:31
*** mancdaz has joined #openstack-meeting-421:32
*** sdake has joined #openstack-meeting-421:34
*** salv-orl_ has joined #openstack-meeting-421:35
*** salv-orl_ has quit IRC21:35
*** salv-orlando has quit IRC21:36
*** avarner has quit IRC21:36
*** salv-orl_ has joined #openstack-meeting-421:37
*** salv-orl_ has quit IRC21:40
*** sdake has quit IRC21:41
*** salv-orlando has joined #openstack-meeting-421:41
*** krtaylor has joined #openstack-meeting-421:44
*** salv-orlando has quit IRC21:45
*** salv-orlando has joined #openstack-meeting-421:46
*** salv-orlando has quit IRC21:54
*** salv-orlando has joined #openstack-meeting-421:55
*** njohnston has quit IRC22:00
*** u_kozat has joined #openstack-meeting-422:00
*** Sukhdev has joined #openstack-meeting-422:02
*** SimonChung has quit IRC22:04
*** SimonChung1 has joined #openstack-meeting-422:04
*** u_kozat has quit IRC22:05
*** May-meimei has joined #openstack-meeting-422:07
*** baoli has joined #openstack-meeting-422:11
*** salv-orlando has quit IRC22:12
*** dshakhray has quit IRC22:12
*** salv-orlando has joined #openstack-meeting-422:13
*** baoli has quit IRC22:14
*** salv-orl_ has joined #openstack-meeting-422:18
*** baoli has joined #openstack-meeting-422:18
*** dwalleck has joined #openstack-meeting-422:20
*** fc___ is now known as fc__22:20
*** dwalleck has quit IRC22:22
*** barclaac has quit IRC22:22
*** dwalleck_ has joined #openstack-meeting-422:23
*** salv-orlando has quit IRC22:23
*** barclaac has joined #openstack-meeting-422:23
*** baoli has quit IRC22:24
*** baoli has joined #openstack-meeting-422:25
*** Sukhdev has quit IRC22:26
*** dwalleck_ has quit IRC22:27
*** dwalleck has joined #openstack-meeting-422:29
*** dwalleck has quit IRC22:29
*** dwalleck has joined #openstack-meeting-422:30
*** galstrom is now known as galstrom_zzz22:31
*** baoli has quit IRC22:34
*** May-meimei has quit IRC22:37
*** daneyon has joined #openstack-meeting-422:37
*** afv_ has quit IRC22:38
*** dtardivel has quit IRC22:47
*** daneyon has quit IRC22:50
*** salv-orl_ has quit IRC22:56
*** bobh has quit IRC22:57
*** jmckind has quit IRC23:01
*** SimonChung1 has quit IRC23:01
*** SimonChung has joined #openstack-meeting-423:01
*** u_kozat has joined #openstack-meeting-423:03
*** klamath has quit IRC23:06
*** daneyon has joined #openstack-meeting-423:15
*** sdake has joined #openstack-meeting-423:16
*** dwalleck has quit IRC23:16
*** david-lyle has quit IRC23:25
*** blahRus has quit IRC23:27
*** darrenc is now known as darrenc_afk23:31
*** iyamahat has quit IRC23:35
*** iyamahat has joined #openstack-meeting-423:35
*** iyamahat has quit IRC23:35
*** iyamahat has joined #openstack-meeting-423:36
*** sdake has quit IRC23:36
*** sdake has joined #openstack-meeting-423:39
*** dstanek has quit IRC23:41
*** dstanek has joined #openstack-meeting-423:41
*** daneyon has quit IRC23:42
*** MarkAtwood has quit IRC23:42
*** zz_ja has quit IRC23:43
*** zz_ja has joined #openstack-meeting-423:45
*** Prithiv has joined #openstack-meeting-423:45
*** prithivm has joined #openstack-meeting-423:45
*** jruano has joined #openstack-meeting-423:46
*** daneyon has joined #openstack-meeting-423:47
*** SimonChung has quit IRC23:48
*** SimonChung1 has joined #openstack-meeting-423:48
*** daneyon has quit IRC23:48
*** darrenc_afk is now known as darrenc23:52
*** salv-orlando has joined #openstack-meeting-423:59

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