Wednesday, 2014-03-19

*** ErikB1 has quit IRC00:00
*** eankutse has quit IRC00:05
*** dteselkin has quit IRC00:11
*** sergmelikyan has quit IRC00:12
*** jergerber has quit IRC00:17
*** ErikB1 has joined #openstack-meeting-alt00:18
*** ErikB1 has quit IRC00:20
*** cjellick has quit IRC00:20
*** dteselkin has joined #openstack-meeting-alt00:20
*** mwagner_lap has joined #openstack-meeting-alt00:21
*** ijw has joined #openstack-meeting-alt00:23
*** SumitNaiksatam has quit IRC00:24
*** ijw_ has joined #openstack-meeting-alt00:26
*** ijw has quit IRC00:29
*** rpodolyaka1 has joined #openstack-meeting-alt00:40
*** rpodolyaka1 has quit IRC00:44
*** sarob has joined #openstack-meeting-alt00:47
*** yamahata has quit IRC00:47
*** eankutse has joined #openstack-meeting-alt00:47
*** eankutse has quit IRC00:47
*** eankutse has joined #openstack-meeting-alt00:47
*** sarob_ has joined #openstack-meeting-alt00:48
*** nosnos has joined #openstack-meeting-alt00:51
*** sarob has quit IRC00:52
*** nosnos_ has joined #openstack-meeting-alt00:53
*** mwagner__ has joined #openstack-meeting-alt00:56
*** nosnos has quit IRC00:57
*** tanisdl has quit IRC01:01
*** dguitarbite has quit IRC01:09
*** eguz_ has quit IRC01:15
*** khyati_ has quit IRC01:21
*** ameade has joined #openstack-meeting-alt01:29
*** ameade has quit IRC01:33
*** mattgriffin has quit IRC01:34
*** mattgriffin has joined #openstack-meeting-alt01:36
*** amotoki has joined #openstack-meeting-alt01:38
*** doug_shelley66 has joined #openstack-meeting-alt01:38
*** xuhanp has joined #openstack-meeting-alt01:38
*** rpodolyaka1 has joined #openstack-meeting-alt01:40
*** richm has quit IRC01:40
*** sarob_ has quit IRC01:43
*** ijw_ has quit IRC01:45
*** rpodolyaka1 has quit IRC01:46
*** flwang has quit IRC01:52
*** arnaud__ has quit IRC01:54
*** tedchang has quit IRC01:56
*** dkehn has quit IRC01:58
*** dkehn has joined #openstack-meeting-alt02:07
*** lisaclark1 has joined #openstack-meeting-alt02:07
*** yamahata has joined #openstack-meeting-alt02:07
*** zhiyan_ is now known as zhiyan02:09
*** amytron has joined #openstack-meeting-alt02:09
*** khyati_ has joined #openstack-meeting-alt02:13
*** amytron has quit IRC02:15
*** colinmcnamara has joined #openstack-meeting-alt02:22
*** michael-yu has joined #openstack-meeting-alt02:25
*** sbalukoff has quit IRC02:28
*** michael-yu has quit IRC02:32
*** chandan_kumar has joined #openstack-meeting-alt02:37
*** coolsvap has quit IRC02:39
*** flwang has joined #openstack-meeting-alt02:42
*** markwash has quit IRC02:45
*** lisaclark1 has quit IRC02:48
*** venkatesh has joined #openstack-meeting-alt02:48
*** amcrn has quit IRC02:49
*** kgriffs is now known as kgriffs_afk02:49
*** ErikB1 has joined #openstack-meeting-alt02:50
*** jecarey has joined #openstack-meeting-alt02:52
*** bill_az_ has quit IRC02:55
*** flwang1 has joined #openstack-meeting-alt02:55
*** flwang has quit IRC02:57
*** gyee has quit IRC02:59
*** eghobo has joined #openstack-meeting-alt03:00
*** vkmc has quit IRC03:03
*** dguitarbite has joined #openstack-meeting-alt03:08
*** SumitNaiksatam has joined #openstack-meeting-alt03:22
*** harlowja is now known as harlowja_away03:23
*** jecarey has quit IRC03:26
*** doug_shelley66 has quit IRC03:29
*** bdpayne has quit IRC03:29
*** venkatesh has quit IRC03:30
*** eankutse has quit IRC03:32
*** ErikB1 has quit IRC03:35
*** nosnos_ has quit IRC03:41
*** chandan_kumar has quit IRC03:41
*** rpodolyaka1 has joined #openstack-meeting-alt03:44
*** rpodolyaka1 has quit IRC03:48
*** bdpayne has joined #openstack-meeting-alt03:49
*** banix has joined #openstack-meeting-alt03:50
*** dguitarbite has quit IRC03:52
*** colinmcnamara has quit IRC03:53
*** markvoelker1 has quit IRC03:56
*** matrohon has quit IRC03:58
*** matrohon has joined #openstack-meeting-alt03:59
*** michael-yu has joined #openstack-meeting-alt04:05
*** venkatesh has joined #openstack-meeting-alt04:10
*** michael-yu has quit IRC04:11
*** venkatesh has quit IRC04:15
*** nosnos has joined #openstack-meeting-alt04:35
*** banix has quit IRC04:36
*** IlyaE has joined #openstack-meeting-alt04:42
*** rpodolyaka1 has joined #openstack-meeting-alt04:45
*** sbalukoff has joined #openstack-meeting-alt04:48
*** rpodolyaka1 has quit IRC04:49
*** amcrn has joined #openstack-meeting-alt04:53
*** eankutse has joined #openstack-meeting-alt04:56
*** eankutse has joined #openstack-meeting-alt04:56
*** dguitarbite has joined #openstack-meeting-alt04:57
*** _nadya_ has joined #openstack-meeting-alt04:58
*** bdpayne has quit IRC05:01
*** _nadya_ has quit IRC05:02
*** mattgriffin has quit IRC05:05
*** sbalukoff has quit IRC05:20
*** sbalukoff1 has joined #openstack-meeting-alt05:20
*** jesusaurus has quit IRC05:26
*** amytron has joined #openstack-meeting-alt05:36
*** _nadya_ has joined #openstack-meeting-alt05:38
*** dguitarbite has quit IRC05:40
*** _nadya_ has quit IRC05:44
*** rpodolyaka1 has joined #openstack-meeting-alt05:45
*** rpodolyaka1 has quit IRC05:50
*** saju_m has joined #openstack-meeting-alt05:58
*** rpodolyaka1 has joined #openstack-meeting-alt06:01
*** nati_ueno has joined #openstack-meeting-alt06:03
*** IlyaE has quit IRC06:04
*** IlyaE has joined #openstack-meeting-alt06:05
*** akuznetsov has quit IRC06:08
*** doug_shelley66 has joined #openstack-meeting-alt06:21
*** akuznetsov has joined #openstack-meeting-alt06:27
*** nati_uen_ has joined #openstack-meeting-alt06:28
*** nati_ueno has quit IRC06:31
*** jtomasek has joined #openstack-meeting-alt06:33
*** nati_uen_ has quit IRC06:38
*** Slower has quit IRC06:40
*** Slower has joined #openstack-meeting-alt06:53
*** amytron has quit IRC06:55
*** khyati_ has quit IRC07:02
*** IlyaE has quit IRC07:11
*** flaper87|afk is now known as flaper8707:14
*** rpodolyaka1 has quit IRC07:17
*** _nadya_ has joined #openstack-meeting-alt07:22
*** eghobo has quit IRC07:26
*** eankutse has quit IRC07:29
*** jtomasek has quit IRC07:30
*** nati_ueno has joined #openstack-meeting-alt07:55
*** noslzzp has joined #openstack-meeting-alt08:02
*** yanndegat has joined #openstack-meeting-alt08:03
*** _nadya_ has quit IRC08:05
*** jtomasek has joined #openstack-meeting-alt08:08
*** jjmb has joined #openstack-meeting-alt08:11
*** nwidell has joined #openstack-meeting-alt08:13
*** jgallard has joined #openstack-meeting-alt08:21
*** jcoufal has joined #openstack-meeting-alt08:22
*** tanisdl has joined #openstack-meeting-alt08:24
*** rpodolyaka1 has joined #openstack-meeting-alt08:24
*** rpodolyaka1 has quit IRC08:28
*** jjmb has quit IRC08:28
*** jjmb has joined #openstack-meeting-alt08:31
*** chandankumar_ has quit IRC08:37
*** chandan_kumar has joined #openstack-meeting-alt08:39
*** amcrn has quit IRC08:42
*** nacim has joined #openstack-meeting-alt08:50
*** yamahata has quit IRC08:51
*** jcoufal has quit IRC08:54
*** nacim has quit IRC08:54
*** nacim has joined #openstack-meeting-alt08:55
*** safchain has joined #openstack-meeting-alt09:01
*** flwang1 has quit IRC09:02
*** markmcclain has joined #openstack-meeting-alt09:03
*** stannie_afk is now known as stannie09:12
*** ttrumm has joined #openstack-meeting-alt09:15
*** johnthetubaguy has joined #openstack-meeting-alt09:16
*** jjmb has quit IRC09:19
*** jjmb has joined #openstack-meeting-alt09:21
*** ttrumm has quit IRC09:21
*** jgallard has quit IRC09:23
*** jgallard has joined #openstack-meeting-alt09:24
*** ttrumm has joined #openstack-meeting-alt09:24
*** rpodolyaka1 has joined #openstack-meeting-alt09:24
*** jcoufal has joined #openstack-meeting-alt09:24
*** jcoufal has quit IRC09:25
*** amotoki has quit IRC09:26
*** jcoufal has joined #openstack-meeting-alt09:26
*** rpodolyaka1 has quit IRC09:28
*** jrist has joined #openstack-meeting-alt09:32
*** nati_ueno has quit IRC09:33
*** dukhlov has quit IRC09:33
*** dukhlov has joined #openstack-meeting-alt09:33
*** nati_ueno has joined #openstack-meeting-alt09:34
*** SushilKM has joined #openstack-meeting-alt09:34
*** dukhlov has quit IRC09:35
*** nati_ueno has quit IRC09:38
*** jjmb has quit IRC09:45
*** nati_ueno has joined #openstack-meeting-alt09:47
*** flwang has joined #openstack-meeting-alt09:51
*** jcoufal has quit IRC10:07
*** jjmb has joined #openstack-meeting-alt10:08
*** johnthetubaguy1 has joined #openstack-meeting-alt10:23
*** SushilKM has quit IRC10:24
*** rpodolyaka1 has joined #openstack-meeting-alt10:25
*** johnthetubaguy has quit IRC10:26
*** rpodolyaka1 has quit IRC10:29
*** johnthetubaguy1 is now known as johnthetubaguy10:30
*** tanisdl has quit IRC10:53
*** derekh has joined #openstack-meeting-alt10:54
*** nati_ueno has quit IRC11:06
*** baoli has quit IRC11:08
*** baoli has joined #openstack-meeting-alt11:13
*** jcoufal has joined #openstack-meeting-alt11:13
*** baoli has quit IRC11:14
*** flaper87 is now known as flaper87|afk11:17
*** jgallard has quit IRC11:18
*** demorris has joined #openstack-meeting-alt11:25
*** rpodolyaka1 has joined #openstack-meeting-alt11:25
*** rpodolyaka1 has quit IRC11:29
*** safchain has quit IRC11:35
*** markmcclain has quit IRC11:36
*** xuhanp has quit IRC11:42
*** vkmc has joined #openstack-meeting-alt11:46
*** vkmc has joined #openstack-meeting-alt11:46
*** jrist has quit IRC11:53
*** ErikB has joined #openstack-meeting-alt11:57
*** demorris has quit IRC11:59
*** flaper87|afk is now known as flaper8712:08
*** dprince has joined #openstack-meeting-alt12:11
*** pdmars has joined #openstack-meeting-alt12:12
*** jcoufal has quit IRC12:19
*** jjmb has quit IRC12:23
*** chandan_kumar has quit IRC12:23
*** rpodolyaka1 has joined #openstack-meeting-alt12:26
*** rpodolyaka1 has quit IRC12:30
*** jecarey has joined #openstack-meeting-alt12:33
*** _nadya_ has joined #openstack-meeting-alt12:34
*** jtomasek has quit IRC12:37
*** colinmcnamara has joined #openstack-meeting-alt12:52
*** doug_shelley66 has quit IRC12:52
*** colinmcnamara has quit IRC12:54
*** chandan_kumar has joined #openstack-meeting-alt12:56
*** Guest31460 is now known as leifz12:56
*** jrist has joined #openstack-meeting-alt12:58
*** colinmcnamara has joined #openstack-meeting-alt13:00
*** lblanchard has joined #openstack-meeting-alt13:00
*** baoli has joined #openstack-meeting-alt13:04
*** PeterSchwaller_ has joined #openstack-meeting-alt13:09
*** colinmcnamara has quit IRC13:10
*** PeterSchwaller has quit IRC13:11
*** colinmcnamara has joined #openstack-meeting-alt13:12
*** julim has joined #openstack-meeting-alt13:12
*** _nadya_ has quit IRC13:13
*** safchain has joined #openstack-meeting-alt13:13
*** jgallard has joined #openstack-meeting-alt13:15
*** xuhanp has joined #openstack-meeting-alt13:15
*** cjellick has joined #openstack-meeting-alt13:16
*** eankutse has joined #openstack-meeting-alt13:16
*** eankutse has quit IRC13:17
*** kgriffs_afk is now known as kgriffs13:17
*** eankutse has joined #openstack-meeting-alt13:17
*** jjmb has joined #openstack-meeting-alt13:18
*** esker has joined #openstack-meeting-alt13:21
*** nosnos has quit IRC13:24
*** jjmb has quit IRC13:24
*** mwagner_lap is now known as mwagner_dontUseM13:25
*** rpodolyaka1 has joined #openstack-meeting-alt13:26
*** cjellick has quit IRC13:27
*** jrist has quit IRC13:27
*** cjellick has joined #openstack-meeting-alt13:28
*** mwagner__ has quit IRC13:30
*** rpodolyaka1 has quit IRC13:31
*** mattgriffin has joined #openstack-meeting-alt13:31
*** vkmc has quit IRC13:34
*** vkmc has joined #openstack-meeting-alt13:35
*** vkmc has joined #openstack-meeting-alt13:35
*** jrist has joined #openstack-meeting-alt13:36
*** safchain has quit IRC13:37
*** safchain has joined #openstack-meeting-alt13:40
*** funzo has quit IRC13:40
*** jjmb has joined #openstack-meeting-alt13:42
*** doug_shelley66 has joined #openstack-meeting-alt13:46
*** david-lyle has quit IRC13:48
*** funzo has joined #openstack-meeting-alt13:50
*** nati_ueno has joined #openstack-meeting-alt13:50
*** balajiiyer has joined #openstack-meeting-alt13:52
*** caleb_ has joined #openstack-meeting-alt13:53
*** phil_h has quit IRC13:54
*** caleb_` has joined #openstack-meeting-alt13:55
*** lisaclark1 has joined #openstack-meeting-alt13:56
*** jecarey has quit IRC13:57
*** caleb_ has quit IRC13:58
*** bdpayne has joined #openstack-meeting-alt14:01
*** nati_ueno has quit IRC14:03
*** demorris has joined #openstack-meeting-alt14:05
*** jrist has quit IRC14:05
*** colinmcnamara has quit IRC14:07
*** safchain has quit IRC14:08
*** markmcclain has joined #openstack-meeting-alt14:10
*** phil_h has joined #openstack-meeting-alt14:12
*** markmcclain1 has joined #openstack-meeting-alt14:12
*** chandan_kumar has quit IRC14:13
*** bill_az_ has joined #openstack-meeting-alt14:13
*** markmcclain has quit IRC14:15
*** kevinconway has joined #openstack-meeting-alt14:15
*** lisaclark1 has quit IRC14:15
*** lisaclark1 has joined #openstack-meeting-alt14:15
*** chandan_kumar has joined #openstack-meeting-alt14:17
*** AlanClark has joined #openstack-meeting-alt14:18
*** bdpayne has quit IRC14:19
*** lisaclark1 has quit IRC14:20
*** samstav has joined #openstack-meeting-alt14:21
*** ameade has joined #openstack-meeting-alt14:21
*** ameade has quit IRC14:23
*** betsy has quit IRC14:23
*** walker_ has joined #openstack-meeting-alt14:23
*** walker_ has quit IRC14:24
*** walker_ has joined #openstack-meeting-alt14:25
*** walker_ has quit IRC14:25
*** walker_ has joined #openstack-meeting-alt14:25
*** rpodolyaka1 has joined #openstack-meeting-alt14:27
*** kgriffs is now known as kgriffs_afk14:28
*** amytron has joined #openstack-meeting-alt14:29
*** rpodolyaka1 has quit IRC14:31
*** venkatesh has joined #openstack-meeting-alt14:32
*** bdpayne has joined #openstack-meeting-alt14:39
*** bdpayne has quit IRC14:39
*** markmcclain1 has quit IRC14:40
*** ttrumm has quit IRC14:42
*** ameade has joined #openstack-meeting-alt14:45
*** colinmcnamara has joined #openstack-meeting-alt14:49
*** hockeynut has joined #openstack-meeting-alt14:51
*** jmontemayor has joined #openstack-meeting-alt14:53
*** markmcclain has joined #openstack-meeting-alt14:54
*** cjellick has quit IRC14:57
*** david-lyle has joined #openstack-meeting-alt14:58
*** mrsmith has joined #openstack-meeting-alt14:58
*** Swami has joined #openstack-meeting-alt14:58
*** Vivek-Narasimhan has joined #openstack-meeting-alt14:58
*** jrist has joined #openstack-meeting-alt14:59
*** jjmb has quit IRC14:59
*** amuller has joined #openstack-meeting-alt15:00
amullerSwami: Heya15:00
*** carl_baldwin has joined #openstack-meeting-alt15:00
Swamiamuller: hi15:00
Swamicarl: hi15:00
Swamimike: hi15:00
Swamivivek: hi15:00
carl_baldwinSwami: hi15:00
Swamiping sylvain15:00
*** caleb_` has quit IRC15:00
Swamiping jamie15:01
Swamihi all15:01
mrsmithhi swami15:01
Vivek-Narasimhanhi all15:01
Swami#startmeeting distributed-virtual-router15:01
openstackMeeting started Wed Mar 19 15:01:24 2014 UTC and is due to finish in 60 minutes.  The chair is Swami. Information about MeetBot at http://wiki.debian.org/MeetBot.15:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:01
*** openstack changes topic to " (Meeting topic: distributed-virtual-router)"15:01
openstackThe meeting name has been set to 'distributed_virtual_router'15:01
*** rajeev has joined #openstack-meeting-alt15:01
xuhanphi15:01
Swamixuhanp: hi15:01
*** IlyaE has joined #openstack-meeting-alt15:01
Swami#topic agenda15:01
*** openstack changes topic to "agenda (Meeting topic: distributed-virtual-router)"15:02
SwamiAgent design doc status15:02
SwamiL3 Namespace15:02
*** jmontemayor has quit IRC15:02
SwamiL2 Pop FDB timeout15:02
Swamiadmin_state_up15:02
SwamiDVR+HA15:02
SwamiDistributed DHCP15:03
SwamiIs there any other topic that you would like to discuss today as part of the DVR15:03
Vivek-Narasimhanthe arbitrary port for router15:03
Vivek-Narasimhanif that's not communicated already15:03
Swamivivek: thanks for bringing it up15:04
*** Murali_ has joined #openstack-meeting-alt15:04
SwamiWe would be also discussing about the support of attaching an arbitrary port to an existing router with a subnet with the DVR context.15:05
*** jmontemayor has joined #openstack-meeting-alt15:05
Swami#topic Agent Design doc status15:05
*** openstack changes topic to "Agent Design doc status (Meeting topic: distributed-virtual-router)"15:05
*** mwagner__ has joined #openstack-meeting-alt15:05
Swami#link https://docs.google.com/document/d/1depasJSnGZPOnRLxEC_PYsVLcGVFXZLqP52RFTe21BE/edit15:06
*** ajo has joined #openstack-meeting-alt15:06
SwamiL2 agent design doc15:06
Swamiajo: hi15:06
*** n0ano has joined #openstack-meeting-alt15:06
ajohi Swami  :)15:06
*** yamahata has joined #openstack-meeting-alt15:07
SwamiHi folks the l2 agent design doc is out there for the community review, if you have any questions or concerns please feel free to let us know.15:07
SwamiIf your comments or not addressed please let me know and I will make sure that those are addressed.15:08
Swami#link https://docs.google.com/document/d/1jCmraZGirmXq5V1MtRqhjdZCbUfiwBhRkUjDXGt5QUQ/edit15:08
SwamiL3 agent design doc15:08
SwamiThis week we posted the L3 agent design doc for review.15:08
SwamiBoth these docs were created based on the community feedback from the face to face meeting.15:09
*** jecarey has joined #openstack-meeting-alt15:09
SwamiPlease review those documents and provide me your feedback.15:09
SwamiIs sylvain in here15:10
SwamiI don't see sylvain today in the IRC.15:10
Swami#topic L2 Pop15:10
*** openstack changes topic to "L2 Pop (Meeting topic: distributed-virtual-router)"15:10
SwamiWe found out that L2 Pop entries times out.15:11
*** venkatesh has quit IRC15:11
Vivek-NarasimhanSwami a clarification15:11
*** flaper87 is now known as flaper87|afk15:11
Vivek-Narasimhanwe just found out that they don't timeout today15:11
Swamivivek: sure15:11
Vivek-Narasimhanthere is a mix of timing out and non-timing out entries though15:11
*** gokrokve has joined #openstack-meeting-alt15:11
Vivek-Narasimhanjumbled by tunnel-bridge learning and L2-POP both working on Table 20 - UCAST_TO_TUN15:11
Swamivivek: can you explain the mix of timeout and not-timeout15:12
Vivek-Narasimhanbasically, tunnel bridge learning entries also show up in Table 20 even though L2-Pop is enabled15:12
Vivek-Narasimhanso there are two entries for the same destination mac in table 20, one learnt by tunnel-bridge and other pushed by L2-POP15:12
Vivek-Narasimhanthose entries pushed in by tunnel-bridge learning logic has hard_timeout of 300 secs of expiry (ie., in 5 minutes they expire)15:13
*** balajiiyer has left #openstack-meeting-alt15:13
Vivek-Narasimhanthose entries (same dest mac) pushed by L2-POP donot expire15:13
Swamiare you proposing to disable one of the learning or trying to understand if there is a way to disable one of the learning15:13
Vivek-Narasimhani thought that having both learning and l2-pop is redundant as they15:13
Vivek-Narasimhanoccupy tunnel-bridge finite flow space15:13
Swamicarl: do you have any insight on this15:13
*** atiwari has joined #openstack-meeting-alt15:14
carl_baldwinSwami: Not yet.15:14
Swamivivek: May be sylvain would be able to answer your question. Unfortunately he is not here.15:14
ajoIt sounds like redundant to me,15:15
ajothere's something not to be populated via L2-POP that could be discovered by learning?15:15
SwamiI have sent an email to sylvain, if not he will be attending the L3-subteam meeting tomorrow and I will try to bring this topic.15:15
Vivek-Narasimhanyes15:15
*** colinmcn_ has joined #openstack-meeting-alt15:16
Swamiajo: Is we need to identify it this is the expected behavior or a bug. If it is a bug we need to log a bug on the launchpad or discuss with Sylvain.15:16
Vivek-Narasimhan(or) atelast shut off tunnel bridge learning and have L2-POP totally deal with entries in Table 2015:16
ajoaha15:16
Vivek-Narasimhanhaving double entries for same MAC seems to be redundant15:16
Murali_But here different VLAN with same Mac address in the ovs-rules15:16
ajoVivek-Narasimhan, the double mac entries, are for vrouters, right?15:16
Vivek-NarasimhanNo murali15:16
Vivek-Narasimhanthe different VLAN thing we wil investigate further15:17
ajowhich it's what's populated via L2-POP15:17
ajoor do we populate something else?15:17
*** caleb_ has joined #openstack-meeting-alt15:17
*** colinmcnamara has quit IRC15:17
SwamiVivek: Good point, thanks for bringing this up. I will log it and discuss it with sylvain.15:18
*** qwebirc975170 has joined #openstack-meeting-alt15:18
*** flaper87|afk is now known as flaper8715:18
Swami#topic admin_state_up15:18
*** openstack changes topic to "admin_state_up (Meeting topic: distributed-virtual-router)"15:18
SwamiIn the current openstack neutron implementation the "admin_state_up" flag does not do anything usefull to get the state of the object.15:19
mrsmithor control the state15:20
*** Vivek_ has joined #openstack-meeting-alt15:20
SwamiFor example if the "router" admin_state_up is down, the router is still active and serviced by the scheduler.15:20
ajoSwami, the problem is that it works for some objects, but it doesn't for other?15:20
rajeevThat is a defect15:20
Swamiajo: May be right.15:20
ajoye,s the vrouter should not be created in such case.15:20
*** Vivek_ has quit IRC15:20
ajoafaik15:21
rajeevYes that is how it was in Grizzly15:21
*** Vivek-Narasimhan has quit IRC15:21
ajoI think the setting name is confusing itself15:21
SwamiIn the "neutron-team-meeting" this monday there was a question about getting rid of "admin_state_up" and use the "status".15:21
*** VivekNarasimhan has joined #openstack-meeting-alt15:21
ajo"admin_state_up", talks about "status", not a setting...15:21
VivekNarasimhanjust back15:21
ajo"admin_disabled" would be something more appropriate IMHO15:22
xuhanpso how to set the status without admin_state_up anymore?15:22
ajoI think those should be two different things15:22
ajostatus = current status, is it having any problem . Read only from the admin perspective15:22
*** qwebirc975170 has quit IRC15:23
SwamiIf this is a bug then we need to file a bug on this. If there is already a bug on this, we need to see if we can take the bug and fix it.15:23
ajoadmin_disabled (current admin_state_up ... bad name) = read/write , to let the admin disable a resource.15:23
xuhanpajo, ok. that makes sense. as long as there is a way to do that.15:23
*** caleb_ has quit IRC15:24
SwamiThe reason I brought up this topic is because if this is not fixed, then there is not good way of re-scheduling the routers to a different agent, unless you manually associate a router to a specific agent.15:24
ajoa name change affects the API specification: https://wiki.openstack.org/wiki/Neutron/APIv2-specification15:24
mrsmithopen bug: https://bugs.launchpad.net/neutron/+bug/121538715:24
mrsmithfrom bug: We can not stop router forwarding packets by admin_state_up false. Master branch has this problem (stable/grizzly branch don't have the problem). I know the cause. When run router-update --admin_state_up false, transitions as follows:15:24
ajoSwami, I don't see the connection between admin_state_up and rescheduling15:25
ajocould you elaborate the problem?15:25
Swamimrsmith: thanks for the link15:25
*** demorris has quit IRC15:25
mrsmithswami: np15:25
*** banix has joined #openstack-meeting-alt15:26
Murali_at agent side if the admin_state_up is false we dont allow port updates for that router15:26
Swamiajo: Yes from our DVR design we were planning to use the "admin_state_up" to disable or disassociate a router from the current agent and then re-associate to a new agent, when an update occurs ( this is for migration when people wanted to migrate from centralized router to distributed router)15:26
ajoSwami, I believe that if admin_state_up is set to False by admin, we may obey that setting, and not schedule the router anywhere15:27
*** Leonr has joined #openstack-meeting-alt15:28
ajothe flag (AFAIK, I could be wrong, I had to read the description several times) means that the router want's this router disabled (for some administrative or security reason)15:28
Murali_we can false existing router also15:28
SwamiAs a team we need to identify if "admin_state_up" can be fixed an used in the way it is designed or else we need to come up with "admin_state_enabled"  or "admin_state_distabled" true/false.15:28
*** rpodolyaka1 has joined #openstack-meeting-alt15:28
*** caleb_ has joined #openstack-meeting-alt15:29
ajoSwami, I think you may use some other flag for that15:29
amullerSwami: Do you have to set the router as 'down' in order to migrate it?15:29
ajobut admin_state_enabled or admin_state_disabled doesn't look very descriptive,15:29
ajoSwami, a normal  l3-agent-router-remove15:30
Swamiamuller: We need to hand over the control of the router to a different agent, when we migrate.15:30
Murali_swami for migration admin_state_up may not the right option15:30
ajowould'nt do?15:30
ajoI mean, you remove it from the agent, and then it knows it needs to reschedule somewhere else?15:30
*** sbalukoff1 has quit IRC15:30
ajohmm, but I suppose, you need to mark the agent to avoid it for being rescheduled to the same agent again15:30
ajo, is that your problem?15:30
Swamiajo: Yes l3-agent-router-remove will remove the router, but when a router is an operational state, can we move to a different agent.15:31
SwamiThat is the reason that we wanted to disable the state of the router to inactive and then move the router.15:32
ajoSwami, wouldn't be enough to start the scheduling logic once you remove it from an agent?15:32
carl_baldwinSwami: We've been able to migrate a router with admin_state_up=True if that is what you mean.15:32
*** rpodolyaka1 has quit IRC15:32
Swamicarl: Thanks that helps. But will there be a network glitch when it happens.15:33
carl_baldwinYes.15:33
*** betsy has joined #openstack-meeting-alt15:33
Swamiok, thanks for the inputs.15:34
Swami#topic namespace15:34
*** openstack changes topic to "namespace (Meeting topic: distributed-virtual-router)"15:34
SwamiThe next topic is about the router namespace and when to delete the namespace.15:34
SwamiIn the DVR, we will be starting the IR ( internal router) namespace on all the compute nodes.15:35
SwamiBut what would be the right approach to clean up the namespaces.15:35
carl_baldwinSwami: "all compute nodes" means all compute nodes with a VM on the same network, right?15:36
Swamicarl: yes all compute node means with a VM on the compute node and VM being part of a network that is connected to an active router.15:37
ajoSwami,  I suppose namespaces need to be cleaned up, when there are no resources in the compute node making use of such namespace15:38
ajoclean up the iptable rules inside the namespace, kill the processes, remove the ports, kill the namespace15:38
SwamiToday we are able to create a namespace only if there is a VM in the network, otherwise that compute will not have an active namespace.15:38
ajothat makes sense15:38
*** jecarey has quit IRC15:38
amullerSwami: I have to say, this would be a lot more productive if you guys published your code as WIP15:39
amullerSwami: The rest of us would know what problems you guys are facing and try to help15:39
*** jcoufal has joined #openstack-meeting-alt15:39
*** jecarey has joined #openstack-meeting-alt15:39
Swamiamuller: Thanks for reminding us, we will be publishing the WIP code soon.15:39
amullerWe're discussing details right now but we don't have the code, it's very difficult15:39
*** jcoufal has quit IRC15:39
ajoSwami,15:40
ajowhat do you think about the cleaning up the namespace when no VMs on the host are attached to such namespace router, + a timeout15:40
ajofor the case when you shut off / shut on a VM15:40
Swamiamuller: As per my previous discussion with the community the work is in progress, and will be posting the WIP code as soon as we have something that can be tested by others.15:40
ajoif after a configurable timeout, no resource is making use of such namespace, it's cleaned up and disposed15:41
amullerSwami: Thank you15:41
Swamiajo: That's what we are thinking on.15:41
mrsmithyes - I don't think it is a difficult thing to do15:41
mrsmithis the question whether we should do it or not?15:41
ajodefinitely, we should, resources are not limited,15:42
mrsmithagreed15:42
ajoand if VMs are moving around in a production environment, you could end up with a machine cluttered with namespaces15:42
ajothen sudo degrades, ip netns degrades, ... etc15:42
Swamimrsmith: The question is do we need to handle it and will there be a race condition when we delete a namespace and a VM comes back again.15:42
mrsmithswami: did you have timing/churn concerns?15:42
SwamiWill it not create a performance issue.15:43
mrsmithok - right15:43
SwamiI do have concerns on performance.15:43
ajoSwami, I'd leave that tuneable...15:43
ajotimeout could be infinite...15:43
Swamiajo: thanks15:43
Swamiok, before we run of time.15:44
Murali_but here we need keep on monitiring if someone  is using the namespace or not for every change in VM15:44
ajoneutron, definitely has many problems at this stage regarding this, which will eventually be mitigated by better nova/neutron synchronization, but we're having also problems with resources/starvation15:44
SwamiI need to discuss about the arbitrary port.15:44
ajosure15:44
ajothanks Swami15:44
Swami#topic Router arbitrary port.15:44
*** openstack changes topic to "Router arbitrary port. (Meeting topic: distributed-virtual-router)"15:44
SwamiHi folks, in havana, a subnet can be connected to two different routers.15:45
*** sbalukoff has joined #openstack-meeting-alt15:45
Swamivivek: can you update the status on this15:45
VivekNarasimhanyes swami15:46
VivekNarasimhanfor a given router, a subnet could be attached as an interface15:46
VivekNarasimhansimilarly for another router by the same tenant, a handcrafted 'port' on the same subnet can be attached as an interface15:46
VivekNarasimhanthis would be done by the tenant to typically have multiple gateways for his VMs.15:46
VivekNarasimhanone router dealing with routing some set of internal networks and another router dealing with routing to different set of internal networks15:47
amullerVivekNarasimhan: each router scheduled on a different agent, then configure source routing on your VMs?15:47
VivekNarasimhanbut both routers have one interface on the same subnet15:47
*** lisaclark1 has joined #openstack-meeting-alt15:47
VivekNarasimhani was mention normal routers15:47
VivekNarasimhannot dvr routers15:48
VivekNarasimhanthe above scenario mentioned is available for normal routers today15:48
amullerI know15:48
VivekNarasimhanfor the dvr we are pursuing the15:48
VivekNarasimhansource mac information is lost, so on the receiving l2-agent15:48
*** richm has joined #openstack-meeting-alt15:48
VivekNarasimhanwe cannot decide which gateway-port to emulate in the source mac to send the frame to destination VM15:48
SwamiVivek: what you wanted to know is if this is one thing that we need to support for dVR or not.15:48
VivekNarasimhancorrect swami15:49
amullerSounds like a classic follow up blueprint, shouldn't delay DVR imo15:49
*** ErikB has quit IRC15:49
SwamiMy question to the audience is can this be a phase II and can take up this in the next version or it needs to be supported in the first phase.15:49
Swamiamuller: agree15:49
ajoI agree too15:50
SwamiIt would be too much of work to take on everything and so we should push this to a follow on update .15:50
carl_baldwinI think it could be a follow-up bp.  But, it would be good to have some sense for the feasibility of the follow-up.15:50
VivekNarasimhanwe have a feasible design15:50
amullerBut we need tracking... At least file the BP15:50
SwamiHope everyone is on the same page.15:50
ajoI agree on carl_baldwin15:50
SwamiVivek: we should take it up in the next release.15:50
SwamiHope this helps.15:50
VivekNarasimhanOK swami. BTW, the design was to  allocate some bits in the unique DVR LMAC for subnet differentiation15:51
ajoeven if it's not possible to implement now, be sure if it can be supported somehow.15:51
Swami#topic Any Open Discussions15:51
*** openstack changes topic to "Any Open Discussions (Meeting topic: distributed-virtual-router)"15:51
SwamiSorry we ran out of time today.15:51
SwamiIs there any other topic that we wanted to discuss.15:52
VivekNarasimhanthe duplicate macs in L2-POP15:52
VivekNarasimhanas i dropped out15:52
Swamiamuller: You, myself and sylvain need to sync up on the DVR+HR, we can take that as the first topic next week.15:52
VivekNarasimhancan the community folks let me know if thats  L2-Pop bug or just a behavior?15:52
Swamivivek: we will check it with sylvain and let you know.15:53
VivekNarasimhanok swami, thanks15:53
amullerSwami: Ok, if you could send an email with any questions that would help, let me prepare before the meeting...15:53
Swamivivek: thanks for your feedback and input.15:53
Swamiamuller: thanks will do.15:53
VivekNarasimhannp15:53
SwamiThanks for everyone who joined the meeting today.15:53
*** ttrumm has joined #openstack-meeting-alt15:53
amullerThanks everyone, see you in tomorrow's L3 meeting :)15:53
SwamiPlease review the doc and let us know if you have any questions.15:53
*** trinaths has joined #openstack-meeting-alt15:53
amullerSwami: Will do15:54
carl_baldwinbtw, tomorrow's l3 meeting is same time.  I'll send email.15:54
SwamiWe will make sure that we push the WIP code as early as possible.15:54
*** coolsvap has joined #openstack-meeting-alt15:54
*** chandankumar_ has joined #openstack-meeting-alt15:54
SwamiFolks tomorrow at the same time we have the L3 subteam meeting, so any general L3 topics can be discussed, if you are interested please join it.15:54
SwamiThanks15:54
Swami#endmeeting15:55
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"15:55
openstackMeeting ended Wed Mar 19 15:55:12 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:55
openstackMinutes:        http://eavesdrop.openstack.org/meetings/distributed_virtual_router/2014/distributed_virtual_router.2014-03-19-15.01.html15:55
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/distributed_virtual_router/2014/distributed_virtual_router.2014-03-19-15.01.txt15:55
*** amuller has left #openstack-meeting-alt15:55
openstackLog:            http://eavesdrop.openstack.org/meetings/distributed_virtual_router/2014/distributed_virtual_router.2014-03-19-15.01.log.html15:55
*** VivekNarasimhan has left #openstack-meeting-alt15:55
*** rajeev has quit IRC15:55
*** Swami has left #openstack-meeting-alt15:55
*** chandan_kumar has quit IRC15:56
*** mrsmith has quit IRC15:56
*** carl_baldwin has quit IRC15:56
*** Murali_ has quit IRC15:56
*** lisaclark1 has quit IRC15:57
*** ttrumm has quit IRC15:58
*** rcurran has joined #openstack-meeting-alt15:58
*** irenab has joined #openstack-meeting-alt15:58
*** sbalukoff has quit IRC15:59
*** sbalukoff has joined #openstack-meeting-alt15:59
*** rkukura has joined #openstack-meeting-alt15:59
mesteryHi ML2 folks!16:00
rkukurahi16:00
banixhi16:00
mestery#startmeeting networking_ml216:00
openstackMeeting started Wed Mar 19 16:00:34 2014 UTC and is due to finish in 60 minutes.  The chair is mestery. Information about MeetBot at http://wiki.debian.org/MeetBot.16:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
*** openstack changes topic to " (Meeting topic: networking_ml2)"16:00
openstackThe meeting name has been set to 'networking_ml2'16:00
*** asomya has joined #openstack-meeting-alt16:00
*** lisaclark1 has joined #openstack-meeting-alt16:00
mestery#link https://wiki.openstack.org/wiki/Meetings/ML2#Meeting_March_19.2C_2014 Agenda16:01
*** lisaclark1 has quit IRC16:01
mesteryThere are no action items to review from last week per the logs.16:01
mestery#topic Migration BP16:01
*** tsimmons has joined #openstack-meeting-alt16:01
*** openstack changes topic to "Migration BP (Meeting topic: networking_ml2)"16:01
mestery#link https://review.openstack.org/#/c/76533/ Migration Review16:01
mesteryI still need to find some time to try this out. Has anyone else tried marun's patch out by chance?16:01
trinathsHi16:02
*** tsimmons has quit IRC16:02
mesteryOK, if anyone has cycles to try it out, please do.16:03
rkukuraI found a couple issues with it (via inspection), and marun will be updating, but I think its worth testing now.16:03
mesteryrkukura: Cool, thanks!16:03
mesteryAnything else on the migration?16:03
mestery#topic Bugs16:04
*** openstack changes topic to "Bugs (Meeting topic: networking_ml2)"16:04
mesteryPort binding details bugs are making their way upstream now.16:04
mesteryThis bug (https://bugs.launchpad.net/neutron/+bug/1276395) has one merged and one approved and on it's way upstream now.16:04
mesteryThanks rkukura for those!16:04
mesteryHopefully the gate settles down a bit and lets the second in today.16:04
rkukuraThanks for the reviews, team!16:05
mestery#link https://bugs.launchpad.net/neutron/+bug/1276391 Bind Port called in transactions16:05
mesteryThis one is also approved waiting to merge: https://review.openstack.org/#/c/79511/16:05
mesteryThanks again rkukura here!16:05
mestery#link https://bugs.launchpad.net/neutron/+bug/1227336 Error handling for update ops16:06
*** eghobo has joined #openstack-meeting-alt16:06
mesteryThis one is in review from banix: https://review.openstack.org/#/c/69792/16:06
rkukuraThat's the same patch, its closes the 1st bug and is partial fix for 2nd16:06
mesteryrkukura: I just realized that too :)16:06
mesteryRegarding this one: https://review.openstack.org/#/c/69792/ Do we want this for icehouse still?16:06
*** ijw has joined #openstack-meeting-alt16:07
banixrkukura raised a question about how the undo gets reflect into mechanism drivers; I think we need to discuss that as I do not see calling the pre commit again as a solution16:07
banixprobably won't make it to Icehouse16:07
rkukuraThat's the patch to try to undo an update if any MD's postcommit raises an exception16:08
mesteryYes, I think this may be soemthing to discuss in Atlanta at an ML2 session.16:08
mesteryShould we officially defer this to Juno then?16:08
*** Sukhdev has joined #openstack-meeting-alt16:08
rkukuraI'm wondering if the current MDs handle this OK via re-synching or anything?16:08
*** eghobo has quit IRC16:08
banixrkukura: I looked at a few and I think the answer is no16:09
SukhdevSorry for being late16:09
mesteryI think this one warrants more discussion perhaps, so should we move this to Juno then?16:10
rcurran+116:10
banixFine with me16:10
* mestery is inclined to think that given where we're at in Icehouse.16:10
banixyes16:10
mestery#action mestery to officially move https://launchpad.net/bugs/1227336 to Juno16:10
mesteryNext bug on the list is VIF security: https://bugs.launchpad.net/nova/+bug/111291216:11
rkukurabanix: I'm also a bit worried about how this would interact with the patch I'm working on to move the binding outside a transaction, which adds a 2nd transaction to commit the binding result. Would we be able to undo this whole thing?16:11
*** flaper87 is now known as flaper87|afk16:11
*** eghobo has joined #openstack-meeting-alt16:11
banixrkukura, then I think we have to deal with that as well… Not sure about the implications.16:12
rkukuraI think nachi has updated the 1st part of this: https://review.openstack.org/#/c/67281/16:12
*** ErikB has joined #openstack-meeting-alt16:12
*** BrianB_ has joined #openstack-meeting-alt16:12
*** matrohon_ has joined #openstack-meeting-alt16:12
mesteryrkukura: Yes, looks like there are only minor nits now and a clean jenkins run and this can maybe merge.16:13
mesteryNeeds another core other than amotoki on it too.16:13
*** khyati has joined #openstack-meeting-alt16:13
rkukuraI'm following it16:13
banixwow just noticed the number of jobs at the gate: 7016:14
mesteryrkukura: Cool, I've looked at versions of this one in the past as well.16:14
mesterybanix: Yes, gate is having trouble.16:14
rkukuraI think the verify queue is wedged on a swift job16:15
irenabthere is a small temporary fix to mlnx MD till nova parts will be available: https://review.openstack.org/#/c/81281/. Will highly appretiate review, hope it can enter Icehouse16:15
mesteryirenaba: Is this related to the VIF security patch or separate?16:16
irenabseparate16:16
mesteryirenab: OK, we're working through the agenda on the wiki, please save updates not on there until the end.16:16
irenabsorry, thanks16:16
mesteryNext item is a binding failure: https://bugs.launchpad.net/neutron/+bug/124425516:16
mesteryThis one looks to be closed now last time I looked.16:16
mesteryThe LP bug says fix committed16:17
mesteryirenab: No worries. :)16:17
*** xuhanp has quit IRC16:17
mesteryThe Nova side of this one is still open I guess.16:18
mesteryAlthough it says invalid.16:18
* mestery is confused on the status of this one I guess.16:18
*** jmontemayor has quit IRC16:18
mesteryrkukura: Are you reading that one the same as me?16:19
rkukuramestery: I'm just as confused16:19
mesteryIt's not just me at least. :)16:19
rkukuraI'm hoping https://review.openstack.org/#/c/80829/ will help it16:19
*** noslzzp has quit IRC16:20
mesteryYes16:20
mesteryOK, irenab, lets discuss your bug now. :)16:20
mestery#link https://review.openstack.org/#/c/81281/ mlnx MD bug fix16:21
irenabI have discessed16:21
irenabdiscussed it with rkukura16:21
rkukuramestery: How about asking markmcclain about his updates to https://bugs.launchpad.net/neutron/+bug/1244255?16:21
mesteryirenab: This one looks ok to me, thanks for adding tests!16:21
irenabits just temporary till nova parts will get in16:21
irenabmestery: thanks!16:21
mesteryirenab: OK, cool. I'll re-review today.16:21
mesteryrkukura: markmcclain, if you're here, any time to quickly discuss https://bugs.launchpad.net/neutron/+bug/1244255?16:22
rkukurairenab: The issue I had is that binding:profile should not be modified by the plugin/driver, but given its temporary until nova does its part, I'm OK with it16:22
mesterymarkmcclain: rkukura and I are confused as to it's status. :)16:22
* markmcclain reads scrollback16:22
*** salv-orlando has joined #openstack-meeting-alt16:23
*** dprince has quit IRC16:23
markmcclainok.. so I set it to fix committed because another review had merged16:23
markmcclainis this bug not fixed?16:23
mesterymarkmcclain: That's the part we're confused about. :)16:23
rkukuramarkmcclain: Is the fix you are referring to: https://review.openstack.org/#/c/80829/?16:24
*** sadasu has joined #openstack-meeting-alt16:25
*** jrist has quit IRC16:25
markmcclainthis merged: https://review.openstack.org/#/c/55000/16:26
*** shivharis has joined #openstack-meeting-alt16:27
mesteryOK, thanks for the clarification markmcclain.16:27
rkukuramarkmcclain: That was back in January. The one I mentioned changes these again, and is approved, pending verify (which is hung on a swift job)16:27
*** rpodolyaka1 has joined #openstack-meeting-alt16:28
markmcclainok.. I'll keep the bug open until 80829 merges16:28
* mestery ^5s markmcclain and rkukura.16:29
mesteryThanks!16:29
mesteryOK, any other ML2 related bugs to discuss today which were not on the agenda?16:29
rcurranhttps://review.openstack.org/#/c/78774/116:29
rcurranlooking for reviewers16:30
mesteryrcurran: I'll take this one up to review as well.16:30
rcurranty16:30
mesteryAny other bugs?16:31
mestery#topic Open Discussion16:32
*** openstack changes topic to "Open Discussion (Meeting topic: networking_ml2)"16:32
*** demorris has joined #openstack-meeting-alt16:32
mesteryI put a list of deferred MDs on the agenda, FYI.16:32
mesteryAlso, please note the deadline to submit Design Summit sessions is April 20.16:32
*** rpodolyaka1 has quit IRC16:32
mesteryMaybe like in Hong Kong we'll have a few sessions of ML2 where we can merge topics which are community ML2 focused.16:33
asomyaMestery can you track the type driver refactor on the agenda: https://blueprints.launchpad.net/neutron/+spec/ml2-type-driver-refactor ?16:33
*** SumitNaiksatam has quit IRC16:33
*** sbalukoff has quit IRC16:33
mestery#action mestery to track type driver refactor going forward https://blueprints.launchpad.net/neutron/+spec/ml2-type-driver-refactor16:33
rkukuraasomya: +116:33
mesteryasomya: Done, and thanks for the reminder!16:33
asomyaThanks, I'm making good progress on it16:33
mesteryasomya: Awesome!16:33
mesteryrkukura asomya: I think we're in agreement on the approach there, right?16:34
rkukuraI plan to submit a session to quickly go over all ML2 BPs that do not have their own sessions, and prioritize what gets in juno.16:34
*** jmontemayor has joined #openstack-meeting-alt16:34
mesteryrkukura: Good idea!16:34
SukhdevA general question - If I were to create a multi-segmented network which uses (VLAN and VxLAN) how can I do it?16:34
* banix adding the BP for a new ml2 driver immediately :)16:34
mesterybanix: :P16:35
mesterySukhdev: Good question, we need documentation around that I believe.16:35
mesterySukhdev: You would have to "bridge" the networks using provider networks currently I believe.16:35
Sukhdevmestery: any pointers to the documentation?16:35
mesteryThe support for multi-segment gateways is something I want to add to the ODL ML2 driver in Juno.16:35
mesterySukhdev: There is no documentation. Are you volunteering to write it? :)16:36
Sukhdevmestery: :-)16:36
mesteryBut Sukhdev has brought up a good discussion point: Documentation.16:36
Sukhdevmestery: investigating - if I am able to figure out - will docuemnt :-)16:36
mesteryWe as an ML2 team should look at what's there and look to fill gaps in before Icehouse ships.16:36
mesteryThanks Sukhdev!16:37
mestery#action Sukhdev to investigate documenting muilti-segment ML2 networks16:37
mesteryAnything else for ML2 today?16:37
*** matrohon_ has quit IRC16:37
mesteryOK, thanks for everyone's continued ML2 efforts!16:39
mesteryStart thinking about design summit discussions, bugs, and documentation now. :)16:39
mesteryAnd we'll be back next week!16:39
mestery#endmeeting16:39
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"16:39
openstackMeeting ended Wed Mar 19 16:39:27 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:39
openstackMinutes:        http://eavesdrop.openstack.org/meetings/networking_ml2/2014/networking_ml2.2014-03-19-16.00.html16:39
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/networking_ml2/2014/networking_ml2.2014-03-19-16.00.txt16:39
openstackLog:            http://eavesdrop.openstack.org/meetings/networking_ml2/2014/networking_ml2.2014-03-19-16.00.log.html16:39
*** shivharis has quit IRC16:39
*** rcurran has quit IRC16:40
banixbye16:40
*** trinaths has quit IRC16:40
*** salv-orlando has quit IRC16:40
*** asomya has left #openstack-meeting-alt16:41
*** pvaneck has joined #openstack-meeting-alt16:41
*** salv-orlando has joined #openstack-meeting-alt16:42
*** gyee has joined #openstack-meeting-alt16:43
*** nwidell has quit IRC16:45
*** markmcclain has quit IRC16:45
*** irenab has quit IRC16:46
*** dprince has joined #openstack-meeting-alt16:47
*** Kanzhe has joined #openstack-meeting-alt16:47
*** salv-orlando has quit IRC16:47
*** salv-orlando has joined #openstack-meeting-alt16:48
*** caleb_ has quit IRC16:52
rkukurabye16:52
*** salv-orlando has quit IRC16:52
*** BrianB_ has quit IRC16:52
*** SushilKM has joined #openstack-meeting-alt16:53
*** SumitNaiksatam has joined #openstack-meeting-alt16:55
*** amcrn has joined #openstack-meeting-alt16:55
*** SushilKM has quit IRC16:56
*** SushilKM has joined #openstack-meeting-alt16:56
*** yogesh has joined #openstack-meeting-alt16:57
*** akuznetsov has quit IRC16:58
*** sadasu has quit IRC16:59
*** tsimmons has joined #openstack-meeting-alt16:59
*** rjrjr_ has joined #openstack-meeting-alt17:00
*** kgriffs_afk is now known as kgriffs17:00
*** hub_cap has joined #openstack-meeting-alt17:00
*** vinod1 has joined #openstack-meeting-alt17:00
*** eguz has joined #openstack-meeting-alt17:04
vinod1#startmeeting Designate17:04
openstackMeeting started Wed Mar 19 17:04:30 2014 UTC and is due to finish in 60 minutes.  The chair is vinod1. Information about MeetBot at http://wiki.debian.org/MeetBot.17:04
*** eguz has quit IRC17:04
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.17:04
*** openstack changes topic to " (Meeting topic: Designate)"17:04
openstackThe meeting name has been set to 'designate'17:04
*** eguz has joined #openstack-meeting-alt17:04
vinod1who's around?17:04
eankutsehere17:05
tsimmonsHere-ish17:05
betsyhere17:05
vinod1#topic Review action items from last week17:05
*** openstack changes topic to "Review action items from last week (Meeting topic: Designate)"17:05
vinod1mugsie to refresh Pools BP's before Monday17:05
*** chandan_kumar has joined #openstack-meeting-alt17:05
vinod1I guess mugsie is not around17:05
vinod1kiall to refresh MiniDNS BP's/Specs before Monday17:06
vinod1I see kiall updated the minidns specs17:06
eankutseyep17:06
vinod1questions/comments on those specs?17:06
eankutsemade first pass. no comemnts. Good docs17:06
*** salv-orlando has joined #openstack-meeting-alt17:07
vinod1we actually have a separate agenda item for them17:07
vinod1add agenda item for Pool/MDNS BP/spec discussions17:07
KiallHiya17:07
vinod1That is done17:07
*** aostapenko has left #openstack-meeting-alt17:07
KiallSorry - was late in a meeting17:07
eankutse:-)17:07
vinod1kiall lead away17:07
*** grapex has joined #openstack-meeting-alt17:07
*** mugsie has joined #openstack-meeting-alt17:07
*** eghobo has quit IRC17:07
*** derekh has quit IRC17:07
Kiallvinod1: too late, only you can now :)17:08
KiallBot won't listen to me17:08
KiallGo ahead :)17:08
vinod1we finished looking at the action items from last week17:08
vinod1#topic MiniDNS Blueprints and Work Items17:08
*** openstack changes topic to "MiniDNS Blueprints and Work Items (Meeting topic: Designate)"17:08
vinod1#link https://blueprints.launchpad.net/designate/+spec/mdns-master17:08
vinod1#link https://wiki.openstack.org/wiki/Designate/Blueprints/MiniDNS17:09
KiallOkay - So, I split the MiniDNS blueprint into a series of smaller items that should be implementable on their own, without breaking master, and without too much code churn17:09
*** harlowja_away is now known as harlowja17:09
KiallAnyone had a chance to look at the steps I had laid out?17:09
vinod1yes i did look at it17:10
eankutseyes17:10
betsyme too17:10
eankutselooks good!17:10
KiallOkay - Anything obvious wrong/missing/too big a BP etc>17:10
vinod1thanks for splitting it - makes it easier to understand17:10
KiallOh - Also worth mentioning, both the DIY and DNSPython route have BPs in there17:10
Kiallone set of those will be deleted when a decision is made17:10
eankutsekiall; maybe on second pass. I'll catch something or have questions17:10
vinod1one thing i wanted a bit clarification on was the mdns-storage-objects blueprint17:11
vinod1so what is the reasoning behind having storage returning objects?17:11
Kiallvinod1: sure, so.. That actually it's technically mini-dns perse, but it's something that will make the remainder of MiniDNS easier.17:11
vinod1does minidns need rdata?17:12
KiallThe main reason, is to keep consistency when we turn the RData is structured data where the acceptable types are pluggable17:12
KiallIt also gives a move for the encode/decode from DNSPython's equivalent objects17:12
richmhello17:12
KiallAnd, gives a place for splitting validations out of the API and Central into a shared place that can be used by both17:13
vinod1makes sense17:13
betsymakes sense to me, too. I like the idea17:13
KiallSo - As I said, it's not 100% minidns related, but it's most likely the right think to do, and if we do it, we don't want to have to go back and update all the minidns code again17:14
vinod1Another question that I had was about - mdns-designate-mdns-functional blueprint17:14
vinod1you mention "This will be limited to standard, non AXFR/TSIG, queries for now."17:14
vinod1what queries would these be?17:14
KiallThats somewhat badly named ;)17:14
vinod1#link https://blueprints.launchpad.net/designate/+spec/mdns-designate-mdns-functional17:15
KiallBut it's where several other pieces would get tied together into something that actually responds to DNS queries17:15
Kiallvinod1: DNS queries - Simple SOA lookups to start I would imagine17:15
*** rkukura has left #openstack-meeting-alt17:16
vinod1so would these be the building blocks for an AXFR response?17:16
KiallOnce that BP is implemented - We should have a service is designate that's actually capable of receiving queries from `dig`, and responding.. Hence it "functional mdns" title :)17:16
*** aclark_ has joined #openstack-meeting-alt17:16
KiallYea - Once this is there, AXFR comes after17:16
Kiall(for AXFR to work, the server needs to be able to answer a SOA query)17:16
*** ijw has quit IRC17:17
*** chandan_kumar has quit IRC17:17
*** AlanClark has quit IRC17:17
KiallSo - Getting the SOA (and probably other, since once you have one the rest are easy) working first, then building the AXFR pieces next makes sense to me17:17
*** jmcbride has joined #openstack-meeting-alt17:17
vinod1any more questions on this topic?17:17
eankutseone17:17
eankutseKiall17:17
KiallThe dependency graph at the bottom shows the progression from coed that does nothing functional, through to something functional, through to actually doing the core things we want.17:18
Kiallcode*17:18
eankutsedid you mean to provide a link to "Pre-Wiki translation of "Implementation Steps" that's much easier to read" on wiki here https://wiki.openstack.org/wiki/Designate/Blueprints/MiniDNS?17:18
*** SushilKM has quit IRC17:19
vinod1#link https://wiki.openstack.org/wiki/Designate/Blueprints/MiniDNS17:19
KiallI did - But, it seems I don't have the original markdown-ish version I wrote up17:19
eankutsek17:19
KiallIt was much easier to read than what the wiki did to it :(17:19
betsythe wiki's not too bad17:19
betsyI have a question, but I listed it as a separate agenda item17:20
Kiallbetsy: maybe it's just because I saw the original ;)17:20
betsy:)17:20
betsyI guess you could always send it out as an email17:20
rjrjr_will the specs be made available to everyone?  launchpad tells me "Not allowed here"17:20
Kiallrjrjr_: really? it should be totally public17:20
Kiallwhat URL in partocular?17:21
rjrjr_strange.  tells me it is private.17:21
betsyhmm. I can see it and I'm not currently logged into the wiki17:21
*** julienvey has quit IRC17:21
rjrjr_never mind. 8^)17:21
Kialllol17:21
rjrjr_no specs to see.17:21
KiallOkay - I think that's all the Q's vinod1, if to want to move on to betsy's item :)17:21
betsyOk17:22
vinod1#topic Records Table Redesign17:22
*** openstack changes topic to "Records Table Redesign (Meeting topic: Designate)"17:22
vinod1#link https://blueprints.launchpad.net/designate/+spec/records-table-redesign17:22
betsySo, if we're going to split up the Records table into multiple tables per record type...17:22
betsywhere does this fit into the priority?17:22
betsySeems like it would be easier to do this first17:22
betsySince we're changing the storage for minidns17:23
*** IlyaE has quit IRC17:23
betsyThoughts on priority for this?17:23
Kiallbetsy: I personally think it can go before or after the mdns storage changes - just not at the same time :)17:23
betsytrue17:23
*** balajiiyer has joined #openstack-meeting-alt17:23
betsythat's why I think we should decide on when17:23
vinod1i would say before would be ideal17:23
rjrjr_betsy, did you talk to a DBA about this?17:24
betsyYes.17:24
betsyI wrote some of the justification he gave on the blueprint17:24
betsyBasically, he said we could probably make one huge table work, but it would be better to have it divided17:24
KiallIn terms of priority, I think it can happen anytime really. It's not killing anyone today, but would be nice to do sooner so the migration is easier+quicker :)17:24
betsyikr?17:25
betsyBut we can't do it at the same time as the mini-dns changes17:25
KiallWell - It should avoid happening at the same time as mdns-storage-objects and mdns-structured-rdata17:25
KiallBut, that's only because it will be 2 major changes to the same piece of code at the same time17:26
betsykiall: Right.17:26
*** balajiiyer has left #openstack-meeting-alt17:26
*** harlowja has quit IRC17:26
*** michael-yu has joined #openstack-meeting-alt17:26
betsySo, is it easier to do it first or does it really matter and we can put it off until after?17:26
*** SushilKM has joined #openstack-meeting-alt17:27
KiallI think it's probably slightly easier after, because we'll have the objects in place to hold all structured -> text conversion methods etc17:27
vinod1how about migration considerations at that time?17:28
KiallIf we do it first, and if the tables are catered to the specific rdata (e.g. SRV has priority, weight, port, and target columns) then something has to convert that back to the merged text format we use today17:28
KiallAfter those 2 blueprints, that convert is unnecessary17:28
betsykiall; hmm. Hadn't thought of that17:29
*** noslzzp has joined #openstack-meeting-alt17:29
*** rpodolyaka1 has joined #openstack-meeting-alt17:29
betsyOkay. So, are we all agreed that we're going to do that after mini-dns and possibly pools?17:29
Kiallvinod1: not sure what you mean?17:29
Kiallbetsy: well, I think it can easily happen right after the mdns-structured-rdata BP.. Which is well before mini-dns would be complete17:30
vinod1would it be harder to get the migration done at that time than now?17:30
*** hemanthravi has joined #openstack-meeting-alt17:30
vinod1but i think your point about conversion implies that it is definitely easier to do after17:30
Kiallvinod1: Oh, not that I can think of, other than HP's growing dataset that needs conversion ;)17:31
*** michael-yu has quit IRC17:31
betsykiall: I had initially thought the table changes would be easier to do before that, but I see your point and agree with you17:31
KiallThat was all i meant by the would like it sooner comment earlier ;)17:31
*** michael-yu has joined #openstack-meeting-alt17:31
vinod1so adding this blueprint to the mdns dependency tree would be helpful - even though it is not related to mdns17:32
betsyThen I'll add a dependency to the blueprint I did17:32
*** hockeynut has quit IRC17:32
KiallGot to vacate this conference room, stayed here to save time after the last meet ran over.. Now someone else has it booked. Be back in 5 mins.17:32
vinod1#action betsy to add dependency to records-table-redesign blueprint17:33
betsyvinod1: Or at least at the dependency to the blueprint on splitting up the Records table17:33
*** rpodolyaka1 has quit IRC17:33
vinod1ok17:33
rjrjr_so, Kiall is advocating waiting for the record table work?17:33
betsyrjrjr_: Yes. Until after the mdns-structured-rdata BP17:34
betsyIt will eliminate some re-work17:34
vinod1Moving on17:35
vinod1#topic RecordSets revisited17:35
*** openstack changes topic to "RecordSets revisited (Meeting topic: Designate)"17:35
betsyI wanted kiall's input on this one17:35
*** walker_ has quit IRC17:36
*** harlowja has joined #openstack-meeting-alt17:36
Kiallback17:36
betsyAs our QA team is testing creating Records and RecordSets, they are finding the url quite long and cumbsersome17:37
vinod1the concern here seems to be the advantages of having the recordsets outweigh having the long URLS for accessing a record17:37
Kiallrjrjr_: yes, I think it makes sense - and ties in with some of the min-dns needs17:37
KiallSo - Yea, the URLs can get long all right. No doubt about that. I guess it boils down to, do we really expect people to be interacting with the APIs by hand?17:38
rjrjr_not particularly familiar with the API, but shouldn't recordsets be obfuscated from API users?17:38
rjrjr_this part of the API.17:38
betsyrjrjr_: That's my question to Kiall.17:39
Kiallrjrjr_: No, the URL ends up /v2/zones/<ZONEID>/recordsets/<RRSETID>/records/<RECORDID>17:39
Kiallso - Long17:39
betsyYes. Very long with 3 recordids17:39
vinod1so what is the intention of having recordsets?17:39
vinod1is it to enforce the same ttl for records?17:39
betsy^ or 3 different IDs rather17:40
Kiallvinod1: it ensures we don't either A) allow people to create scenarios that do something surprising and unexpected OR B) magically change all records in an RRSet when a single record is updated17:40
KiallYes, Mainly focuses on the TTL17:40
betsyIs there a way we can do this without exposing the RRS resource to the end user?17:41
*** jjmb has joined #openstack-meeting-alt17:41
KiallFor example - a RRSet is defined as the set of records with the same name (example.com.), type (A) and class (IN). For each of these sets, there must not be differing TTLs amond the records.17:41
Kiallamong*17:41
*** SushilKM has quit IRC17:41
rjrjr_do all records use recordsets?17:42
KiallIf you have 2 A records called example.com, the first being TTL=100 Address=1.1.1.1, the second being TTL=200 Address=2.2.2.217:42
KiallWhen someone queries for IN A example.com against, say, google DNS17:42
Kiallgoogle DNS will cache the first record for 100 seconds, the second for 200 seconds.17:42
*** lisaclark1 has joined #openstack-meeting-alt17:43
KiallFor the first 100 seconds, people will get back 2 records - 1.1.1.1, and 2.2.2.217:43
Kiallfor seconds 101 through 200, they will only get 2.2.2.2 back17:43
KiallWhich is totally unexpected17:43
*** PeterSchwaller has joined #openstack-meeting-alt17:43
vinod1wouldn't this be pilot error?17:43
*** lisaclark1 has quit IRC17:43
Kiallrjrjr_: yes, all records belong to recordsets17:43
*** lisaclark1 has joined #openstack-meeting-alt17:43
*** ijw_ has joined #openstack-meeting-alt17:44
rjrjr_if that is the case, can't we hide this from the user?17:44
Kiallvinod1: absolutely, but it's also a violation of the DNS specs17:44
*** akuznetsov has joined #openstack-meeting-alt17:44
vinod1at create/update time, can we check that the other ttl is different and fail the create/update17:44
Kiallrjrjr_: so - if we hide it from the user, and the update the first records TTL, what should happen to the second record?17:44
Kiall"Automatic" update behind the scenes is unexpected, they didn't ask for the second record to be changed17:44
*** hemanthravi has quit IRC17:45
rjrjr_we can't just change the first record's TTL?17:45
*** PeterSchwaller_ has quit IRC17:45
vinod1how about the ability to update multiple records belonging to a single zone in the same request17:45
*** tsimmons has quit IRC17:45
KiallAnyway - Here's my question, what percentage of API calls do we expect a human to be making by hand?17:45
KiallI expect the vast majority will be using Horizon (other consoles) and client libraries/language bindings17:46
rjrjr_i think this is unknown.  if you expose it, people will use it has been my experience.17:46
*** tsimmons has joined #openstack-meeting-alt17:46
KiallWhile very few, outside of us dev's and the poor QA folks who look after us, will be hand crafting HTTP API calls...17:47
*** khyati has quit IRC17:47
richmwhat about the designate command line tool?17:47
tsimmonsThat's my stance on that, no one is going to be adding data to the API manually.17:47
Kiallrjrjr_: people will use it no doubt, the question is will they be constructing the URLs by hand, or will 99% of API call URLs be generated by some form of tooling?17:47
*** cweid has joined #openstack-meeting-alt17:47
betsyStill seems like a lot of overhead just to enforce the TTL's17:48
vinod1in any case - users now have to understand the recordset concept17:48
Kiallrichm: the CLI has always been nasty with it's use of ID's everywhere, and I believe we should switch to the keystone model.. ask for the useful info (record name, type) and have the client handle figuring the rest out17:48
Kiallkeystoneclient model*17:48
rjrjr_back to your question, if someone updates the TTL for a particular record in a record set, can't we just update the TTL for the record?17:48
Kiallrjrjr_: well, if RRSets are hidden in the API, then they can't update it on the RRSet?17:49
*** sbalukoff has joined #openstack-meeting-alt17:49
rjrjr_so TTL is part of a recordset and a record?  why not just make it part of the record?17:49
*** lisaclark1 has quit IRC17:49
rjrjr_is the only reason we are exposing the recordset because of the TTL?17:50
richmimho ttl should be part of a record _and_ a part of a recordset - if a record does not have a ttl it should use the one defined in the recordset17:50
*** michael-yu has quit IRC17:50
rjrjr_hence the recordset being exposed.17:50
Kiallrjrjr_: it's "exposed in order to facilitate adherence to the DNS RFCs" would be my carefully worded answer :)17:50
*** hemanthravi has joined #openstack-meeting-alt17:51
Kiallrichm: that violates the spec :)17:51
richmKiall: you mean rfc 1034?17:51
Kiallhttp://tools.ietf.org/html/rfc2181 Section 517:51
*** Kanzhe has left #openstack-meeting-alt17:52
Kiall6 mins left17:53
richmok, I see17:53
vinod1i would still like to enforce the spec without introducing a recordset concept17:53
vinod1the zone file too has just records and not recordsets17:53
Kiallvinod1: I'm not sure any alternatives exist that don't add other complications17:54
rjrjr_why not give the user the option to work with recordsets or not?  /zones/<id>/records/<id> or /zones/<id>/recordsets/<id>/records/<id>17:54
rjrjr_if they choose not to work with them directly, the code handles them for the user on the backend.17:54
Kiallrjrjr_: that adds the complication of surprise TTL changes to records your not intending to edit17:54
*** michael-yu has joined #openstack-meeting-alt17:55
*** jjmb1 has joined #openstack-meeting-alt17:55
rjrjr_how?17:55
vinod1how about an action item for me to come up with some alternatives and we discuss this again next week?17:55
richmHow about if an attempt to set a TTL on a record returns an error, and some sort of redirect or pointer to the recordset endpoint?17:55
*** IlyaE has joined #openstack-meeting-alt17:55
KiallAlso relevant, here's a snippet from AWS Route53 API: http://paste.openstack.org/show/73840/17:55
betsyvinod1: Good idea as we're running short on time17:55
tsimmonsI have a quick question, I know we're on something else, but I have to head to class so whomever/whenever wants to answer that's cool. I wanted to ask Mugsie about the status of the server pools spec and the idea generally. I'd still like to help with that if it hasn't been consumed by mindns stuff.17:55
Kiall#link http://paste.openstack.org/show/73840/17:55
*** cp16net has joined #openstack-meeting-alt17:56
*** SlickNik has joined #openstack-meeting-alt17:56
vinod1#link http://tools.ietf.org/html/rfc2181 17:56
Kialltsimmons: mugsie literally just ran out to another meeting, I haven't had a chance to discuss it with him today17:56
rjrjr_i have a question, but i can move it to #openstack-dns.17:56
Kialls/today/this week/17:56
vinod1#action vinod to come up with alternatives to recordsets17:56
tsimmonsKiall: well, if that happens at any point, let me know in the regular room, even if i'm not there i'll see it :) no pressure.17:56
Kiall#action Everyone to think about RRSets, reread the logs from the conversation, and come with alternatives and pro's con's17:57
Kiallvinod1: snap ;)17:57
*** jmcbride1 has joined #openstack-meeting-alt17:57
vinod14 more mins and 2 more items on the agents17:57
*** tsimmons has quit IRC17:57
vinod1we can move the 2 remaining items to next week17:57
vinod1any other questions17:57
KiallLets move real real quick onto .. TenantId in URL.. I think I can kill it it a few seconds ;)17:57
vinod1#topic TenantId in URL17:57
*** openstack changes topic to "TenantId in URL (Meeting topic: Designate)"17:57
vinod1Some of the other openstack services have the TenantID in the URL. Should we too have it in the URL instead of in the context?17:57
vinod1#link http://api.openstack.org/api-ref-blockstorage.html17:58
*** colinmcn_ has quit IRC17:58
vinod1#link http://api.openstack.org/api-ref-compute.htmlml17:58
*** jjmb has quit IRC17:58
KiallOkay - So, Yes - Lots of the other OpenStack services current APIs include the TenantID in the URL. These have been a source of many many frustrations for them, and most of the newer API versions are removing the TenantID17:58
eankutsedo they come in headers then?17:58
KiallThere have been lots of conversations over the last year or so about there merits, I'll try dig them up17:58
*** esp has joined #openstack-meeting-alt17:58
vinod1hmm - so what were the issues they had17:58
Kiall#action kiall to dig up ML archive entries around tenant id's in URLs17:59
vinod1ok17:59
rjrjr_long URLs?  LOL17:59
vinod1time to wrap up17:59
Kiallvinod1: two of the main ones are..17:59
Kiall1) viewing all tenants stuff ends up funky17:59
Kiall2) Placing a versionless URL into the catalog becomes impossible17:59
*** jcru has joined #openstack-meeting-alt18:00
*** jmcbride has quit IRC18:00
vinod1#endmeeting18:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"18:00
*** imsplitbit has joined #openstack-meeting-alt18:00
openstackMeeting ended Wed Mar 19 18:00:09 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)18:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/designate/2014/designate.2014-03-19-17.04.html18:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/designate/2014/designate.2014-03-19-17.04.txt18:00
openstackLog:            http://eavesdrop.openstack.org/meetings/designate/2014/designate.2014-03-19-17.04.log.html18:00
KiallThanks all :)18:00
cweido/18:00
KiallThanks vinod1 for getting started when I was late!18:00
vinod1np18:00
*** vinod1 has left #openstack-meeting-alt18:00
*** nacim has quit IRC18:01
*** mat-lowery has joined #openstack-meeting-alt18:01
cp16nethalo18:02
*** SnowDust has joined #openstack-meeting-alt18:02
SlickNikhey there18:02
esphey18:02
hub_captap tap tap, is this thing on?18:02
cweidsup ya'll18:02
cweido/18:02
* cp16net drops the mic18:02
cweid\o18:02
hub_caplol cp16net18:02
yogesho/ hello18:02
*** amcrn has quit IRC18:02
hub_cap#startmeeting trove18:02
openstackMeeting started Wed Mar 19 18:02:39 2014 UTC and is due to finish in 60 minutes.  The chair is hub_cap. Information about MeetBot at http://wiki.debian.org/MeetBot.18:02
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.18:02
*** openstack changes topic to " (Meeting topic: trove)"18:02
openstackThe meeting name has been set to 'trove'18:02
*** NehaV has joined #openstack-meeting-alt18:02
*** baoli has quit IRC18:02
imsplitbito/18:02
cp16nethaylo18:02
SlickNiko/18:03
hub_capso looks like the first thing on the agenda is the refactoring datastore options thing18:03
kevinconway7o718:03
pdmarso/18:03
cp16netaction items?18:03
hub_cap#link https://wiki.openstack.org/wiki/Meetings/TroveMeeting18:03
grapexo/18:03
*** baoli has joined #openstack-meeting-alt18:03
hub_cap#link18:03
hub_caplol stupid paste18:03
*** caleb_ has joined #openstack-meeting-alt18:04
hub_cap#link http://eavesdrop.openstack.org/meetinags/trove/2014/trove.2014-03-12-17.59.txt18:04
mat-loweryo/18:04
vgnbkro/18:04
juiceo/18:04
k-pom\o18:04
doug_shelley66o/18:04
hub_capok so im thinking next time, dotn worru about saying yer here18:04
kevinconwayhub_cap: 404 on that link18:04
hub_capi trust everyone is here18:04
glucaso/18:04
hub_caphttp://eavesdrop.openstack.org/meetings/trove/2014/trove.2014-03-12-17.59.txt18:05
juicevipul is not here18:05
hub_capjuice: then when i say, hey vipul18:05
hub_capand he doesnt respond18:05
hub_capill know hes not here :)18:05
grapexhub_cap: But roll call is my favorite part!18:05
kevinconwayit also logs us as there in the meeting notes18:05
*** Barker has joined #openstack-meeting-alt18:05
SnowDustgrapex: present SIR !18:05
SnowDust:D18:05
hub_capkevinconway: im not sure thats necessary18:05
kevinconwayi get paid per lines in the meeting log18:06
hub_capanyhoo lets talk about it in open discuss18:06
*** rramirez_ has joined #openstack-meeting-alt18:06
hub_capkevinconway: lol exactly18:06
SnowDustkevinconway :D18:06
hub_capso lets start w/18:06
*** jdbarry_ has joined #openstack-meeting-alt18:06
pdmarshub_cap: i didn't see this topic on the agenda18:06
hub_cap#link refactoring-datastore-options18:06
hub_cappdmars: hence my open discuss comment ;)18:06
hub_cap#undo18:06
openstackRemoving item from minutes: <ircmeeting.items.Link object at 0x38eddd0>18:06
hub_cap#topic refactoring-datastore-options18:06
*** openstack changes topic to "refactoring-datastore-options (Meeting topic: trove)"18:07
hub_cap#link18:07
hub_capARGGGGGGGG PASTE18:07
SlickNik#link https://blueprints.launchpad.net/trove/+spec/refactoring-datastore-options-in-cfg18:07
hub_capthx SlickNik18:07
SnowDusthttps://blueprints.launchpad.net/trove/+spec/refactoring-datastore-options-in-cfg18:07
SnowDustthanks ..18:07
cweidhub_cap: my linux box never has this problems.18:07
SlickNikSo we discussed this at the bp-review on Mon.18:08
hub_capcweid: my linux box is about 15 min old, so i havent fixed my keybindings :)18:08
*** Sukhdev has quit IRC18:08
hub_capSlickNik: yes but we didnt come to a conclusion about work starting18:08
cweidohhhhh welcome to the cool kids team =)18:08
SlickNikSnowDust: The main concern was that the current design / implementation allows for a complete override of the datastore config values.18:08
hub_capcweid: your mind is terrible, ive been on linux for 6+mo18:08
*** mayfield has joined #openstack-meeting-alt18:09
cweidoh my bad.18:09
SnowDustSlickNik: as the override is from the config file or from the implementation of datastore( external package)18:09
SnowDustthis should be a "Safe" option18:09
SnowDustbut i am open to discuss the consequence18:09
hub_capSlickNik: are we suer thats the case?18:09
kevinconwayhub_cap: that's almost 7 months18:09
*** rpodolyaka1 has joined #openstack-meeting-alt18:09
SlickNikThe proposal was to have the design extend the default datastore configs instead of override them completely.18:10
hub_capcuz teh code, if i grok correctly, only uses the options if they are in a optgrp18:10
hub_capkevinconway: +:=<2wks18:10
SnowDustSlickNik, until an ADMIN overrided using conf ( whcih he can even do in the current code)18:10
SnowDustno override happens18:11
SnowDustin current code also18:11
*** robertmy_ has joined #openstack-meeting-alt18:11
hub_capso this code doesnt split the conifgs out in any way18:11
SnowDustwe may define [mysql] / [percona]/[redis]/ in conf files18:11
SnowDustto override datastore defaults for the datastore18:11
hub_capit just moves the in memory ones to different files, but until the datastores use the optgroups18:11
hub_capthey will be ignored18:12
hub_capiirc u need to do a cfg.mysql.mount_point to access the [mysql]...mount_point=blah18:12
hub_capso in its current state im not sure what this code does :)18:12
SnowDusthub_cap: SlickNik:  the BP is just to enhance the component nature of databases18:13
SnowDustmy idea was to separate datastore specific config from the cfg.py to their own packages18:13
SnowDustas we had the design of datastore Managers being a class loaded using config18:14
SnowDustso its safe to load the configurations from the module itself .. from which the Managers are loaded18:14
kevinconwaySnowDust: would that include the ability to override a global option but only in one specific datastore (like the mount_point hub_cap mentioned)?18:14
*** khyati has joined #openstack-meeting-alt18:14
SlickNikSnowDust: The concern is that you'd be able to override the config values for a datastore type so that you don't load the confs for say cassandra, but the guestagent manager still had a cassandra implementation.18:14
SlickNik18:14
SnowDustkevinconway: just like current code the nature remains the same for override18:14
hub_capkevinconway: some code would have to be ther for that18:14
juicesnowdust: I like the modular nature/i.e. reduced clutter but on the flip side I need to piece together two files to see the complete picture18:15
kevinconwayhub_cap: right, i'm just trying to keep up with what this BP is for18:15
juicesnowdust: not sure it is worth the additional complexiyt18:15
kevinconwayjuice: is it two files or just two sections in one file?18:15
*** jtomasek has joined #openstack-meeting-alt18:15
SnowDustjuice: its worth is for keeping datastore implementations external18:15
hub_capso kevinconway i wrote this for cinders multi backend18:15
juicekevinconway: two files as it is proposed18:16
hub_caphttps://github.com/openstack/cinder/blob/master/cinder/volume/configuration.py18:16
hub_capit lets you specify an optgroup, and if not, it uses the defaults18:16
hub_capso u just do configuration.mount_point, and if it can find the "mysql" mount_point, it uses18:16
*** khyati has quit IRC18:16
hub_capkevinconway: iirc ;)18:16
SnowDustSlickNik: i didnot get the last one from u18:17
SnowDustSlickNik: as u saw cfg.py ( code snippet in the BP) loads Cassandra by default ( with its well defined defaults)18:17
SnowDustbut override is user choice  and thats why we have config variables ment18:18
*** caleb_` has joined #openstack-meeting-alt18:18
SlickNikSnowDust: https://github.com/openstack/trove/blob/fba8cabea326527bacdeca56760a97e14cdcc18f/trove/guestagent/dbaas.py#L34-L51 lets you specify datastore managers.18:18
SnowDustSlickNik : right18:18
*** caleb_ has quit IRC18:18
hub_capok so looking at this, SlickNik SnowDust18:18
*** gokrokve has quit IRC18:18
*** khyati has joined #openstack-meeting-alt18:18
SnowDusthub_cap : thanks ..18:19
hub_capdoes it override the existing opts instead of definig them _only_ in an optgroup?18:19
hub_capif thats the case this is a BIG nono18:19
SnowDustits does not override any existing ones ..18:19
hub_capwe will not, ever, overwrite opts in memory that were defined18:19
hub_capok so how do i use the opt in [mysql] mount_point SnowDust ?18:19
SnowDustconfs just exist in ONE place .. their place of existance has been reworked .. from cfg.py ( which is a tied down approach) to the datastore module itself18:20
SnowDusthub_cap18:20
SnowDustas per the cfg.py code18:20
SnowDustthe datastore_options  dictOpt18:20
SlickNikSnowDust: the default managers are always loaded; similarly the default configs should also be always loaded.18:21
SnowDustis a mapping between datastore_manager and the  datastore_manager.implementation.module.entrypoint18:21
hub_capSnowDust: ok, so how do i get that option18:21
SnowDustafter that is done .. it used oslo.config's method .. import_group18:21
hub_capcuz what yer doing is using a cfg optgroup, and your code would have to look like cfg.mysql.mount_point right?18:21
SnowDustimport_group reads the module entry point to import the opts ..18:22
SnowDustyeah hub_cap .. end of that18:22
SnowDustits CONF.mysql.mount_point .. just as rigth now18:22
hub_capso you plan on changing that in all the datastores, correct?18:22
SnowDusthub_cap right18:22
SnowDusteven which are external to the trove code18:23
hub_capok so what happens when i wnat to use the default?18:23
hub_capSnowDust: thats not true at all, those are all over the trove guest code and other places18:23
hub_capif u look at a datastore impl it needs to use conf values, right?18:23
hub_capand those conf values are not changed18:23
SnowDusthub_cap they are also loaded in cfg.py18:23
*** khyati has quit IRC18:23
hub_capbut there is also no backwards compatibility18:24
SnowDustso .. default are available all the time18:24
hub_caphow do i, SnowDust , which isthe question we are asking18:24
hub_capright but i have to code it for every one18:24
hub_capright?18:24
SnowDustwhen ever we import from trove.common import cfg18:24
*** khyati has joined #openstack-meeting-alt18:24
hub_capif not cfg.mysql.mount_point use cfg.mount_point18:24
SnowDustwe have done that only in current cfg.py for all the datastores18:24
hub_capif not cfg.#{datastore}.mount_point use cfg.mount_point18:24
SnowDustthere is not common defaults now ..18:24
SnowDusthub_cap .. there is no cfg.mount_point now18:24
SnowDustdefault have been removed18:25
hub_capok so maybe mount18:25
hub_cappoint is a bad example18:25
SnowDusti pushed a patchset on that question only .. then were suggested to go for this BP18:25
SnowDusthub_cap .. let me share the abandoned patchset.. which wanted to restore the cfg.mount_point but was turned off18:25
hub_capno18:25
hub_caplets use backup_strategy18:25
*** Adri2000 has quit IRC18:26
hub_capwhat i think we want to see, is the ability to use these values but not put a bunch of if'stmts for each "default" vs a datastore specific18:26
hub_capi suggest u look @ the configuration object in cinder18:27
hub_capit handles it pretty transparently, but can likely be updated to be better :)18:27
hub_capkevinconway: SlickNik et al do yall feel better about it assuming that18:27
SlickNik#link https://github.com/openstack/cinder/blob/master/cinder/volume/configuration.py18:27
hub_cap* if we dont find a datastore specific, we use the one in the [DEFAULT] group18:28
SnowDusthub_cap .. :)18:28
*** ijw_ has quit IRC18:28
SnowDustthey all turned off  .. the fallback18:28
SnowDustamcrn, r u there?18:28
SlickNikSnowDust: He had to step out.18:29
esphub_cap: I think there was some question regarding if we still consider mysql as the default datastore impl18:29
kevinconwayok so we could provide datastore specific overrides/special entries and then fall back to default configs when they aren't present?18:29
kevinconwaywould that allow for config options in mongo that don't exist in mysql?18:29
kevinconwayor do they all *have* to exist in DEFAULT?18:29
hub_capsure kevinconway18:29
espit probably makes sense to have a default datastore18:30
hub_capif they dont exist in default then we fail18:30
grapexhub_cap: Wait, are you saying we can't add datastore specific config options?18:31
*** salv-orlando has quit IRC18:31
esphub_cap: meaning if you don't specify a required config for your datastore we fail?18:31
hub_capno not at all18:31
hub_capthis is how configs work18:31
hub_cap1) in memory18:31
grapexhub_cap: Ok, just checking18:31
hub_cap2) overrides from disk if avail18:31
hub_cap3) failures18:31
hub_capopt groups get funky since u have to identify them18:32
*** ashishsnigam has joined #openstack-meeting-alt18:32
hub_caposlo wont "Default" for u18:32
hub_capif u specify cfg.somegrp.someval, if someval is in default, it wont pull it18:32
*** tanisdl has joined #openstack-meeting-alt18:33
hub_capitll look for [somegrp]...someval=blah, and if it doesnt find, itll use whats in memory for that value, if any18:33
cp16netsounds like something we could put a bug in oslo for?18:33
hub_caponly for that memory in that optgroup18:33
hub_capits not a bug18:33
hub_capits the design of using different optgroups18:33
*** yogesh has quit IRC18:33
grapexhub_cap: Ok- I thought you were saying oslo could be smart enough to use someval from default is cfg.somegrp.someval wadn't found18:33
grapexHowever18:33
SnowDusthub_cap : so the current BP implements the defaults18:33
hub_capwe could do cfg.DEFAULT if we wanted :)18:33
SnowDusti said when cfg is imported18:33
cp16netok18:33
grapexyou could have code in a datastore that checked to see if the group specific default was not None, and if it was try the default one18:34
SnowDustthe load_datastore_opts()18:34
SnowDustfunction is called18:34
SnowDustwhich loads the mapped datastores18:34
hub_capgrapex: or just put it in a wrapper object, like configuration object18:34
grapexhub_cap: Yeah18:34
hub_capu pass in None, or the optgroup, like 'cassandra'18:34
hub_capand then just do configuration.blah18:34
hub_capinstead of cfg.blah18:34
SlickNikSo not getting caught up in the implementation details, and coming back to the bp.18:35
hub_capyes :)18:35
hub_capi think its ok to move the options to config groups for datastores18:35
hub_capassumign we can interact w/ them in a easy way ;)18:36
SlickNikI think that the bp does simplify some of the datastore config value loading.18:36
hub_capid like to see a 2nd patchset w/ options actually updated before i can merge p1 :)18:36
*** jgallard has quit IRC18:36
hub_capas in a dependent patch set that shows the code updating, say, mysql, to use the optgrp18:37
*** hockeynut has joined #openstack-meeting-alt18:37
*** irenab has joined #openstack-meeting-alt18:38
SnowDusthub_cap int_tests just show that what options are being selected for mysql18:38
hub_capbut as it stands, im ok w/ this18:38
*** bdpayne has joined #openstack-meeting-alt18:39
SlickNikSame here, I'm okay with the bp.18:39
*** jmcbride1 has quit IRC18:39
SlickNikThe implementation details might need some tweaking.18:40
grapexOk- sorry18:40
grapexthis all seems simple but I feel like I'm fuzy on some of the details we're talking about18:40
SlickNikAnd I think it'd be easier to make some of these comments in gerrit.18:40
grapexSlickNik: +100018:40
hub_capyea after looking more at the code, it looks like we are already calling cfg.get(datastore_mgr).tcp_ports18:40
hub_capthats the only place we are doing it18:40
grapexjust to be sure, none of us want to load all of the datastore options in the common/cfg.py right?18:40
grapexrobert just pointed out on the last line here, it loads all of the config options for everything which seems a bit much: https://review.openstack.org/#/c/80061/5/trove/common/cfg.py18:41
SnowDustgrapex: yes18:41
robertmy_all other openstack projects do not do this18:41
SnowDustgrapex: i suggested in last discussion18:41
*** jmcbride has joined #openstack-meeting-alt18:41
hub_caprobertmy_: ?18:41
SnowDustthis may be further trimmed18:41
*** hockeynut has quit IRC18:42
SnowDustif we want to do it from conf files only18:42
*** jmcbride has joined #openstack-meeting-alt18:42
hub_capeverything exists in a big global cfg18:42
robertmy_they use the option groups in the file18:42
*** hockeynut has joined #openstack-meeting-alt18:42
*** Swami has joined #openstack-meeting-alt18:42
robertmy_hub_cap: no18:42
grapexSnowDust: Sorry, I guess we didn't all see that.18:42
hub_caprobertmy_: tahts what he says this is doing18:42
SnowDustso that only the one which is being enabled gets loaded18:42
hub_caprobertmy_: this is a change then :)18:42
grapexhub_cap: I don't get the reasoning18:42
grapexwhy force all the config options to load when cfg.py is parsed?18:43
*** robertmy_ is now known as robertmyers18:43
*** RajeshMohan has joined #openstack-meeting-alt18:43
hub_capwell wait up, i need robertmyers to explain18:43
robertmyerslet me find an example18:43
hub_capplz do, cuz last i thought, everyon grabs cfg.CONF18:43
hub_capand its parsed on load (thats how nova used to work)18:43
hub_capagain, *used to*18:43
hub_capok so maybe we need to move this convo out of here18:44
hub_capand move on18:44
*** irenab has quit IRC18:44
grapexhub_cap: https://github.com/openstack/nova/blob/master/nova/api/auth.py#L4618:44
robertmyershttps://github.com/openstack/cinder/blob/master/cinder/volume/drivers/san/san.py18:44
robertmyersso you see  the option groups are defined at the point they are used18:44
hub_capright its still a global CONF18:45
grapexThat's what robert_my means- auth_opts are simply defined next to where they are used, and no special code exists to parse them as the root cfg.py is created18:45
hub_capoh u mean just the loading.. yea that can be taken out of the global cfg stuff18:45
hub_capthere is no need for them to be loaded before their impls are loaded18:45
*** akuznetsov has quit IRC18:45
robertmyershub_cap: it is a global config file, but not a global object18:45
hub_capcfg.CONF ??18:45
hub_capim pretty sure that using CONF everywhere defines a global obj right?18:46
robertmyerswell, it all reads/extends cfg.CONF18:46
hub_capmy python-speak may be wrong18:46
hub_capeverything uses CONF right?18:46
robertmyerstechnically yes18:46
hub_capok i think we are speaking the same thing18:46
*** johnthetubaguy has quit IRC18:46
robertmyersbut, it is lazy loaded18:46
hub_capi agree we dont need to "preload" Them18:46
robertmyersok18:47
hub_capthe point of cfg is to allow u to define groups in the files they are used (or imported)18:47
* grapex wipes sweat off his brow18:47
*** shakayumi has joined #openstack-meeting-alt18:47
kevinconwayi think we should change the conf files to YAML18:47
*** shakayumi has quit IRC18:47
*** julim has quit IRC18:47
hub_capkevinconway: if i only had /kick privs18:47
robertmyersxml18:47
grapexkevinconway: https://www.youtube.com/watch?v=4DgbUBoxa4818:47
hub_capso lets remove the preload stuff SnowDust18:47
hub_capand just let the app load it18:47
*** jmcbride has quit IRC18:48
pdmarslol18:48
hub_capand id like to see you update an impl to use more than just whats defined now in the optgropu, which is tcp_ports18:48
*** Adri2000 has joined #openstack-meeting-alt18:48
*** Adri2000 has quit IRC18:48
*** Adri2000 has joined #openstack-meeting-alt18:48
*** jmcbride has joined #openstack-meeting-alt18:48
hub_capunless thats done18:48
hub_capwe are already doing that in places18:49
hub_capso then we dont need to see that done18:49
hub_capso just removing the autoload will satisfy everyone, right?18:49
hub_capand we can make a different bp for the "fallback" to default18:49
grapexhub_cap: aye18:49
SnowDusthub_cap u mean i should not "REGISTER" the groups ?18:49
SlickNik+1 on the lazy loading. I have a couple other comments, I'll add them to gerrit :)18:50
hub_capSnowDust: u register the opts/group _in_ the file18:50
robertmyers+118:50
hub_capwhih i thought u were doing already18:50
hub_caphttps://review.openstack.org/#/c/80061/5/trove/guestagent/datastore/cassandra/options.py18:50
hub_capsee you are already registering the group and opts18:51
hub_capso if u just completely remove all the code from cfg, itll work18:51
kevinconwayhub_cap: all the code?!?18:51
hub_capALLL18:51
SnowDusti dont get18:51
hub_capSnowDust: offline18:51
hub_caplets move on we have 9 min heh18:51
SnowDustuntil u register a group18:52
SnowDusthow do u use the group options ?18:52
hub_capSnowDust: offline18:52
hub_caplets move on we have 9 min heh18:52
*** tango has joined #openstack-meeting-alt18:52
hub_cap#topic remove mockito18:52
SnowDusthub_cap i do register them in the options.py of datastore module18:52
SnowDustyes18:52
*** openstack changes topic to "remove mockito (Meeting topic: trove)"18:52
hub_cap#link https://blueprints.launchpad.net/trove/+spec/remove-mockito18:52
SnowDustbut we need to import the group in cfg18:52
hub_capso whos doing this?18:52
SnowDustso that cfg.CONF18:52
SnowDustcan then be used to call them18:52
hub_capSnowDust: offline18:52
hub_capSnowDust: offline!!!!18:52
SnowDustusing CONF.mysql.root_on_create etc18:52
SnowDusthub_cap ?18:52
hub_capSnowDust: offline!!!!18:52
SnowDusthub_cap sure !18:52
SnowDusthub_cap : sure !18:52
SnowDustthanks ALL :)18:53
*** ErikB has quit IRC18:53
hub_capSnowDust: u will have to reiterate Q offline plz18:53
hub_capSlickNik: is this u?18:53
SlickNikyup, I added this18:53
hub_capwhos tackling removing mockito?18:53
*** SnowDust has quit IRC18:53
*** arnaud__ has joined #openstack-meeting-alt18:53
*** gokrokve has joined #openstack-meeting-alt18:53
juicei can lend a hand18:53
SlickNikI looked into this yesterday, probably gonna be juice and me.18:54
*** SnowDust has joined #openstack-meeting-alt18:54
hub_capcool, anything to add to it?18:54
SlickNikLots of mockito in the tests, probably gonna take 2-3 days to get it done.18:54
hub_capyea for sure18:54
*** ErikB1 has joined #openstack-meeting-alt18:55
espSlickNik: is there any plan to remove mox?18:55
juiceesp: I guess mox is still in the mix18:55
SlickNikesp: right now it's not an issue since mox exists in the global_requirements.18:55
robertmyersdo we use mox?18:55
juicebut we shouldn't do it18:55
juicerobertmyers: I think there was some mox in the trove code18:55
esprobertmyers: I think there is some unit tests in python-troveclient that may use mox18:55
SlickNikrobertmyers: I haven't seen it in many places; but I haven't looked too hard.18:55
espis the one from google I believe18:56
robertmyerslet not use it18:56
esp*it's18:56
SlickNikTimeline wise, I think we might have to do this before the icehouse cut.18:56
esprobertmyers: +118:56
hub_capyes SlickNik lets focus on mockito18:56
hub_capand make esp do the mox stuff18:56
hub_cap;)18:56
SlickNikesp: thanks! :)18:56
esphehe18:56
espnp18:57
SlickNikthat's all I had.18:57
juicei have to run - talk to you guys later18:58
*** shakayumi has joined #openstack-meeting-alt18:58
*** shakayumi has quit IRC18:58
SlickNikjuice: I'll catch you offline to chat about mockito.18:58
SlickNikthanks!18:58
hub_capok so the last topic18:59
hub_capno time18:59
esplol18:59
hub_capwho put it on?18:59
hub_capwe can move to #openstack-trove to discuss18:59
hub_capanyone?18:59
SnowDustyep18:59
hub_capok so if anyone wants to discuss container vs join, goto the channel19:00
hub_cap#endmeeting19:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"19:00
openstackMeeting ended Wed Mar 19 19:00:09 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)19:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/trove/2014/trove.2014-03-19-18.02.html19:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/trove/2014/trove.2014-03-19-18.02.txt19:00
openstackLog:            http://eavesdrop.openstack.org/meetings/trove/2014/trove.2014-03-19-18.02.log.html19:00
SlickNikThanks guys!19:00
*** esp has left #openstack-meeting-alt19:00
SnowDustThanks again to all19:00
*** SlickNik has left #openstack-meeting-alt19:01
*** jecarey_ has joined #openstack-meeting-alt19:01
*** SnowDust has left #openstack-meeting-alt19:01
*** jecarey has quit IRC19:01
*** hub_cap has left #openstack-meeting-alt19:01
*** noslzzp has quit IRC19:01
*** shakayumi has joined #openstack-meeting-alt19:02
*** shakayumi has quit IRC19:02
*** derekh has joined #openstack-meeting-alt19:02
*** noslzzp has joined #openstack-meeting-alt19:03
*** shakayumi has joined #openstack-meeting-alt19:04
*** phil_h has quit IRC19:04
*** jmcbride has quit IRC19:04
*** ashishsnigam has quit IRC19:08
*** doug_shelley66 has quit IRC19:09
*** yogesh has joined #openstack-meeting-alt19:10
*** jmcbride has joined #openstack-meeting-alt19:12
*** yogesh has quit IRC19:14
*** jmcbride has quit IRC19:15
*** jmcbride has joined #openstack-meeting-alt19:15
*** jmcbride has quit IRC19:16
*** shakayumi has quit IRC19:19
*** caleb_` has quit IRC19:19
*** phil_h has joined #openstack-meeting-alt19:21
*** saju_m has quit IRC19:21
*** rpodolyaka1 has quit IRC19:22
*** saju_m has joined #openstack-meeting-alt19:23
*** krugg has joined #openstack-meeting-alt19:24
*** rpodolyaka1 has joined #openstack-meeting-alt19:25
*** mat-lowery has left #openstack-meeting-alt19:27
*** robertmyers has left #openstack-meeting-alt19:31
*** imsplitbit has left #openstack-meeting-alt19:32
*** tanisdl has quit IRC19:34
*** sarob has joined #openstack-meeting-alt19:35
*** tanisdl has joined #openstack-meeting-alt19:36
*** julim has joined #openstack-meeting-alt19:38
*** jmcbride has joined #openstack-meeting-alt19:39
*** jdbarry_ has quit IRC19:39
*** aclark_ has quit IRC19:39
*** kgriffs is now known as kgriffs_afk19:49
*** amcrn has joined #openstack-meeting-alt19:52
*** michael-yu has quit IRC19:56
*** doug_shelley66 has joined #openstack-meeting-alt19:56
*** phil_h has quit IRC20:04
*** jmcbride has quit IRC20:04
*** saju_m has quit IRC20:08
*** eguz has quit IRC20:08
*** eghobo has joined #openstack-meeting-alt20:08
*** caleb_ has joined #openstack-meeting-alt20:08
*** saju_m has joined #openstack-meeting-alt20:08
*** eguz has joined #openstack-meeting-alt20:14
*** kgriffs_afk is now known as kgriffs20:16
*** eghobo has quit IRC20:17
*** rpodolyaka1 has quit IRC20:20
*** _nadya_ has joined #openstack-meeting-alt20:21
*** rpodolyaka1 has joined #openstack-meeting-alt20:24
*** lisaclark1 has joined #openstack-meeting-alt20:24
*** cp16net has left #openstack-meeting-alt20:25
*** doug_shelley66 has quit IRC20:26
*** baoli has quit IRC20:26
*** rpodolyaka1 has quit IRC20:28
*** lisaclark1 has quit IRC20:31
*** doug_shelley66 has joined #openstack-meeting-alt20:31
*** _nadya_ has quit IRC20:32
*** dprince has quit IRC20:37
*** demorris has quit IRC20:38
*** kgriffs is now known as kgriffs_afk20:43
*** jmcbride has joined #openstack-meeting-alt20:44
*** gokrokve has quit IRC20:45
*** gokrokve has joined #openstack-meeting-alt20:46
*** _nadya_ has joined #openstack-meeting-alt20:46
*** gokrokve_ has joined #openstack-meeting-alt20:47
*** banix has quit IRC20:47
*** gokrokv__ has joined #openstack-meeting-alt20:48
*** hockeynut has quit IRC20:49
*** hockeynut has joined #openstack-meeting-alt20:50
*** gokrokve has quit IRC20:50
*** hockeynut has quit IRC20:50
*** gokrokve has joined #openstack-meeting-alt20:51
*** coolsvap has quit IRC20:51
*** gokrokve_ has quit IRC20:51
*** harlowja is now known as harlowja_away20:52
*** gokrokv__ has quit IRC20:52
*** hockeynut has joined #openstack-meeting-alt20:52
*** rpodolyaka1 has joined #openstack-meeting-alt20:53
*** ErikB1 has quit IRC20:53
*** ajo has quit IRC20:54
*** ErikB1 has joined #openstack-meeting-alt20:54
*** _nadya_ has quit IRC20:56
*** rpodolyaka1 has quit IRC20:57
*** colinmcnamara has joined #openstack-meeting-alt20:57
*** nati_ueno has joined #openstack-meeting-alt21:01
*** NehaV has quit IRC21:04
*** NehaV has joined #openstack-meeting-alt21:05
*** colinmcnamara has quit IRC21:09
*** lblanchard has quit IRC21:14
*** harlowja_away is now known as harlowja21:14
*** RajeshMohan has quit IRC21:17
*** demorris has joined #openstack-meeting-alt21:17
*** amytron has quit IRC21:17
*** mwagner__ has quit IRC21:17
*** baoli has joined #openstack-meeting-alt21:17
*** IlyaE has quit IRC21:17
*** RajeshMohan has joined #openstack-meeting-alt21:18
*** jmcbride has quit IRC21:18
*** jmcbride has joined #openstack-meeting-alt21:19
*** IlyaE has joined #openstack-meeting-alt21:20
*** noslzzp has quit IRC21:21
*** derekh has quit IRC21:24
*** amytron has joined #openstack-meeting-alt21:25
*** jmcbride has quit IRC21:25
*** tanisdl_ has joined #openstack-meeting-alt21:26
*** ameade has quit IRC21:28
*** saju_m has quit IRC21:28
*** tanisdl has quit IRC21:28
*** tanisdl_ is now known as tanisdl21:28
*** lisaclark1 has joined #openstack-meeting-alt21:29
*** esker has quit IRC21:29
*** lisaclark1 has quit IRC21:33
*** stannie1 has joined #openstack-meeting-alt21:33
*** caleb_ has quit IRC21:35
*** zhiyan is now known as zhiyan_21:36
*** caleb_ has joined #openstack-meeting-alt21:38
*** amytron has quit IRC21:40
*** amytron has joined #openstack-meeting-alt21:41
*** pdmars has quit IRC21:43
*** jtomasek has quit IRC21:45
*** SumitNaiksatam has quit IRC21:46
*** krtaylor has quit IRC21:46
*** dhellmann is now known as dhellmann_21:48
*** dguitarbite_ has joined #openstack-meeting-alt21:48
*** sarob has quit IRC21:48
*** sarob has joined #openstack-meeting-alt21:49
*** krtaylor has joined #openstack-meeting-alt21:52
*** colinmcnamara has joined #openstack-meeting-alt21:52
*** sarob_ has joined #openstack-meeting-alt21:53
*** sarob has quit IRC21:53
*** rpodolyaka1 has joined #openstack-meeting-alt21:53
*** sarob_ is now known as sarob21:53
*** jjmb1 has quit IRC21:56
*** jjmb has joined #openstack-meeting-alt21:56
*** colinmcnamara has quit IRC21:57
*** rpodolyaka1 has quit IRC21:57
*** eankutse has quit IRC21:58
*** jecarey_ has quit IRC22:02
*** colinmcnamara has joined #openstack-meeting-alt22:05
*** hockeynut has quit IRC22:12
*** ijw has joined #openstack-meeting-alt22:13
*** Leonr has quit IRC22:15
*** tanisdl has quit IRC22:16
*** david-lyle has quit IRC22:19
*** Barker has quit IRC22:22
*** betsy has quit IRC22:29
*** colinmcnamara has quit IRC22:31
*** colinmcnamara has joined #openstack-meeting-alt22:32
*** rramirez_ has quit IRC22:37
*** tedchang has joined #openstack-meeting-alt22:37
*** mwagner__ has joined #openstack-meeting-alt22:42
*** flwang has quit IRC22:43
*** flwang has joined #openstack-meeting-alt22:44
*** ijw has quit IRC22:49
*** zhiyan_ is now known as zhiyan22:51
*** arnaud__ has quit IRC22:51
*** ijw has joined #openstack-meeting-alt22:53
*** zhiyan is now known as zhiyan_22:53
*** SumitNaiksatam has joined #openstack-meeting-alt22:53
*** rpodolyaka1 has joined #openstack-meeting-alt22:54
*** colinmcnamara has quit IRC22:58
*** harlowja is now known as harlowja_away22:59
*** jcru has quit IRC22:59
*** rpodolyaka1 has quit IRC22:59
*** colinmcnamara has joined #openstack-meeting-alt22:59
*** sarob has quit IRC23:00
*** sarob has joined #openstack-meeting-alt23:00
*** grapex has quit IRC23:02
*** colinmcnamara has quit IRC23:02
*** bgorski has joined #openstack-meeting-alt23:03
*** amytron has quit IRC23:03
*** yamahata has quit IRC23:04
*** sarob has quit IRC23:05
*** sarob has joined #openstack-meeting-alt23:05
*** NehaV has quit IRC23:06
*** nati_ueno has quit IRC23:07
*** caleb_ has quit IRC23:08
*** stannie1 has quit IRC23:08
*** amytron has joined #openstack-meeting-alt23:11
*** ijw has quit IRC23:13
*** derekh has joined #openstack-meeting-alt23:15
*** samstav has quit IRC23:16
*** colinmcnamara has joined #openstack-meeting-alt23:19
*** mattgriffin has quit IRC23:19
*** flwang has quit IRC23:26
*** gokrokve_ has joined #openstack-meeting-alt23:27
*** flwang has joined #openstack-meeting-alt23:27
*** amytron has quit IRC23:28
*** IlyaE has quit IRC23:28
*** ameade has joined #openstack-meeting-alt23:29
*** gokrokve has quit IRC23:30
*** arnaud has joined #openstack-meeting-alt23:30
*** sarob has quit IRC23:31
*** sarob has joined #openstack-meeting-alt23:32
*** ameade has quit IRC23:32
*** jmontemayor has quit IRC23:34
*** sarob has quit IRC23:36
*** spzala has joined #openstack-meeting-alt23:38
*** harlowja_away is now known as harlowja23:38
*** colinmcnamara has quit IRC23:39
*** spzala has quit IRC23:39
*** spzala has joined #openstack-meeting-alt23:40
*** kevinconway has quit IRC23:49
*** jjmb has quit IRC23:51
*** rpodolyaka1 has joined #openstack-meeting-alt23:55
*** mwagner_dontUseM is now known as mwagner23:56
*** mspreitz has joined #openstack-meeting-alt23:58
*** pvaneck has quit IRC23:58
*** IlyaE has joined #openstack-meeting-alt23:58
*** demorris has quit IRC23:58
*** rpodolyaka1 has quit IRC23:59

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