Wednesday, 2014-03-26

*** kgriffs is now known as kgriffs_afk00:00
*** michael-yu has quit IRC00:00
*** banix has joined #openstack-meeting-alt00:05
*** atiwari has quit IRC00:09
*** michael-yu has joined #openstack-meeting-alt00:09
*** krtaylor has joined #openstack-meeting-alt00:20
*** mestery has quit IRC00:23
*** caleb_ has quit IRC00:25
*** bdpayne has joined #openstack-meeting-alt00:26
*** bdpayne_ has quit IRC00:29
*** bdpayne has quit IRC00:30
*** banix has quit IRC00:31
*** michael-yu has quit IRC00:33
*** colinmcnamara has quit IRC00:33
*** yamahata has quit IRC00:34
*** SumitNaiksatam has quit IRC00:36
*** beagles has quit IRC00:40
*** cjellick has quit IRC00:41
*** gokrokve has joined #openstack-meeting-alt00:42
*** hockeynut has joined #openstack-meeting-alt00:42
*** hockeynut has quit IRC00:53
*** d0ugal has quit IRC00:53
*** banix has joined #openstack-meeting-alt00:56
*** michael-yu has joined #openstack-meeting-alt00:59
*** chenchong has joined #openstack-meeting-alt01:05
*** d0ugal has joined #openstack-meeting-alt01:07
*** michael-yu has quit IRC01:09
*** eguz has quit IRC01:18
*** tedchang has quit IRC01:27
*** nosnos has joined #openstack-meeting-alt01:27
*** khyati has quit IRC01:29
*** krtaylor has quit IRC01:34
*** demorris has joined #openstack-meeting-alt01:48
*** zaneb has quit IRC01:48
*** zaneb has joined #openstack-meeting-alt01:49
*** xuhanp has joined #openstack-meeting-alt01:53
*** yamahata has joined #openstack-meeting-alt01:58
*** flwang has quit IRC02:00
*** julienvey has joined #openstack-meeting-alt02:04
*** jjmb has joined #openstack-meeting-alt02:13
*** michael-yu has joined #openstack-meeting-alt02:15
*** michael-yu has quit IRC02:17
*** noslzzp has quit IRC02:26
*** harlowja is now known as harlowja_away02:27
*** vkozhukalov has joined #openstack-meeting-alt02:31
*** saurabhs1 has quit IRC02:32
*** zhiyan_ is now known as zhiyan02:32
*** doug_shelley66 has quit IRC02:36
*** khyati has joined #openstack-meeting-alt02:38
*** krtaylor has joined #openstack-meeting-alt02:38
*** Barker has quit IRC02:39
*** flwang has joined #openstack-meeting-alt02:41
*** nati_ueno has quit IRC02:42
*** julienvey has quit IRC02:45
*** colinmcnamara has joined #openstack-meeting-alt02:45
*** baoli has quit IRC02:50
*** michael-yu has joined #openstack-meeting-alt02:50
*** michael-yu has quit IRC02:51
*** caleb_ has joined #openstack-meeting-alt02:51
*** demorris has quit IRC02:54
*** gyee has quit IRC02:56
*** banix has quit IRC03:07
*** bdpayne has joined #openstack-meeting-alt03:07
*** zns has quit IRC03:12
*** Barker has joined #openstack-meeting-alt03:20
*** baoli has joined #openstack-meeting-alt03:20
*** vkmc has quit IRC03:21
*** arnaud has quit IRC03:26
*** sbalukoff has quit IRC03:26
*** sbalukoff has joined #openstack-meeting-alt03:27
*** nosnos has quit IRC03:28
*** baoli has quit IRC03:29
*** samstav has quit IRC03:34
*** caleb_ has quit IRC03:35
*** khyati has quit IRC03:36
*** gokrokve has quit IRC03:37
*** gokrokve_ has joined #openstack-meeting-alt03:38
*** Barker has quit IRC03:42
*** gokrokve_ has quit IRC03:42
*** khyati has joined #openstack-meeting-alt03:46
*** mestery has joined #openstack-meeting-alt03:51
*** khyati has quit IRC03:58
*** Barker has joined #openstack-meeting-alt04:02
*** nati_ueno has joined #openstack-meeting-alt04:02
*** michael-yu has joined #openstack-meeting-alt04:05
*** gokrokve has joined #openstack-meeting-alt04:07
*** gokrokve has quit IRC04:13
*** michael-yu has quit IRC04:14
*** david-lyle has joined #openstack-meeting-alt04:16
*** colinmcnamara has quit IRC04:17
*** SumitNaiksatam has joined #openstack-meeting-alt04:18
*** khyati has joined #openstack-meeting-alt04:18
*** Barker has quit IRC04:19
*** SumitNaiksatam has quit IRC04:25
*** mestery has quit IRC04:25
*** baoli has joined #openstack-meeting-alt04:25
*** eghobo has joined #openstack-meeting-alt04:27
*** vkozhukalov has quit IRC04:28
*** bdpayne has quit IRC04:28
*** baoli has quit IRC04:33
*** nosnos has joined #openstack-meeting-alt04:36
*** bdpayne has joined #openstack-meeting-alt04:52
*** SushilKM has joined #openstack-meeting-alt04:53
*** _nadya_ has joined #openstack-meeting-alt05:02
*** _nadya_ has quit IRC05:03
*** amcrn has quit IRC05:08
*** michael-yu has joined #openstack-meeting-alt05:09
*** dguitarbite has joined #openstack-meeting-alt05:17
*** alazarev has joined #openstack-meeting-alt05:21
*** rpodolyaka1 has joined #openstack-meeting-alt05:26
*** flwang1 has joined #openstack-meeting-alt05:27
*** flwang has quit IRC05:29
*** _nadya_ has joined #openstack-meeting-alt05:30
*** baoli has joined #openstack-meeting-alt05:30
*** baoli has quit IRC05:34
*** alazarev has quit IRC05:40
*** alazarev has joined #openstack-meeting-alt05:41
*** nati_ueno has quit IRC05:57
*** _nadya_ has quit IRC06:00
*** IlyaE has joined #openstack-meeting-alt06:03
*** khyati has quit IRC06:04
*** michael-yu has quit IRC06:04
*** gokrokve has joined #openstack-meeting-alt06:08
*** SushilKM has left #openstack-meeting-alt06:11
*** gokrokve has quit IRC06:13
*** khyati has joined #openstack-meeting-alt06:14
*** rpodolyaka1 has quit IRC06:17
*** yogesh_ has joined #openstack-meeting-alt06:18
*** IlyaE has quit IRC06:18
*** saju_m has joined #openstack-meeting-alt06:19
*** bdpayne has quit IRC06:23
*** shanks has quit IRC06:26
*** shanks has joined #openstack-meeting-alt06:26
*** tnurlygayanov_ has joined #openstack-meeting-alt06:27
*** tnurlygayanov has quit IRC06:27
*** doug_shelley66 has joined #openstack-meeting-alt06:31
*** alazarev has quit IRC06:39
*** IlyaE has joined #openstack-meeting-alt06:43
*** eghobo has quit IRC06:44
*** amcrn has joined #openstack-meeting-alt06:51
*** khyati has quit IRC07:00
*** vkozhukalov has joined #openstack-meeting-alt07:02
*** michael-yu has joined #openstack-meeting-alt07:02
*** IlyaE has quit IRC07:03
*** flwang1 has quit IRC07:03
*** jcoufal has joined #openstack-meeting-alt07:04
*** flwang has joined #openstack-meeting-alt07:06
*** saju_m has quit IRC07:13
*** yogesh_ has quit IRC07:19
*** yogesh_ has joined #openstack-meeting-alt07:19
*** markmcclain has joined #openstack-meeting-alt07:37
*** jprovazn has joined #openstack-meeting-alt07:39
*** michael-yu has quit IRC07:50
*** johnthetubaguy has joined #openstack-meeting-alt07:51
*** yamamoto_ has joined #openstack-meeting-alt07:52
*** johnthetubaguy1 has joined #openstack-meeting-alt07:54
*** johnthetubaguy has quit IRC07:54
*** flaper87|afk is now known as flaper8707:57
*** markmcclain has quit IRC07:57
*** eankutse has joined #openstack-meeting-alt08:01
*** banix has joined #openstack-meeting-alt08:01
*** vkozhukalov has left #openstack-meeting-alt08:02
*** luqas has joined #openstack-meeting-alt08:04
*** luqas has quit IRC08:06
*** ttrumm has joined #openstack-meeting-alt08:08
*** gokrokve has joined #openstack-meeting-alt08:08
*** gokrokve has quit IRC08:12
*** luqas has joined #openstack-meeting-alt08:16
*** yogesh_ has quit IRC08:25
*** nwidell has joined #openstack-meeting-alt08:29
*** jgallard has joined #openstack-meeting-alt08:31
*** jgallard has quit IRC08:33
*** jgallard has joined #openstack-meeting-alt08:33
*** tedchang has joined #openstack-meeting-alt08:35
*** banix_ has joined #openstack-meeting-alt08:40
*** banix has quit IRC08:41
*** banix_ is now known as banix08:41
*** chandankumar_ has joined #openstack-meeting-alt08:42
*** rpodolyaka1 has joined #openstack-meeting-alt08:45
*** rpodolyaka1 has quit IRC08:48
*** banix has quit IRC08:50
*** amotoki has quit IRC08:51
*** banix has joined #openstack-meeting-alt08:52
*** banix has quit IRC08:52
*** igormarnat_ has joined #openstack-meeting-alt08:59
*** jcoufal has quit IRC08:59
*** jcoufal has joined #openstack-meeting-alt09:00
*** derekh has joined #openstack-meeting-alt09:11
*** gokrokve has joined #openstack-meeting-alt09:13
*** gokrokve has quit IRC09:13
*** gokrokve has joined #openstack-meeting-alt09:14
*** gokrokve has quit IRC09:16
*** gokrokve has joined #openstack-meeting-alt09:17
*** gokrokve has quit IRC09:21
*** andreaf has joined #openstack-meeting-alt09:22
*** johnthetubaguy1 has quit IRC09:23
*** ativelkov_away is now known as ativelkov09:31
*** ativelkov is now known as ativelkov_away09:31
*** ativelkov_away is now known as ativelkov09:31
*** flwang has quit IRC09:35
*** ttrumm has quit IRC09:38
*** igormarnat_ has quit IRC09:39
*** derekh has quit IRC09:42
*** derekh has joined #openstack-meeting-alt09:42
*** igormarnat_ has joined #openstack-meeting-alt09:43
*** ttrumm has joined #openstack-meeting-alt09:44
*** gokrokve has joined #openstack-meeting-alt09:44
*** eankutse has quit IRC09:45
*** rpodolyaka1 has joined #openstack-meeting-alt09:46
*** rpodolyaka1 has quit IRC09:51
*** yamamoto_ has quit IRC09:52
*** igormarnat_ has quit IRC10:01
*** ttrumm has quit IRC10:09
*** yamahata has quit IRC10:15
*** demorris has joined #openstack-meeting-alt10:16
*** chandankumar_ has quit IRC10:22
*** nacim has joined #openstack-meeting-alt10:24
*** eanxgeek|log has quit IRC10:27
*** demorris has quit IRC10:43
*** xuhanp has quit IRC10:44
*** eanxgeek|log has joined #openstack-meeting-alt10:45
*** eanxgeek|log is now known as eanxgeek10:45
*** ttrumm has joined #openstack-meeting-alt10:46
*** rpodolyaka1 has joined #openstack-meeting-alt10:47
*** sld has joined #openstack-meeting-alt10:47
*** eanxgeek has quit IRC10:49
*** eanxgeek has joined #openstack-meeting-alt10:50
*** rpodolyaka1 has quit IRC10:52
*** ativelkov is now known as ativelkov_away10:59
*** ativelkov_away is now known as ativelkov11:00
*** dmakogon_ is now known as denis_makogon11:03
*** ativelkov is now known as ativelkov_away11:05
*** julienvey has joined #openstack-meeting-alt11:07
*** julienvey has quit IRC11:08
*** jgallard has quit IRC11:10
*** ativelkov_away is now known as ativelkov11:11
*** noslzzp has joined #openstack-meeting-alt11:13
*** igormarnat_ has joined #openstack-meeting-alt11:15
*** eanxgeek has quit IRC11:17
*** eanxgeek|log has joined #openstack-meeting-alt11:20
*** eanxgeek|log is now known as eanxgeek11:21
*** saju_m has joined #openstack-meeting-alt11:21
*** mwagner_ is now known as mwagner_notHere11:29
*** igormarnat_ has quit IRC11:34
*** igormarnat_ has joined #openstack-meeting-alt11:34
*** ativelkov is now known as ativelkov_away11:36
*** ativelkov_away is now known as ativelkov11:37
*** doug_shelley66 has quit IRC11:37
*** yamahata has joined #openstack-meeting-alt11:40
*** julienvey has joined #openstack-meeting-alt11:41
*** gokrokve has quit IRC11:45
*** gokrokve has joined #openstack-meeting-alt11:46
*** rpodolyaka1 has joined #openstack-meeting-alt11:47
*** jjmb has quit IRC11:48
*** gokrokve has quit IRC11:50
*** jcoufal has quit IRC11:52
*** rpodolyaka1 has quit IRC11:52
*** jcoufal has joined #openstack-meeting-alt11:55
*** gokrokve has joined #openstack-meeting-alt11:57
*** bogdando has quit IRC11:58
*** venkatesh has joined #openstack-meeting-alt11:59
*** lblanchard has joined #openstack-meeting-alt12:00
*** mwagner_lap has quit IRC12:00
*** igormarnat_ has quit IRC12:01
*** julienvey has quit IRC12:03
*** vkmc has joined #openstack-meeting-alt12:03
*** Slower has quit IRC12:05
*** yamahata has quit IRC12:06
*** igormarnat_ has joined #openstack-meeting-alt12:07
*** flwang has joined #openstack-meeting-alt12:08
*** bogdando has joined #openstack-meeting-alt12:10
*** igormarnat__ has joined #openstack-meeting-alt12:10
*** julienvey has joined #openstack-meeting-alt12:12
*** igormarnat_ has quit IRC12:13
*** pdmars has joined #openstack-meeting-alt12:13
*** jjmb has joined #openstack-meeting-alt12:15
*** julienvey has quit IRC12:18
*** igormarnat__ has quit IRC12:18
*** jjmb has quit IRC12:27
*** david-lyle has quit IRC12:27
*** jcoufal has quit IRC12:30
*** luqas has quit IRC12:30
*** jcoufal has joined #openstack-meeting-alt12:30
*** doug_shelley66 has joined #openstack-meeting-alt12:35
*** eanxgeek has quit IRC12:36
*** julienvey has joined #openstack-meeting-alt12:37
*** dprince has joined #openstack-meeting-alt12:41
*** xuhanp has joined #openstack-meeting-alt12:47
*** rpodolyaka1 has joined #openstack-meeting-alt12:48
*** jecarey has quit IRC12:48
*** demorris has joined #openstack-meeting-alt12:49
*** chenchong has quit IRC12:49
*** jaypipes has quit IRC12:51
*** rpodolyaka1 has quit IRC12:52
*** gokrokve has quit IRC12:53
*** gokrokve has joined #openstack-meeting-alt12:53
*** imsplitbit has joined #openstack-meeting-alt12:55
*** jaypipes has joined #openstack-meeting-alt12:56
*** gokrokve has quit IRC12:57
*** venkatesh has quit IRC12:57
*** venkatesh has joined #openstack-meeting-alt12:58
*** rbrady has left #openstack-meeting-alt13:01
*** imsplitbit has left #openstack-meeting-alt13:01
*** eanxgeek|log has joined #openstack-meeting-alt13:03
*** eanxgeek|log is now known as eanxgeek13:03
*** igormarnat__ has joined #openstack-meeting-alt13:04
*** gokrokve has joined #openstack-meeting-alt13:07
*** jgallard has joined #openstack-meeting-alt13:07
*** eankutse has joined #openstack-meeting-alt13:08
*** johnthetubaguy has joined #openstack-meeting-alt13:09
*** baoli has joined #openstack-meeting-alt13:09
*** johnthetubaguy1 has joined #openstack-meeting-alt13:12
*** mwagner_lap has joined #openstack-meeting-alt13:12
*** igormarnat_ has joined #openstack-meeting-alt13:13
*** johnthetubaguy has quit IRC13:13
*** eankutse has quit IRC13:13
*** eankutse has joined #openstack-meeting-alt13:14
*** julim has joined #openstack-meeting-alt13:16
*** igormarnat__ has quit IRC13:16
*** yamahata has joined #openstack-meeting-alt13:18
*** spredzy has left #openstack-meeting-alt13:19
*** zhiyan is now known as zhiyan_13:19
*** zhiyan_ is now known as zhiyan13:19
*** ameade has joined #openstack-meeting-alt13:22
*** jecarey has joined #openstack-meeting-alt13:25
*** igormarnat_ has quit IRC13:26
*** igormarnat_ has joined #openstack-meeting-alt13:30
*** noslzzp has quit IRC13:34
*** nacim has quit IRC13:34
*** nosnos has quit IRC13:35
*** luqas has joined #openstack-meeting-alt13:35
*** venkatesh has quit IRC13:40
*** Barker has joined #openstack-meeting-alt13:41
*** Ajaeger1 has joined #openstack-meeting-alt13:41
*** samstav has joined #openstack-meeting-alt13:41
* IgorYozhikov is now away: went away...13:43
*** IgorYozhikov is now known as IYozhikov_away13:43
*** rpodolyaka1 has joined #openstack-meeting-alt13:49
*** flwang has quit IRC13:49
*** flwang has joined #openstack-meeting-alt13:50
*** nacim has joined #openstack-meeting-alt13:51
*** amytron has joined #openstack-meeting-alt13:51
*** jjmb has joined #openstack-meeting-alt13:53
*** jjmb has quit IRC13:53
*** rpodolyaka1 has quit IRC13:53
*** noslzzp has joined #openstack-meeting-alt13:56
*** dguitarbite has quit IRC14:00
*** Barker has quit IRC14:02
*** IlyaE has joined #openstack-meeting-alt14:03
*** baoli has quit IRC14:03
*** doug_shelley66 has quit IRC14:03
*** caleb_ has joined #openstack-meeting-alt14:04
*** samstav has quit IRC14:04
*** doug_shelley66 has joined #openstack-meeting-alt14:05
*** Barker has joined #openstack-meeting-alt14:06
*** baoli has joined #openstack-meeting-alt14:06
*** lblanchard has quit IRC14:12
*** samstav has joined #openstack-meeting-alt14:12
*** lblanchard has joined #openstack-meeting-alt14:13
*** amotoki has joined #openstack-meeting-alt14:18
*** hockeynut has joined #openstack-meeting-alt14:20
*** venkatesh has joined #openstack-meeting-alt14:26
*** kevinconway has joined #openstack-meeting-alt14:29
*** dguitarbite has joined #openstack-meeting-alt14:30
*** bill_az has joined #openstack-meeting-alt14:33
*** chandan_kumar has quit IRC14:42
*** nwidell has quit IRC14:42
*** Ajaeger1 has left #openstack-meeting-alt14:42
*** chandankumar_ has joined #openstack-meeting-alt14:44
*** alazarev has joined #openstack-meeting-alt14:45
*** chandankumar_ has quit IRC14:46
*** sld has left #openstack-meeting-alt14:46
*** mestery has joined #openstack-meeting-alt14:46
*** chandan_kumar has joined #openstack-meeting-alt14:47
*** Swami has joined #openstack-meeting-alt14:47
*** chenchong has joined #openstack-meeting-alt14:48
*** chandan_kumar has quit IRC14:48
*** chenchong has left #openstack-meeting-alt14:48
*** chandan_kumar has joined #openstack-meeting-alt14:48
*** rpodolyaka1 has joined #openstack-meeting-alt14:49
*** kmak_ has joined #openstack-meeting-alt14:49
*** Barker has quit IRC14:53
*** rpodolyaka1 has quit IRC14:53
*** david-lyle has joined #openstack-meeting-alt14:53
*** bill_az_ has joined #openstack-meeting-alt14:54
*** Barker has joined #openstack-meeting-alt14:54
*** bill_az has quit IRC14:55
*** chandan_kumar has quit IRC14:55
*** chandan_kumar has joined #openstack-meeting-alt14:56
*** carl_baldwin has joined #openstack-meeting-alt14:56
*** banix has joined #openstack-meeting-alt14:59
Swamihi all15:00
*** julim_ has joined #openstack-meeting-alt15:00
Swamicarl:hi15:00
*** mrsmith has joined #openstack-meeting-alt15:00
Swamiping sylvain15:00
Swamiping mrsmith15:00
Swamimrsmith: hi15:00
mrsmithhowdy15:01
Swamiping vivek15:01
*** julim has quit IRC15:01
Swamiping jamie15:01
xuhanphi15:01
*** zhangleiqiang has joined #openstack-meeting-alt15:02
Swamixuhanp: hi15:02
*** balajiiyer has joined #openstack-meeting-alt15:02
Swami#startmeeting distributed-virtual-router15:02
openstackMeeting started Wed Mar 26 15:02:55 2014 UTC and is due to finish in 60 minutes.  The chair is Swami. Information about MeetBot at http://wiki.debian.org/MeetBot.15:02
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:02
*** openstack changes topic to " (Meeting topic: distributed-virtual-router)"15:02
openstackThe meeting name has been set to 'distributed_virtual_router'15:02
*** balajiiyer has left #openstack-meeting-alt15:03
*** chandan_kumar has quit IRC15:03
*** yamahata has quit IRC15:03
Swami#topic Agenda15:03
*** openstack changes topic to "Agenda (Meeting topic: distributed-virtual-router)"15:03
SwamiDVR Progress15:03
SwamiDVR Design Docs15:03
SwamiDVR HA15:04
SwamiDistributed DHCP15:04
SwamiOpen Discussion15:04
*** atiwari has joined #openstack-meeting-alt15:04
SwamiIs there any other agenda items that you need to add.15:04
SwamiIs Vivek in here.15:04
SwamiIf vivek is here we can also discuss about the L2 issue that we ran with the DVR implementation.15:05
*** rramirez has joined #openstack-meeting-alt15:05
*** venkatesh has quit IRC15:05
*** mestery has quit IRC15:05
*** yamahata has joined #openstack-meeting-alt15:05
Swami#topic DVR Progress15:06
*** openstack changes topic to "DVR Progress (Meeting topic: distributed-virtual-router)"15:06
*** Vivek has joined #openstack-meeting-alt15:06
SwamiAs mentioned in the previous meeting the DVR work is in progress.15:06
Swamivivek: hi15:06
*** Vivek is now known as Guest7096715:06
Guest70967hi15:07
*** tanisdl has joined #openstack-meeting-alt15:07
SwamiWith respect to the East-West implementation we have completed 90% of the work.15:07
*** jmontemayor has joined #openstack-meeting-alt15:07
SwamiWe had some issues with the L2Pop and also have some issues with how the portbindings are handled in the L2.15:07
*** Guest70967 has quit IRC15:08
SwamiBut we are trying to work it out, once we have the details we will share it with the DVR team and the ML2 Team.15:08
*** yamahata has quit IRC15:09
SwamiLast week we brought up an issue with the L2Pop and the MAC Learning that was both having the mac entries ( duplicate MAC learning).15:09
*** VivekNarasimhan has joined #openstack-meeting-alt15:09
*** dguitarbite has quit IRC15:09
*** chandan_kumar has joined #openstack-meeting-alt15:09
SwamiI spoke to Sylvain about the issue and he created a patch to fix that issue.15:09
Swami#link https://review.openstack.org/#/c/83053/115:10
*** yamahata has joined #openstack-meeting-alt15:10
*** venkatesh has joined #openstack-meeting-alt15:10
SwamiHope that Duplicate MAc issue is resolved.15:10
xuhanpSwami, thanks for sharing. will take a look15:11
SwamiSylvain: may not join today's meeting since he had another meeting to attend.15:11
Swamixuhanp: welcom15:11
*** alazarev has quit IRC15:11
VivekNarasimhanSwami, this is duplicate mac occuring in L2-Pop entries is it?15:11
Swamivivek: Yes15:11
SwamiThis is a WIP patch.15:12
SwamiSo we can review it, test it and make sure that the duplicate mac issue is resolved.15:12
VivekNarasimhanI have not seen dup MACs occuring after patching teh two gerrits available off Hvana stable15:12
VivekNarasimhanis this for a specific case where the MAC appears?15:12
Swamivivek: This is a patch that has a "config" flag to turn on or turn off the MAC learning. Please make sure if it compliments our work.15:13
VivekNarasimhanthat is good15:13
Swamivivek: can you check it this patch does not affect our work.15:14
VivekNarasimhanyes, will verify15:14
VivekNarasimhanthe patch passed all tests?15:14
Swami#action Vivek will verify the Duplicate Mac learning patch with DVR15:14
VivekNarasimhansure15:15
Swami#topic L3 Plugin Extension for DVR15:15
*** openstack changes topic to "L3 Plugin Extension for DVR (Meeting topic: distributed-virtual-router)"15:15
SwamiThe work on L3 Plugin Extension for DVR is proceeding. Fixed the Unit test issues that was causing problem. I might still need to do some refactoring to the Icehouse latest master branch.15:16
SwamiOnce done, will be pushing the Plugin code as WIP for review to the team.15:16
*** michael-yu has joined #openstack-meeting-alt15:16
Swami#topic L3 Agent15:16
*** openstack changes topic to "L3 Agent (Meeting topic: distributed-virtual-router)"15:16
Swamimrsmith: Any updates on the L3 Agent15:17
mrsmithwe have started work on supported FIPs in the code15:17
mrsmithdistriubuted FIPs15:17
mrsmithflushing out the details for centralized SNAT15:17
mrsmithgood progress15:17
Swamiany issues so far with the East-West.15:18
mrsmithnope15:18
Swamimrsmith: Thanks for the update.15:18
mrsmithprobably start merging in icehouse-2 soon15:18
mrsmithnp15:18
Swami#topic L2 Plugin/Agent15:18
*** openstack changes topic to "L2 Plugin/Agent (Meeting topic: distributed-virtual-router)"15:18
Swamivivek: How is your work with the L2 Agent/Plugin coming up15:19
*** lsmola_ has quit IRC15:19
*** kevinconway has quit IRC15:19
VivekNarasimhancoming up good15:19
VivekNarasimhangood progress for the port binding issue15:19
VivekNarasimhanhpn-dvr succeeds15:19
VivekNarasimhanDHCP IP obtaining by VM fails due to L2-Pop rule corruption in NN15:19
VivekNarasimhananalysing the same15:19
*** betsy has joined #openstack-meeting-alt15:19
VivekNarasimhanteh IP obtaining fails only at times, figuring out the root-cause in teh L2-Pop module15:20
*** kevinconway has joined #openstack-meeting-alt15:20
*** kmak_ has quit IRC15:21
Swamivivek: You mentioned that you had some issues with the port binding issue, do you have a handle on it.15:21
VivekNarasimhanyes, basically having a pport-binding table specifically for only DVR Ports15:21
VivekNarasimhanthe original Port Binding will continue to carry VM port bindings and Centralized NN port bindings15:22
*** imsplitbit has joined #openstack-meeting-alt15:22
VivekNarasimhanStill work there to get Unit Tests to run and ensure that other verndor-specific code not broken15:22
Swamivivek: Thanks for the information. If you have any questions on portbinding just bring it up to the team.15:23
SwamiIs murali in here15:23
Swami#topic DVR Design Docs15:24
VivekNarasimhanbasically there were a few approaches we thought on like I said yesterday15:24
*** openstack changes topic to "DVR Design Docs (Meeting topic: distributed-virtual-router)"15:24
VivekNarasimhana. Representing all teh DVR Ports as basic tenant ports15:24
VivekNarasimhanthis option will not ensure transparency of DVR operation15:24
SwamiDVR design docs are out for review, and we have been addressing the comments. If anyone felt that the comments are not been addressed please bring it up to my notice.15:24
Swami#link https://docs.google.com/document/d/1depasJSnGZPOnRLxEC_PYsVLcGVFXZLqP52RFTe21BE/edit#heading=h.5w7clq272tji15:25
VivekNarasimhanb. Shadow port-binding table. main port updated based on bucket result (AND/OR) of shadow table15:25
*** samstav has quit IRC15:25
Swami#link https://docs.google.com/document/d/1jCmraZGirmXq5V1MtRqhjdZCbUfiwBhRkUjDXGt5QUQ/edit15:25
Swamivivek: we are on a different topic now,15:26
VivekNarasimhanguess murali din't join yet15:26
VivekNarasimhanhe has got the delete router namespace working today, when I met him in evening15:26
SwamiBoth design documents will be updated if there are any new changes.15:28
Swamixuhanp: Have your concerns in the design doc been addressed.15:28
xuhanpSwami, thanks for asking. Yes, they are15:29
Swamixuhanp: Sorry I knew that you are listening, but if you have any topics to discuss please feel free to add in yur topic.15:29
xuhanpSwami, sure. still processing your conversation :-)15:29
Swamixuhanp: Thanks15:30
Swami#topic DVR L3 HA15:31
*** openstack changes topic to "DVR L3 HA (Meeting topic: distributed-virtual-router)"15:31
*** tanisdl has quit IRC15:31
SwamiSylvain is out today as well. I need to discuss this with Sylvain and see if the current L3-VRRP patch can be utilized for the Service Node SNAT service.15:31
*** tanisdl has joined #openstack-meeting-alt15:32
xuhanpSwami, I am actually trying to test out Sylvain's 4 patches for HA now15:32
SwamiBecause we are planning to use the same L3 Agent in a context driven mode, this should not break.15:32
Swamixuhanp: Good, please let us know how it goes.15:33
*** johnthetubaguy1 is now known as johnthetubaguy15:33
SwamiOnce we have the Service Node North-South running we need to evaulate this.15:33
xuhanpSwami, sure. So far it works well and I plan to cover more scenarios15:33
Swamisorry: evaluate.15:33
*** lsmola_ has joined #openstack-meeting-alt15:34
Swamixuhanp: The L3 VRRP today is just Active/Passive, am I right.15:34
xuhanpyes. It's master  and backup15:34
SwamiI knew that Amuller was trying to push his thoughts on the Active/Active model.15:35
carl_baldwinSwami: The active/active work is on hold and not progressing at the moment.15:35
SwamiFor HA i was also thinking should be file a blueprint for some sort of Loadbalancing the service node routers dynamically based on the load.15:35
*** michael-yu has quit IRC15:36
Swamicarl_baldwin: Thanks for the information.15:36
xuhanpcarl_baldwin, because the DVR decreases the requirement of active/active HA?15:36
Swamixuhanp: The use case for dvr on the L3 VRRP will be little bit different than what is currently been proposed.15:37
carl_baldwinxuhanp: Basically, yes.15:37
SwamiFor DVR it can be utilized for the Service Node, but for all other nodes it might not make a lot more sense.15:38
xuhanpSwami, OK. that makes sense15:38
*** colinmcnamara has joined #openstack-meeting-alt15:39
Swami#topic Distributed DHCP15:40
*** openstack changes topic to "Distributed DHCP (Meeting topic: distributed-virtual-router)"15:40
xuhanpSwami, I actually have a question about redundant DHCP configuration in current code15:40
SwamiSince we have been talking about the DVR HA, the only service component left out in the Service node will be the DHCP.15:41
SwamiBut it is maintained by a different agent.15:41
Swamixuhanp: Yes tell me what you think15:41
xuhanpthere is a configuration in neutron.conf15:41
xuhanp# Number of DHCP agents scheduled to host a network. This enables redundant15:41
xuhanp# DHCP agents for configured networks.15:41
xuhanp# dhcp_agents_per_network = 115:41
xuhanpso when that number is more than 115:41
xuhanpthere are more than one DHCP agents for each network15:42
xuhanpdoes that kind of meeting the requirement of having more than 1 DHCP replying to DHCP request from a network?15:43
mrsmitheach agent takes a seperate IP tho right?15:43
Swamimrsmith: Do you have any comments on this.15:43
*** saju_m has quit IRC15:43
mrsmithyes, redundant dhcp is supported but each server/agent takes an IP from the network15:43
xuhanpmrsmith, I am not sure about that. but I think the agent shares the same host file for the network.15:43
mrsmithyes15:44
mrsmithbut I believe each dhcp server takes an IP from the hosted network15:44
xuhanpmrsmith, what do you mean by "takes an IP"?15:44
mrsmithone of the VM ips hosted on a network15:44
mrsmithlike .215:45
Swamimrsmith: from the VMs subnet15:45
mrsmithI think that is the current complaint about redundant DHCP15:45
mrsmithSwami: yes15:45
*** cjellick has joined #openstack-meeting-alt15:45
*** cjellick has quit IRC15:45
xuhanpmrsmith, so you mean there is no same mac and IP pair in two dhcp's host file?15:45
*** spzala has joined #openstack-meeting-alt15:46
xuhanpI think I can simply test it some time to confirm it.15:46
mrsmithsure15:46
*** cjellick has joined #openstack-meeting-alt15:46
*** demorris has quit IRC15:46
VivekNarasimhanif it hs the same, there will two responses for the VM15:46
VivekNarasimhanduring DHCP Discover, right?15:46
mrsmithI think you will find the DHCP servers all take a neutron port and IP per node15:46
xuhanpmrsmith, so by distributed DHCP, you want to change that?  to have many distributed DHCP server to provide one IP?15:47
mrsmithI think there are some in the community who want that15:48
*** samstav has joined #openstack-meeting-alt15:48
mrsmithcarl_baldwin: any comments?15:48
*** demorris has joined #openstack-meeting-alt15:48
xuhanpare there any protocol to support that?15:49
Swamixuhanp: Since we are distributing the routers, it would make sense to also distribute the DHCP15:49
carl_baldwinI hope that distributed DHCP will use one port.15:49
mrsmithwell, we are doing something similar for dvr15:49
SwamiThere was patch earlier for Multihost by gongyish that addressed this issue.15:49
mrsmithfor each router on the CNs - we are trying to share the router-interface ports15:49
SwamiBecause of refactor issues, it did not get through during the Grizzly time frame.15:49
*** Leonr has joined #openstack-meeting-alt15:50
*** samstav has quit IRC15:50
*** rpodolyaka1 has joined #openstack-meeting-alt15:50
xuhanpGreat. maybe I can find his patch and have a look.15:50
Swamixuhanp:thanks15:51
xuhanpSwami, thank you for the information!15:51
*** kgriffs_afk is now known as kgriffs15:51
Swami#topic Open Discussions15:51
*** openstack changes topic to "Open Discussions (Meeting topic: distributed-virtual-router)"15:51
*** bdpayne has joined #openstack-meeting-alt15:51
SwamiIs there any other open items or topics that we need to discuss today15:51
*** eanxgeek has quit IRC15:52
*** rpodolyaka1 has quit IRC15:52
*** eanxgeek has joined #openstack-meeting-alt15:52
SwamiIf there are no other topics for discussion I will give you back 5 mins15:53
SwamiThank you all for attending the meeting.15:53
SwamiMeet you all next week.15:53
Swami#endmeeting15:53
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"15:53
openstackMeeting ended Wed Mar 26 15:53:29 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:53
openstackMinutes:        http://eavesdrop.openstack.org/meetings/distributed_virtual_router/2014/distributed_virtual_router.2014-03-26-15.02.html15:53
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/distributed_virtual_router/2014/distributed_virtual_router.2014-03-26-15.02.txt15:53
openstackLog:            http://eavesdrop.openstack.org/meetings/distributed_virtual_router/2014/distributed_virtual_router.2014-03-26-15.02.log.html15:53
*** VivekNarasimhan has quit IRC15:53
*** eanxgeek has quit IRC15:53
*** Trinath has joined #openstack-meeting-alt15:54
*** eanxgeek|log has joined #openstack-meeting-alt15:54
*** eanxgeek|log is now known as eanxgeek15:54
*** Trinath has left #openstack-meeting-alt15:54
*** mrsmith has quit IRC15:55
*** TrinathSomanchi has joined #openstack-meeting-alt15:56
*** Swami has quit IRC15:56
*** rkukura has joined #openstack-meeting-alt15:59
*** caleb_ has quit IRC15:59
*** rcurran has joined #openstack-meeting-alt16:00
*** mestery has joined #openstack-meeting-alt16:01
*** xuhanp has quit IRC16:01
banixHello Ml2ers!16:01
TrinathSomanchiHi All16:01
*** VivekNarasimhan has joined #openstack-meeting-alt16:01
rkukurahi everyone!16:01
rcurranhi16:01
amotokihi! I missed the last two :(16:02
*** rudrarugge has joined #openstack-meeting-alt16:02
rkukuralets wait another minute for people to join16:03
rkukura#startmeeting networking_ml216:04
openstackMeeting started Wed Mar 26 16:04:13 2014 UTC and is due to finish in 60 minutes.  The chair is rkukura. Information about MeetBot at http://wiki.debian.org/MeetBot.16:04
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:04
*** openstack changes topic to " (Meeting topic: networking_ml2)"16:04
openstackThe meeting name has been set to 'networking_ml2'16:04
*** eghobo has joined #openstack-meeting-alt16:04
*** eghobo has quit IRC16:04
rkukura#link https://wiki.openstack.org/wiki/Meetings/ML2#Meeting_March_26.2C_201416:05
*** eghobo has joined #openstack-meeting-alt16:05
rkukuraagenda is kind of light today16:05
*** eghobo has quit IRC16:05
*** yamamoto has joined #openstack-meeting-alt16:05
rkukurano official action items from last week16:05
TrinathSomanchiwhen will the devtree for juno be opened.  ?? any idea16:06
*** eghobo has joined #openstack-meeting-alt16:06
yamamotohi16:06
rkukuraTrinathSomanchi: I’m not sure, anyone know?16:06
rkukura#topic Migration BP16:06
*** lsmola_ has quit IRC16:06
*** openstack changes topic to "Migration BP (Meeting topic: networking_ml2)"16:06
amotokiTrinathSomanchi: After RC1 is shipped16:06
rkukuraThis merged - good job marun16:06
amotokiyeah. I hope more people tests it :-)16:07
rkukuraLets continue to test this and make sure migrations from other plugins to ML2 in icehouse will go smoothly16:07
*** colinmcnamara has quit IRC16:07
*** vinod1 has joined #openstack-meeting-alt16:07
*** vinod1 has quit IRC16:07
rkukuraAny comments/questions on the migration tool?16:08
TrinathSomanchiamotoki: RC1 of icehouse ?? any tentative dates for Juno..16:08
*** venkatesh has quit IRC16:08
*** sadasu has joined #openstack-meeting-alt16:08
TrinathSomanchiin nova mailing lists, I hear about gerrit for BP review. Do the same procedure be followed in Neutron from Juno ..16:08
amotokiTrinathSomanchi: could you wait for open discussion about juno topic?16:09
*** caleb_ has joined #openstack-meeting-alt16:09
TrinathSomanchiokay16:09
rkukura#topic icehouse bugs16:09
*** openstack changes topic to "icehouse bugs (Meeting topic: networking_ml2)"16:09
rkukuraThe port binding details fix is now completely merged, and the Cisco nexus driver has been updated by rcurran to remove the workaround. Other drivers may also be able to do the same.16:10
*** Sukhdev has joined #openstack-meeting-alt16:10
*** _nadya_ has joined #openstack-meeting-alt16:10
*** julienvey has quit IRC16:11
rkukuraThe patch moving port binding outside of transactions is now in WIP review16:11
rkukura#link https://review.openstack.org/#/c/82945/16:12
rcurranrkukura, is your goal to get this WIP into Icehouse?16:12
rkukuraI plan to update this later today with some clean ups (mostly identified by REVISIT comments)16:12
*** VivekNarasimhan has quit IRC16:12
matrohonroute -n16:12
matrohonha sorry :)16:13
rkukuraIt would be great if others could start looking this over and providing feedback16:13
rkukuraHopefully we’ll get a decison soon on whether it makes icehouse or gets deferred16:13
rcurranrkukura, ok - i'll wait until your next patch before i review in more detail16:14
rkukurarcurran: I’d encourage feedback on the current patch if possible so it can be incorporated into the update16:14
rkukuraThe current patch seems to pass all the Jenkins testing16:15
rcurranrkukura, yeah i'm sure it works and if we're under the clock for a commit then i don't have an issue in +1 but thinking i would change some of the ut/control plane changes in the future16:15
rkukuraIn particular, I have some revisit comments on changes to the mechanism drivers and tests that I’d like to remove in the cleanup once the driver authors have looked them over16:15
rkukurarcurran: Yes, at this point we need to minimize unnecessary change16:16
rkukuraAnything else on the port binding bugs?16:16
*** julienvey has joined #openstack-meeting-alt16:16
rkukurabanix: Any update on https://bugs.launchpad.net/neutron/+bug/1227336?16:17
rkukuraThis is the improved error handling when postcommit methods raise exceptions16:17
banixrkukura, I think last week we decided to leave this for after Icehouse16:17
banixmestery suggested we discuss some of the related issues at the sumit16:18
*** kevinconway has quit IRC16:18
rkukurabanix: I think that’s a reasonable plan - lets continue to review this and see if the stratefy makes sense16:18
amotokimy question is whether we need to update the status.16:18
banixthee is no clean and unified way of undoing what mechanism drivers may have done in a precommit  op16:18
rkukuras/stratefy/strategy/16:18
*** samstav has joined #openstack-meeting-alt16:19
*** irenab has joined #openstack-meeting-alt16:19
rkukurabanix: I’m wondering if exceptions in postcommit should be logged and returned, but otherwise non-fatal16:19
banixamotoki: status for the bug?16:19
rkukuraI think markmclain took the icehouse-rc1 target off it16:20
amotokibanix: no. status of resources (port, ..)16:20
*** kevinconway has joined #openstack-meeting-alt16:20
banixrkukura, but if you don't do anyhing you are left with inconsistent state16:20
*** lsmola_ has joined #openstack-meeting-alt16:20
banixrkukura, unless you mean wrt the mechanism drivers16:20
Sukhdevbanix: can you elaborate on that?16:21
rcurranfrom a vendors perspective (and admin of the openstack deployment using a cisco md) an exception in postcommit is as important to note as a db failure16:22
banixSo by the time the post commit fails you have made changes to say for example allowed address pairs16:22
banixthere are two sets of things that one need to worry about: the state of the plugin and then that of the mechanism drivers16:22
amotokiIMO when postcommit fails, there are several options: (1) set resource status to ERROR, (2) return an exception, (3) 1 & 2.   (no signal should be avoided)16:23
*** khyati has joined #openstack-meeting-alt16:23
banixwri the plugin, my patch essentially undo the changes that do not get undone automatically16:23
banixwrt the mechanism drivers, some change state in the precommit part of the operation that ideally need to be undone16:24
rkukurabanix: Does the curren patch also undo the changes from the perspective of the MDs that have seen the changes prior to the exception?16:24
banixthe current patch does not do anything wrt the MDs16:24
*** boris-42 has quit IRC16:24
*** SumitNaiksatam has joined #openstack-meeting-alt16:24
banixthat part is missing and it is not clear to me what the best approach is for dealing with it16:25
*** demorris has quit IRC16:25
*** igormarnat__ has joined #openstack-meeting-alt16:25
banixmechanism drivers differ in how they keep states and how that changes in precommit ops. does this make sense?16:25
*** igormarnat_ has quit IRC16:25
banixsukhdev: did I ansewr your question16:26
Sukhdevbanix: thanks - yes16:26
rkukuraAssuming we don’t get this fixed in icehouse, it seems like something we’d want to complete quickly and potentially backport16:26
Sukhdevbanix: Two points - I thougth a failure triggers a rollback - and hence delete will follow16:26
Sukhdevbanix: secondly, I clean up all these inconsistencies in the sync mechanism in MD16:27
banixsukhdev: no rollback as post commits are not called within transactions16:27
banixsukhdev: to your second point, may be that is the approach to take but not all mech drivers do that16:28
banixsukhdev: the troble is with update operations16:29
Sukhdevbanix; If no rollback, then I see this as an issue - I aways thought there was a rollback - perhaps I never noticed the issues because of the sync mechanism :-)16:29
Sukhdevbanix: I am with you now - thanks for clarification16:30
banixSo I gues the question is if there should be a general mechanism that mechanism driver should include for addressing this issue16:30
*** nacim has quit IRC16:30
Sukhdevbanix: sync solves all these issue :-)16:31
banixOne suggestion by rkukura was calling the precommit again with original data but that won't work16:31
banixsukhdev,  is sync required by mechanism drivers?16:31
SukhdevUse Neutron DB as "true-source" and build a sync mechanism - you will never go wrong :-)16:31
rkukurabanix: Wouldn’t an undo of an update require precommit calls that reverse the changes?16:32
rkukuraSeems like a plugin-level sync mechanism would be a good summit topic16:32
banixrkukura: you won't get the undo effect by calling the precommit with original data necessarily16:32
*** dianefleming has joined #openstack-meeting-alt16:32
banixrkukura: I think that is what mestery was suggesting last week as well16:33
Sukhdevrkukura; Agree - I can work with you on this if you want16:33
*** demorris has joined #openstack-meeting-alt16:33
*** beagles has joined #openstack-meeting-alt16:33
amotokiI think a complete rollback is not easy. reverting to this original data can override a data by another update during postcommit.16:33
amotokiagree.16:33
banixamotoki: right16:33
amotokido we have a consensus what is needed in icehouse? status? exception? no changes from now?16:34
*** rjrjr_ has joined #openstack-meeting-alt16:34
rkukuraSo maybe we need some way to mark the resource as needing a resync, and having the plugin periodically call into the drivers to take care of this, using the current DB state at that time.16:34
Sukhdevrkukura: +116:34
banixI think mestery was thinking od having a session which include various ML2 related issues including this one...16:34
*** ttrumm has quit IRC16:35
amotoki+1. i think setting ERROR is a good start.16:35
*** ativelkov is now known as ativelkov_away16:35
*** ativelkov_away is now known as ativelkov16:35
banixShould we then leave the plugin as is for now?16:35
*** boris-42 has joined #openstack-meeting-alt16:36
Sukhdevbanix: I say - yes16:36
rkukuraIn an update in the current code, does an exception raised in postcommit by one MD prevent the other MDs from being called?16:36
rcurranrkukura, yes16:36
SukhdevOh - that is bad -16:36
banixamotoki: do you think we should add your suggestion in Icehouse or defer to a better solution in Juno?16:36
rcurranfailures on deletes are best effort and all md's will be called16:36
rcurrancreate postcommit failures result in delete being called16:37
rkukuraWould a short term fix to at least call the other MDs before returning the exception help?16:37
rcurranupdate postcommit cause an exception16:37
amotokibanix: let me check the code. If no indication it is not a good thing.16:37
rkukuraI don’t think a failure in update results in a delete16:37
rkukuraI think that was just in create16:37
rcurrancorrect16:37
banixyes in update we just have: self.mechanism_manager.update_network_postcommit(mech_context)16:38
banixno error handling right now16:39
rkukuraSo the current behavior is that the error gets logged and returned from the update, and that subsequent MDs never see the postcommit16:39
*** ativelkov is now known as ativelkov_away16:40
rcurranrkukura, correct -logged and exception raised16:40
banixyes16:40
rkukuraI think the logging and returning the exception are OK, but I’m concerned about subsequent MDs not seeing the postcommit. What do others think about this?16:41
rkukuraWould a simple fix to call the remaining MDs before returning an exception be helpful?16:41
Sukhdevrkukura: I think your idea of short term fix of calling all MDs should take care of this - until a long term soln is put in place16:41
banixrkukura: I can address that in a new patch and all can review16:42
rkukura#action: banix to push patch to call remaining MDs after postcommit exception16:43
amotokiit sounds reasonable for icehouse.16:43
banixshould be straigh forward enough so should have it by the end of day16:43
rcurrani don't object to having all postcommits called on a single md failure. just as long as an exception is raised16:43
* banix note to myself: nothing is straightforward :)16:43
rcurranupdate postcommits that is16:43
rkukuraOK, anything else on this bug?16:44
rkukuraLast agenda item is the VIF security issue16:44
*** zhangleiqiang has quit IRC16:44
rkukuraamotoki: You’ve been in the IRC and email threads on this. Can you update us on the current status/plan?16:45
amotokiFirst of all, IRC meeting about hybrid dirver secgroup issue will be held today.16:45
*** atiwari has quit IRC16:46
amotokithe original patch https://review.openstack.org/#/c/21946/ is too complicated and another solution is being discussed.16:46
rkukuraamotoki: Is that still scheduled for 14 minutes from now?16:46
amotokiI don't see any update from nachi's mail.16:47
amotokiIn the meeting, nova and neutron folks will discuss it according to the mail.16:47
amotokiI am not sure which MD depends on Hybrid drivers.16:48
*** mestery has quit IRC16:49
amotokiMaintainers of MD which depends on hybrid driver needs to keep eyes on this topic.16:49
rkukuraClearly the openvswitch agent’s MD does, and non-binding MDs don’t16:49
amotokiAt now, there are several options in the review and thread. new review is https://review.openstack.org/#/c/82904/.16:50
*** TrinathSomanchi has quit IRC16:50
*** rpodolyaka1 has joined #openstack-meeting-alt16:50
amotokiI see NeturonFirewallVIFDriver, new VIF type, vif_security attribute, ....16:50
*** vkozhukalov has joined #openstack-meeting-alt16:51
rkukuraThis is all sounding just as complicated, if not more, than the plan we had to use vif-details16:51
*** tanisdl has quit IRC16:51
rkukuraI’m not clear why we shouldn’t just use vif-details with the current single flag16:52
rkukuraThe nova changes to put vif-details in the VIF object are straightforward, and the GenericVIFDriver can than use that flag.16:52
yamamotoofagent currently depends on hybrid driver. (same as ovs)  but we want to switch to flow-based implementation for a long term.16:52
rkukuraAnd this the has things in place to provide finer grained control as in the original patch from Nachi16:53
*** vinod1 has joined #openstack-meeting-alt16:53
*** vinod1 has joined #openstack-meeting-alt16:53
amotokirkukura: yes. the point is how to inform iptables is required. What I can say now is that a single attribute is not sufficient.16:53
*** demorris has quit IRC16:53
*** saurabhs has joined #openstack-meeting-alt16:54
rkukuras/And this the has things in place/And this puts the things in plance/16:54
*** eankutse1 has joined #openstack-meeting-alt16:54
*** vkozhukalov has left #openstack-meeting-alt16:54
*** msisk has joined #openstack-meeting-alt16:55
*** rpodolyaka1 has quit IRC16:55
amotokiI think vif_detail is a good way.16:55
rkukuraamotoki: Is the VIF details discussion on #openstack-neutron?16:55
*** eankutse has quit IRC16:55
*** gokrokve has quit IRC16:55
amotokiyes.16:55
rkukuraLets wrap up this meeting, and continue there16:55
rkukurathanks amotoki!16:56
rkukura#topic Open Discussion16:56
*** openstack changes topic to "Open Discussion (Meeting topic: networking_ml2)"16:56
amotokianother note: please keep watching on removing db-schema auto-generation patch: https://review.openstack.org/#/c/40296/16:56
*** tsimmons has joined #openstack-meeting-alt16:56
rkukuraamotoki: Is this going into RC1?16:57
amotokinot sure, but I think it is almost ready.16:57
SukhdevI have a quick question - How does ML2 deal with the VM Migration? Do we support it? If yes, does it come down as update_port() or delete followed by create?16:57
*** chandan_kumar has quit IRC16:57
*** eankutse1 has quit IRC16:57
irenabamotoki: feels like something that should not be on the last minute16:57
*** eankutse has joined #openstack-meeting-alt16:58
*** harlowja_away is now known as harlowja16:58
rkukuraSukhdev: I think its seen as a port update that changes binding:host_id, but am not positive how nova handles16:58
rkukurait16:58
amotokiirenab: we gave up this in Havana at the last moment... Icehouse too? i am not sure.16:58
*** gokrokve_ has joined #openstack-meeting-alt16:58
rkukuraAnyone else?16:58
rkukuraLast minute - anything else?16:59
Sukhdevrcurran: you had a patch on VM migration, can you please answer?16:59
rcurransorry - on two meetings16:59
*** atiwari has joined #openstack-meeting-alt17:00
rcurranreading back17:00
rcurrancisco nexus md doesn't change binding_host_id17:00
rkukurathanks everyone!17:00
*** alazarev has joined #openstack-meeting-alt17:00
amotokithanks!17:00
rkukura#endmeeting17:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"17:00
Sukhdevrcurran: How does ML2 deal with VM motion?17:00
openstackMeeting ended Wed Mar 26 17:00:46 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)17:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/networking_ml2/2014/networking_ml2.2014-03-26-16.04.html17:00
*** nati_ueno has joined #openstack-meeting-alt17:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/networking_ml2/2014/networking_ml2.2014-03-26-16.04.txt17:00
openstackLog:            http://eavesdrop.openstack.org/meetings/networking_ml2/2014/networking_ml2.2014-03-26-16.04.log.html17:00
banixbye17:01
Sukhdevrcurran: can you stay for a minute to answer that question?>17:01
rcurranok, hold on meeting17:01
*** igormarnat__ has quit IRC17:01
yamamotothanks17:01
*** caleb_ has quit IRC17:01
*** rollerj__ has quit IRC17:02
*** khyati has quit IRC17:02
*** igormarnat__ has joined #openstack-meeting-alt17:02
vinod1#startmeeting Designate17:03
openstackMeeting started Wed Mar 26 17:03:37 2014 UTC and is due to finish in 60 minutes.  The chair is vinod1. Information about MeetBot at http://wiki.debian.org/MeetBot.17:03
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.17:03
*** openstack changes topic to " (Meeting topic: Designate)"17:03
openstackThe meeting name has been set to 'designate'17:03
*** esp has joined #openstack-meeting-alt17:03
*** robertmyers has joined #openstack-meeting-alt17:03
vinod1okay who's here?17:03
espo/17:03
*** sadasu has quit IRC17:03
betsyo/17:04
rjrjr_here17:04
Sukhdevrcurran: hey Rich, lets take it to #openstack-neutron17:04
*** baoli has quit IRC17:04
rcurranok17:04
tsimmonsHere (sort of, on my phone)17:04
eankutsehere17:04
*** eanxgeek is now known as eanxgeek|log17: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
vinod1betsy to add dependency to records-table-redesign blueprint17:05
*** colinmcnamara has joined #openstack-meeting-alt17:05
*** esp has left #openstack-meeting-alt17:05
betsyI did that17:06
vinod1thanks betsy17:06
vinod1vinod to come up with alternatives to recordsets17:06
vinod1I have a proposal on the records vs recordsets at https://wiki.openstack.org/wiki/Designate/Blueprints/RecordSets17:06
vinod1anybody had a chance to read up on that?17:06
vinod1Betsy is coming up with another proposal now17:06
betsyI read it. And I have a slightly different proposal but haven't had a chance to write it up yet17:06
eankutseI did17:06
betsyCan we postpone until next week?17:07
tsimmonsI read it.17:07
rjrjr_i read it.  i'm still not understanding why we are concerned with this.  DNS servers seem to handle different TTLs for records in record sets.17:07
vinod1The RFC states that this should be an error17:07
rjrjr_which RFC?17:08
vinod1http://tools.ietf.org/html/rfc2181 Section 517:08
betsyRFC 218117:08
vinod1since kiall and mugsie aren't around and they would have some input to this17:08
vinod1we can move this to next week17:08
betsyvinod1: agreed17:09
*** kevinconway has quit IRC17:09
*** mestery has joined #openstack-meeting-alt17:09
vinod1#action all - add/review recordset proposals17:09
rjrjr_okay.  i like the blueprint. 8^)  seems to handle the issue elegantly.17:09
vinod1the next action item too from the last week was the same17:10
vinod1Everyone to think about RRSets, reread the logs from the conversation, and come with alternatives and pro's con's17:10
vinod1kiall to dig up ML archive entries around tenant id's in URLs17:10
betsyI'll write up mine, which is a slight variation on Vinod's17:10
vinod1kiall did mention this in the irc chat17:10
*** kevinconway has joined #openstack-meeting-alt17:10
rjrjr_that section talks about how the different TTLs are handled though. 8^(17:11
vinod1section 5.2 states "Should a client receive a response containing RRs from an RRSet with17:12
vinod1   differing TTLs, it should treat this as an error."17:12
rjrjr_it says it is an error, but goes on to say the client will use the lowest TTL value.17:12
rjrjr_"client should treat the RRs for all purposes as if all TTLs in the    RRSet had been set to the value of the lowest TTL in the RRSet."17:13
*** eanxgeek|log is now known as eanxgeek17:13
*** michael-yu has joined #openstack-meeting-alt17:13
vinod1yes that is in case the client gets an incorrect response17:13
vinod1But "In no case may a server send an RRSet with TTLs not all equal."17:14
*** alazarev has quit IRC17:14
rjrjr_so why not handle it the same when a zone transfer is requested?  send them RRSet with the TTL of the lowest record.17:14
rjrjr_them  = the17:14
vinod1doing that would mean that the data that the user enter via the api is not the same as the data that is served out17:14
*** kevinconway has quit IRC17:15
rjrjr_what i'm suggesting is handle it the same way it is handled now in servers.  BIND doesn't prevent me from creating this situation.17:15
*** amcrn has quit IRC17:15
betsyrjrjr_: I think that would be valid.17:15
*** rcurran has quit IRC17:16
*** baoli has joined #openstack-meeting-alt17:16
betsyBut it could be confusing to the user if they didn't realize that only one ttl would be implemented17:16
rjrjr_but they face that issue now in DNS.  do other servers point out when the admin is doing this?17:16
vinod1i am not sure.17:17
vinod1looks like we need more discussion around this next week17:17
betsyAWS has the concept of RecordSets17:17
betsyI tried to read up on their docs, but it was confusing as they don't use REST17:17
betsyvinod1: yes17:17
vinod1rjrjr_: could you add your thoughts to https://wiki.openstack.org/wiki/Designate/Blueprints/RecordSets17:18
vinod1betsy could you add your proposal to the same page17:18
rjrjr_sure.17:18
betsyyes17:18
vinod1that way others can review all the discussion around this in one place17:18
vinod1#action rjrjr_ to update https://wiki.openstack.org/wiki/Designate/Blueprints/RecordSets with his thoughts17:18
vinod1#action betsy update https://wiki.openstack.org/wiki/Designate/Blueprints/RecordSets with alternate proposal17:18
vinod1moving on17:19
vinod1#topic Capture the Notification Context in Designate Sink Blueprint17:19
*** openstack changes topic to "Capture the Notification Context in Designate Sink Blueprint (Meeting topic: Designate)"17:19
vinod1#link https://blueprints.launchpad.net/designate/+spec/sink-capture-notification-context17:19
rjrjr_this one is simple.  the notification contains the context (user, tenant, etc.) and i thought it would be a good idea to capture it for use in the notification handlers.17:20
rjrjr_i also submitted the code for review for this one.17:20
vinod1i haven't had a chance to look at them17:21
vinod1but at a glance this looks like a good idea17:22
*** jmcbride has joined #openstack-meeting-alt17:22
vinod1anyone else want to comment on this?17:22
eankutseI'll take  a look at it17:22
rjrjr_that way, the notification handler can do context related operations.  for example, i have a notification handler that relies on the context to select the forward domain that a record will be added to.17:22
*** kgriffs is now known as kgriffs_afk17:22
betsyI haven't looked at it yet. :(17:23
betsymakes sense at first glance17:23
vinod1#action all look at the blueprint and review sink-capture-notification-context17:23
vinod1#topic Fixed IP PTR Record API Blueprint17:23
*** openstack changes topic to "Fixed IP PTR Record API Blueprint (Meeting topic: Designate)"17:23
vinod1#link https://blueprints.launchpad.net/designate/+spec/fixed-ip-ptrs17:24
rjrjr_i also submitted the code for review for this one. 8^)17:24
betsySo I had a question17:24
eankutserjrjr_: I will look at the code as well17:24
betsyI don't know that much about fixed IP PTRS, but this is basically to track who owns the IP, correct?17:24
rjrjr_fixed IPs are the private IPs for a VM.17:25
jmcbriderjrjr_: so private, not public?17:25
rjrjr_i believe so.  floating = public, fixed = private.17:25
betsyAh17:26
*** mandeep has joined #openstack-meeting-alt17:26
jmcbridelike a 10 or 192 or 172?17:26
rjrjr_in our case, fixed = private and public.  we don't have floating.17:26
*** mandeep has left #openstack-meeting-alt17:26
betsySo does Nova keep track of who owns an IP for a VM?17:26
rjrjr_Neutron does via ports.  a port has a subnet, a subnet has a IP.17:26
betsyJust asking because we currently don't track this info in our DNS system. It's tracked outside of that17:26
*** _nadya_ has quit IRC17:26
betsyDoes it track that back to the tenant_id or project_id?17:27
*** igormarnat__ has quit IRC17:27
rjrjr_tenant ID17:27
rjrjr_Nova has the VM information which contains the IP address.17:27
rjrjr_Port has the IP address.17:28
jmcbrideSo you are saying Designate should own the tenant to IP address relationship?17:28
rjrjr_in the code, i look up the ports for a tenant, get the IP address, to validate the request is proper.17:28
rjrjr_this code is basically finishing the work that was started with floating IP PTR API.17:29
vinod1who owns ports - is it neutron?17:29
*** alazarev has joined #openstack-meeting-alt17:29
rjrjr_Neutron17:29
*** mandeep has joined #openstack-meeting-alt17:29
vinod1is there a 1 to 1 relationship between ports and ip addresses?17:30
rjrjr_no, it is more complicated than that.17:30
*** arnaud has joined #openstack-meeting-alt17:30
*** michael-yu has quit IRC17:30
rjrjr_a port can have more than one IP.17:30
*** mandeep has left #openstack-meeting-alt17:31
rjrjr_think network ports.  a server can have an interface which has multiple IPs.  ditto for routers, etc.17:31
rjrjr_Neutron is capturing that port information.17:31
rjrjr_capturing = modelling.17:31
vinod1so when you say "i look up the ports for a tenant", does designate contact neutron to get the ports for a tenant?17:31
*** michael-yu has joined #openstack-meeting-alt17:32
rjrjr_yes, i look up the ports and IP addresses.  that way, i'm validating the request for the tenant wanting to add the record to the reverse zone.17:32
rjrjr_in designate reverse zones are "shared" among tenants, hence the need for the floating IP PTR and fixed IP PTR API.17:33
rjrjr_so, in the code, i query neutron for a list of ports for a tenant.  the floating IP code does the same for floating IPs.  it just happens that floating IPs are modelled in Neutron.  the closest we have for fixed IPs is ports/subnets/IPs.17:34
vinod1so the decision to do fixed or floating controlled by a config setting?17:35
rjrjr_no, API calls.  /reverse/floatingips versus /reverse/fixedips17:35
*** rkukura has left #openstack-meeting-alt17:36
rjrjr_in Nova, not sure, but you can do just floating, just fixed, or both.17:36
rjrjr_i'm guessing we'll need to carry this discussion to next week. 8^)17:37
vinod1if 192.168.1.0 is a fixedip17:37
vinod1can we create a floatingip to it?17:37
*** IlyaE has quit IRC17:37
rjrjr_no.17:37
jmcbriderjrjr_: we were going to get together after this meeting to clarify some details on our end.  Can we get back to you?17:38
*** baoli has quit IRC17:38
vinod1so how would this be prevented - when designate queries neutron for floatingips?17:38
rjrjr_yes.17:38
rjrjr_vinod1, correct.17:38
vinod1ok moving on17:38
vinod1#topic Is Designate handling Region properly (Floating IP and Fixed IP PTR API)?17:39
*** openstack changes topic to "Is Designate handling Region properly (Floating IP and Fixed IP PTR API)? (Meeting topic: Designate)"17:39
rjrjr_man, without kiall/mugsy, not sure if we can discuss this.17:39
rjrjr_http://kimizhang.wordpress.com/2013/08/26/openstack-zoning-regionavailability-zonehost-aggregate/17:39
betsyrjrjr_: agreed17:39
rjrjr_where does Designate fall into this picture?17:39
vinod1#link http://kimizhang.wordpress.com/2013/08/26/openstack-zoning-regionavailability-zonehost-aggregate/17:39
rjrjr_is it like Keystone and Horizon?17:40
rjrjr_and spans regions?  or is it like Glance, Cinder, Swift, etc. and region specific?17:40
*** gyee has joined #openstack-meeting-alt17:40
*** julienvey has quit IRC17:40
*** tanisdl has joined #openstack-meeting-alt17:40
vinod1i would think that designate would need to span regions17:41
betsySeems like DNS would have to span regions17:41
*** kevinconway has joined #openstack-meeting-alt17:41
*** gokrokve_ has quit IRC17:41
betsyBut I've never seen that chart before17:41
*** NehaV has joined #openstack-meeting-alt17:41
rjrjr_this question came out of the API for floating IP PTR/fixed IP PTR API.17:41
rjrjr_the API has /reverse/floatingips/<region>:<floating-ip-id>17:42
rjrjr_the resource identifier is strange <region>:<floating-ip-id>17:42
rjrjr_if Designate spans regions, should we fix the API to /region/<region>/reverse/floatingips/<floating-ip-id> or something like that?17:43
*** baoli has joined #openstack-meeting-alt17:43
msiskI can see the need for supporting Designate for both fixed and floating.17:43
rjrjr_i've seen this /region/<region> in another OpenStack API.  i'll have to look and see which one.17:44
*** tsimmons has quit IRC17:44
msiskHere at Rackspace we'll need Designate to work globally across all our DCs, but I can see other folks wanting each region/DC to have their own designate setup. That certianly makes PTR support easier.17:45
*** ttrumm has joined #openstack-meeting-alt17:45
rjrjr_hmmm... so Designate may need to participate in a region?17:47
betsySeems like we need Kiall and Mugsie to weigh in17:47
rjrjr_agreed.17:47
betsyThey've probably already thought about this17:47
betsyLet's table it for next week17:47
betsyIs that okay with you, rjrjr?17:48
rjrjr_yes.17:48
vinod1#action discuss Is Designate handling Region properly (Floating IP and Fixed IP PTR API)?17:49
vinod1#topic Mini-DNS: Can we rename it to something less provoking, like ZoneTransfer Module?17:49
*** openstack changes topic to "Mini-DNS: Can we rename it to something less provoking, like ZoneTransfer Module? (Meeting topic: Designate)"17:49
vinod1If minidns would be the master server, would calling it ZoneTransfer indicate that?17:49
eankutsewe already decided on a name, right?17:49
jmcbrideThe only reason I proposed this is it seems to make people worry that we are over-engineering things.17:49
*** ttrumm has quit IRC17:50
jmcbrideA common response is, "What! You are writing your own name server??"17:50
rjrjr_i believe kiall said it does more than zone transfers though.  for example, it will need to serve SOA records as part of the zone transfer negotiation.17:50
*** saurabhs has quit IRC17:50
jmcbridetrue.17:51
rjrjr_so, zone transfer is just a subset of what it will be doing.17:51
betsyThat's why it's real name is mdns, pronounced MaDNesS :)17:51
jmcbrideand I know we envision it may do much more.17:51
*** rpodolyaka1 has joined #openstack-meeting-alt17:51
*** tsimmons has joined #openstack-meeting-alt17:51
jmcbrideOK, well, seems like mdns is not a bad approach, I think we can close this topic.17:52
jmcbridesince mdns is the name.17:52
jmcbridethe "name"17:52
vinod1#topic Pecan issues (bugs 1288830 and 1288834)17:52
*** openstack changes topic to "Pecan issues (bugs 1288830 and 1288834) (Meeting topic: Designate)"17:52
vinod1#link https://bugs.launchpad.net/designate/+bug/128883017:52
vinod1#link https://bugs.launchpad.net/designate/+bug/128883417:52
*** IlyaE has joined #openstack-meeting-alt17:53
vinod1The primary concern here was that these issues arose because of the way pecan handles these urls17:53
vinod1I looked at other (incubated) openstack projects. Only Ceilometer appears to use Pecan.17:53
vinod1The question now is Should we follow up with Pecan about this issues?17:53
*** atomic77 has joined #openstack-meeting-alt17:54
vinod1are there any volunteers for this?17:54
vinod1the other question was Should the rest of openstack community be informed about these issues?17:54
*** tsimmons has quit IRC17:55
*** michael-yu has quit IRC17:55
betsyI think that's a good idea. We should send out an email to the dev email list with the concern17:55
*** khyati_ has joined #openstack-meeting-alt17:55
*** _nadya_ has joined #openstack-meeting-alt17:55
betsySee what the rest of the community thinks17:55
*** zhangleiqiang has joined #openstack-meeting-alt17:55
*** amcrn has joined #openstack-meeting-alt17:55
betsyI'll send out the email17:56
*** jcru has joined #openstack-meeting-alt17:56
*** rpodolyaka1 has quit IRC17:56
vinod1#action betsy to send out email to dev list about pecan issues17:56
vinod1thanks betsy17:56
vinod1any more things that need discussion17:56
vinod1now is your time17:56
rjrjr_i have a concern.17:56
betsyWe've only got 4 min17:56
rjrjr_we seem to be bottlenecked when not everyone is on this meeting.  is that being addressed?17:57
*** crucif0rm has joined #openstack-meeting-alt17:57
rjrjr_nobody's fault.  just seems dysfunctional.17:57
betsyHasn't happened that often, but you're right17:57
*** saju_m has joined #openstack-meeting-alt17:57
eankutseright - not that often17:58
betsyrjrjr_: True17:58
eankutsebut it sure is better if all attend17:58
rjrjr_overall, our progress seems slow at times though. 8^(17:58
jmcbridegiven kiall's work, it is definitely difficult to make a lot of progress if he's not around.17:58
vinod1i think once we have more expertise of designate spread around, this issue will not be there17:58
betsyI think that will change over time, though17:58
rjrjr_okay17:58
*** SlickNik has joined #openstack-meeting-alt17:59
betsyBut you bring up a good point17:59
vinod1#endmeeting17:59
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"17:59
openstackMeeting ended Wed Mar 26 17:59:23 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)17:59
openstackMinutes:        http://eavesdrop.openstack.org/meetings/designate/2014/designate.2014-03-26-17.03.html17:59
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/designate/2014/designate.2014-03-26-17.03.txt17:59
openstackLog:            http://eavesdrop.openstack.org/meetings/designate/2014/designate.2014-03-26-17.03.log.html17:59
*** zhangleiqiang has quit IRC17:59
*** vinod1 has left #openstack-meeting-alt17:59
*** hub_cap has joined #openstack-meeting-alt17:59
*** grapex has joined #openstack-meeting-alt18:00
*** saurabhs has joined #openstack-meeting-alt18:00
amrithmeeting?18:00
*** SnowDust has joined #openstack-meeting-alt18:00
grapexo/18:00
*** michael-yu has joined #openstack-meeting-alt18:01
amrith0/18:01
hub_capyuppers18:01
*** jmcbride has left #openstack-meeting-alt18:01
hub_cap#startmeeting trove18:01
openstackMeeting started Wed Mar 26 18:01:16 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:01
*** cp16net has joined #openstack-meeting-alt18:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.18:01
*** openstack changes topic to " (Meeting topic: trove)"18:01
vipulo/18:01
openstackThe meeting name has been set to 'trove'18:01
grapexo/18:01
kevinconway\o/18:01
robertmyerso/18:01
juiceo/18:01
SlickNiko/18:01
*** michael-yu has quit IRC18:01
peterstaco/18:01
doug_shelley66o/18:01
cp16net(ʘ෴̴͜ʘ)18:01
hub_capumm18:02
*** luqas has quit IRC18:02
vipulwoah18:02
SnowDust<o>18:02
cp16netlol18:02
amcrno/18:02
juicecp16net: I know you have been waiting all week for this18:02
amrithin some language that must look pretty18:02
amytrono/18:02
juicecp16net: you probably got up early to rehearse:18:02
hub_caplol juice18:02
SnowDustjuice: LOL18:02
amytronjuice:  how did you know?!18:02
amcrnthe early bird gets the worm juice, don't be jealous ;)18:02
*** michael-yu has joined #openstack-meeting-alt18:02
hub_cap#topic openstack summit18:02
*** openstack changes topic to "openstack summit (Meeting topic: trove)"18:02
grapexjuice: What's interesting is cp16net in real life has no mustache18:03
hub_capso, we only have 1 session proposed18:03
esmuteo/18:03
vgnbkro/18:03
*** rjrjr_ has quit IRC18:03
kevinconwayhub_cap: we could probably fill several days of the conference with users18:03
hub_caplets rally and get some sessions pushed up18:03
hub_capLOOL kevinconway18:03
cp16nethah18:03
vipulwhat's the deadline?18:03
cp16netlet do eet18:04
annashen_o/18:04
*** esp has joined #openstack-meeting-alt18:04
hub_capvipul: good question, idont know18:04
SlickNikI'm looking at pushing up info for a couple of sessions by the end of this week.18:04
hub_caples say today18:04
*** demorris has joined #openstack-meeting-alt18:04
*** derekh has quit IRC18:04
hub_cap;)18:04
vipul:p18:04
hub_capok lets try to push someting, anything, by EOW18:04
cp16netword18:04
hub_capremember, anyone can propose18:04
*** michael-yu has quit IRC18:05
hub_capand u can update it once u propose18:05
*** dripton is now known as dripton_afk18:05
hub_capi wont start scheduling for about 2 more wks18:05
hub_capso i guess ill speak about the process a bit18:05
hub_capjust so we are aware18:05
hub_capso anyone proposes to summit.o.o18:06
hub_capand i take those and i have the abilty to schedule them, regject them, mark as dups etc18:06
hub_capi rely on the core team to help18:06
hub_capso we can all get it iron outdddddddddddddd18:07
hub_cap^ ^ joke for grapex18:07
hub_capany questions on the process?18:07
*** jcoufal has quit IRC18:07
doug_shelley66i assume the actual time/room scheduling is done by the conf organizers?18:07
*** dripton_afk is now known as dripton18:07
hub_capso the blocks of time are done by ttx18:07
doug_shelley66so could be scattered anywhere across the 4 days18:08
hub_capand he consults the ptls to talk about the room blocks and how they coincide18:08
hub_capand if there are conflicts18:08
amytronif a session is marked as a dup, do the two proposers need to pair up?18:08
doug_shelley66ah ok18:08
hub_capbut once we have a "block" we are in the same room18:08
vipuldo we get > 1 day now?18:08
hub_capamytron: if they wish :)18:08
hub_capvipul: nope but we get a full day iirc18:08
hub_capor 2x the ammt of sessions18:08
hub_capas for dups18:08
hub_capthe one that is best written up usually "wins"18:09
hub_capbut i will consult both authors and get them to work together18:09
hub_capthese are design sessions, so both authors will likely bein the same room anyway18:09
hub_capso doug_shelley66 to reiterate (not sure if i did) we have 1 room the entire time18:10
vipulyea and for folks new... these are super informal.. the presenter just starts the discussion18:10
doug_shelley66hub_cap from tues to friday? or just 1 day?18:10
*** Sukhdev has quit IRC18:10
vipuldoesn't ahve to have everything prepared18:10
hub_capdoug_shelley66: 1 day, back to back to back to back18:10
hub_capyup vipul, we end up having an etherpad / blueprint18:10
hub_capand then discuss it18:10
grapexhub_cap: If all of ours end up being on the same day then I submit "Trove: Nap time" to be preceded by juice boxes.18:10
juicehub_cap: will the revolution be televised?18:10
hub_capand this time we wont have HELLA jetlag18:10
juiceor for those that are not there, they just don't participate18:11
hub_capgrapex: did u consult juice ?18:11
*** codekobe_ has joined #openstack-meeting-alt18:11
hub_capjuice: ummm i think we are getting better w/ televising18:11
juiceI know openstack provides video that next day or the day after18:11
hub_capbut in the past its been pretty bad heh18:11
grapexhub_cap: I actually meant juice which give us each a specially wrapped box with a present he picked out for us.18:11
hub_capgrapex: ++18:11
kevinconwayso do the proposers need to also be presenters?18:11
cp16nethow many session will we have?18:12
amytronshould we plan to stay for a full day on friday? are there usually a lot of sessions planned on the last day?18:12
hub_capamytron: the sessions go till EOD friday18:12
amrithhub_cap: since some of us plan to come in late or leave early (not stay the whole week) it would help to know which day was the trove design sessions18:12
hub_capand there is _always_ a possiblity we will have sessions "moved" to friday because of conflicts18:12
hub_capamrith: ill ask ttx if what hes proposes is irond out18:13
amrithcan we assume that there are no design sessions on Monday and Tuesday?18:13
amrithonly W, T and F?18:13
hub_capbut if say, 2 other projects are conflicting and they need us to switch18:13
hub_capi wont say no18:13
hub_capthere was a bit of switching in HK but not a ton18:13
hub_capand i ALWAYS ALWAYS ALWAYS recommend staying the whole time18:14
vipulamrith: i think sessions will be T-F18:14
amrithok, any heads up you can provide in this regard would be much appreciated.18:14
doug_shelley66but you are saying that when you pick the topics you will only pick enough to fill 1 day?18:14
hub_capyes vipul T-F18:14
hub_capdoug_shelley66: i will pick enough to fill our slots we are given18:14
esmuteT for tuesday or thursday?18:14
amytronwhat time is "EOD" on friday?18:14
hub_capTUE-FRI18:14
vipullol18:14
amritht for thursday18:14
amrithoh18:14
SlickNikT=Tuesday18:14
hub_capmonday is just keyonets18:14
amritht for tuesday18:14
vipulgood thing you clarified :)18:14
amrithok18:14
hub_capits on the splash page yall18:14
amrithgood thing you clarified18:14
vipulhttps://www.openstack.org/summit/openstack-summit-atlanta-2014/18:15
vipulscroll down :)18:15
SlickNik#link https://www.openstack.org/summit/openstack-summit-atlanta-2014/18:15
hub_capthx vipul i was just getting that too18:15
hub_capthx SlickNik18:15
hub_capbut srsly guys, i ALWAYS recommend staying, but a good bit of people do leave early18:15
hub_capso if u leave, and we have a friday session, then ill be there to hold down the fort18:15
cp16neti just make the decisions for everyone18:16
*** luqas has joined #openstack-meeting-alt18:16
cp16net:-P18:17
cp16netj/k18:17
esmuteyou guys dont want to miss the party that we throw out anyways18:17
hub_capesmute: plz tell me yer party is not friday LOL18:17
juiceHP is cutting budget this year so we are trying to minimize attendees to the party18:18
esmutethrow down* Thanks juice for correcting18:18
esmutelol18:18
hub_capjuice: WEAK ;)18:18
juicejust kidding18:18
amrithah, I see. cost cutting, everyone brings their own juice. I'm claiming first dibs on juice ;)18:18
* hub_cap goes to the press w/ juice 's comment18:18
juiceI'm sure we will have all you can eat chicken and waffles18:18
hub_capamrith: ummmmmmmmmm u can have all dibs on juice18:18
hub_cap;)18:18
cp16netthats delish18:18
doug_shelley66should i sell my HP stock?18:18
*** yogesh has joined #openstack-meeting-alt18:19
juicedoug_shelley66: it's skyrocketing18:19
doug_shelley66ah because of the cost cutting :) i see18:19
hub_capdude im so having c&w there18:19
juicewhat's the next topic :)18:19
hub_caplol ya18:19
vipullol juice doesn't want to get caught giving insider trading advice :)18:20
*** dianefleming has quit IRC18:20
hub_capamrith: is up :)18:20
*** luqas has quit IRC18:20
amrithok18:20
hub_cap#topic datastore abstraction18:20
*** openstack changes topic to "datastore abstraction (Meeting topic: trove)"18:20
amrithTwo related topics that I want to discuss.18:20
amrithOne is the blueprint for the proposed change; not for icehouse, likely later.18:20
amrithThe second is the review for https://review.openstack.org/#/c/82080/18:20
amrithTo the blue print.18:20
amrithUnix'es have implemented abstractions like /etc/init.d or upstart to address the issue of a simple mechanism to handle service start and stop. It is an abstraction that allows the OS to easily start and stop services, and for the services to implement basic functionality in this regard.18:20
hub_cap#link https://blueprints.launchpad.net/trove/+spec/trove-guest-agent-datastore-control18:20
amrithyes, that one18:20
hub_capamrith: nothign is for icehouse anymore ;)18:20
amrithabsolutely18:21
amrithsays so in the bug and the bp18:21
amrithUnfortunately, there are more than one standard.18:21
amrithTherefore, a meta service like the guest agent needs to build an abstraction layer as well.18:21
amrithThe benefits are obvious.18:21
amrithWe should not have bugs like https://bugs.launchpad.net/trove/+bug/129531318:21
amrithThe common abstraction would provide a mechanism in which each data store would describe the right way to start/stop/control itself.18:21
amrithDefaults would be provided (use service start) or some such.18:21
*** dripton is now known as dripton_afk18:21
amrithso I guess my first question to core is this ...18:22
amrithI've not done any of the implementation  (yet)18:22
amrithhave some thoughts on the implementation though18:22
amrithshould this BP move to the BP review meeting which is on Monday or can we discuss now?18:22
amrithreason I put it on now is because I have a part 2 to this conversation18:22
juiceamrith: I think you keep going18:23
yogeshamrith: are we talking about an interface which all the guest agents should implement OR are u talking about a base guest agent implementation...?18:23
amrithI am talking about an interface that would be part of each guest agent18:23
amrithright now, there's some code in operating_system.py which attempts to abstract some of this knowledge18:23
vipulso each datastore manager implement start() and stop()? and the logic for each datastore would be different?18:24
amrithso each data store will tell how it wants start() and stop() to be done18:24
juiceamrith: a question off the top of my head is isn't the abstraction in the datastore/manager.py enough18:24
amrithit could simply be to say "use service" in some fashion18:24
amrithjuice, I'll get to that in a second18:24
grapexamrith: So this is just helped code to call the unix based stop / start scripts for an implementation if you want18:24
grapex?18:24
amrithto vipul's quesiton, a data store that has a simple service command (eg mysql) would just use that but would explicitly state that.18:25
amrithfor a sevice (say cassandra) it would be the same thing18:25
amrithfor mongo on the other hand, the data store would provide the commands to execute for start/stop etc.,18:25
*** jgallard has quit IRC18:25
amrithto juice's question: the code in oeprating system.py is called adhoc by some data stores (I believe).18:26
amrithand the code attempts to guess based on what it sees on the file system18:26
grapexamrith: But what if a Trove operator wants to run MySQL on Windows?18:26
amrithit attempts to pick which to do in some order18:26
*** SnowDust has quit IRC18:26
grapexJ/k!18:26
*** SnowDust has joined #openstack-meeting-alt18:26
amrithbut if we have a data store (for example) that requires multiple services, the code in oeprating system.py is not capable enough18:27
amrithso in effect, we have a situation where each data store has to implement or adopt the code in operating_system.py18:27
amrithinstead, I'm proposing that in order to avoid bugs like the one amcrn found, that we make this a clear abstraction.18:27
amrithto grapex question, yes18:27
amrithit may not be scripts18:27
grapexamrith: This sounds like it's just adding some helper code different implementations can choose to use. Doesn't seem too controversial.18:28
amrithit may be commands that have to be run18:28
amrithfor example "mongodb --shutdown"18:28
amrithgrapex, i think the implementation would be along the lines you are proposing18:28
vipul+1 i think each manager owning its own stop/start routines is good.. shouldnt' try to shoehorn everything into a single class18:28
amrithit is largely helper code18:28
amrithand it will allow each data store to pick its own start/stop without necessarily duplicating the code in many places18:28
amrithand it would handle things like cleaning up PID files etc.,18:29
amrithwhich a simple KILL command doesn't do18:29
amrithto the question of windows, sure it is supported, in v1618:29
amrithj/k18:29
SlickNikamrith: +1 I think this is a good idea.18:29
amrithso, my second process question.18:30
amcrn+1, on-board.18:30
amrithwhat's the next stop?18:30
vipulatlanta18:30
amrithI flesh out the implementation details in the BP and come back to all-y'all at Atlanta?18:30
vipulj/k I think this is a minor one18:30
amrithok, thx vipul18:30
amrithnow to the more controversial issue18:31
SlickNikamrith: Clarification, does this tackle discovery of the start stop service? (systemd vs. upstart, for example) or is that v2?18:31
vipulactually you should just fix it and do it before that18:31
*** hockeynut has quit IRC18:31
vipulif it's possible.. no need to wait for summit18:31
amrithone second18:31
amrithSlickNick, answer re: discovery18:31
amrithI will try and keep that logic around18:31
amrithbut I'm dubious about it18:31
amrithlet me think more and come back to you with a cogent argument rather than some rambling18:32
amrithOK?18:32
amrithvipul: were you talking about the more controversial issue (https://review.openstack.org/#/c/82080/)?18:32
*** jasonb365 has joined #openstack-meeting-alt18:32
amriththis is the other half of amcrn's https://review.openstack.org/#/c/81914/18:33
SlickNikamrith: Sounds good.18:33
amrithSlickNick: thx18:33
vipulamrith: i guess i don't know why this one is so controversial.. seems like we shoudl be using service stop for c*18:33
amrithI don't know why it is that https://review.openstack.org/#/c/81914/ is +1 but https://review.openstack.org/#/c/82080/ is -1. I assume we don't have to rehash the email exchanges re: the MySQL bug that was part of the discussion of amcrn's fix. I was asked to "provide proof" which I did. But the person asking for it is now silent.18:33
amrithCORE: What is your guidance on this?18:33
amrithcould I get a code review either up or down for https://review.openstack.org/#/c/82080/18:34
hub_capwell amrith if it was denis_makogon its cuz he had to leave for the meeting18:34
kevinconwayi'd prefer a dramatic reading of the email exchanges18:34
amrithI can't grok why service start works in ubuntu but service stop doesn't ;)18:34
grapexWho here is using Casandra or running it today?18:34
hub_capkill should not be used18:34
vipulif you say it works.. i'd +2 it :D18:34
amrithkevinconway: action item, I'll do the dramatic reading (in costume in Atlanta)18:34
konetzedamrith: why arnt these config values and not hardcoded18:34
konetzed?18:34
SlickNikamrith: I'd +2 the review based on Viswa's reply. We should _not_ be using kill.18:34
amrithI pasted into chat a login session with service start and stop18:35
konetzedamrith: so anyone can use what ever they want for start and stop w/o having to change the code18:35
amrithViswaV and I had a very detailed discussion of this as well18:35
vipulamcrn: what do you think? you guys run cassandra?18:35
amcrnyeah, let me test the stop server command, and ensure it works18:36
amrithkonetzed: the idea is that in the blueprint they would be to make this do'able18:36
amcrnbecause it looks like everyone agrees that kill is overkill if service-stop works18:36
hub_capkonetzed: i think thats a good question18:36
grapexamcrn: That's my view- it's overkill, *if* something else works.18:36
amrithgive me a second and I'll find the URL to the paste18:36
*** michael-yu has joined #openstack-meeting-alt18:37
grapexI'll admit it everyone... I'm not above writing a call to "kill" into the guest code, but only if there's a great reason. Probably don't want to kill a service we'll be handing to end users either.18:37
*** hockeynut has joined #openstack-meeting-alt18:37
grapexBetter for an admin to log in and figure out why it won't die.18:37
kevinconwaywe can use Python's os.kill()18:37
kevinconwayskip the subshell18:37
grapexkevinconway: But first we'll call grep to get the process ID, so we know we have the right one.18:38
* hub_cap marks kevinconway as a perma-troll18:38
vipulyea than we wouldn't feel so guilty18:38
amrithhttp://paste.openstack.org/show/74160/18:38
amrithso, there's more to killing the process than the kill with the right pid18:38
hub_capso amrith i think koko is saying make the start/stop/restart configurable from the config.file18:38
amriththere's also the issue of cleaning up a pid file18:38
hub_capas opposed to putting it in a .py file18:39
amriththt would be a good option for the bp18:39
hub_capyea i think thats valid, so if kevinconway wants to use pkill w/ his bash agent he can18:39
amrithdo you want to do that now, given that amcrn's fix is in already?18:39
esmutelol18:39
amrithamcrn: pl take a look at the paste output I put above18:39
SnowDustkoko :D !18:39
amrithit has the service start/stop18:39
kevinconwaypkill -9 -f * to be exact18:39
*** walker_ has joined #openstack-meeting-alt18:39
amrithhub_cap: you proposed init 0 yesterday. That worked.18:40
*** msisk has left #openstack-meeting-alt18:40
hub_capHAHAHAHA18:40
*** beagles is now known as beagles_brb18:40
amrithso what does core propose?18:40
amrithI have a +1 and a -118:40
juicekevinconway: the ONLY problem with that is that the guest agent won't be around to report back status18:40
hub_capi think we should do this18:40
kevinconwayjuice: it's scheduled on a cron job to restart18:40
kevinconwayself-healing18:40
hub_capbut i also think we should go further and make it configurable18:41
hub_caplol kevinconway18:41
grapexhub_cap: Agreed18:41
amrithif a data store dies in the forest and there is no guest agent to see, does it send a notification?18:41
*** spzala has quit IRC18:41
amrithso hub_cap: do you want to do that for both start and stop, now?18:41
grapexamrith: Nope.18:41
amrithI'm asking the tactical question for now18:41
hub_capamrith: im pretty sure i saw a commercial about that recently18:41
*** flwang has quit IRC18:41
SlickNikWe could make it configurable as part of the abstraction bp amrith suggested previously.18:41
grapexhub_cap: Was it for life insurance?18:42
hub_capso amrith i think its ok to do that in multiple parts, but i dont think itll be a ton of work to do them together18:42
hub_capgrapex: it was for toaster pastries18:42
grapexhub_cap: Odd18:42
hub_caphahahahaha18:42
hub_capvipul: SlickNik grapex what do yall think?18:43
grapexI am down for this blueprint. I do think in the future we might want to make things more configurable but this seems like it will work for everyone atm.18:43
SlickNikI'm good with doing it incrementally.18:43
vipuli'm ok with the current patch, and as part of the start() stop() abstraction mentioned earlier.. we can make it somehwat configurable18:43
konetzedi think it should end up configurable sooner rather then later but i think its ok getting in amrith changes in now, just my 3 cents18:44
esmutewhat is being configurable? Whether to use systemd/upstart/killall etc?18:44
cp16netlooking at this more i think all of the {datastore}/system.py is just a big configuration18:45
cp16netshouldnt this be in configurations?18:45
hub_cap++18:45
SnowDustcp16net : +118:45
amrithOK folks, I'll be prepared to talk more about this in Atlanta (the blueprint, that is). if you approve https://review.openstack.org/#/c/82080/ it is good to go.18:45
SnowDustif cfg.py defines datastore options why not start/stop/ for it as commands too ?18:46
amrithcp16net: yes I think it should be configurations but preferably in some way such that you don't have duplicated code that ends up being a bug fix requiring identical changes in five places.18:46
robertmyersSnowDust: yes, we should do that18:47
amrithSnowDust: that is a good place to put it.18:47
amrithOther thoughts? hub_cap, amcrn, grapex, SlickNick18:48
hub_caphonestly18:49
hub_capthis file is a big config file just like its been said already18:49
hub_capwe should, porbably in a diff review18:49
hub_capmove it all to config based w/ sane defaults18:49
grapexhub_cap: And once the freeze thaws lets move the guest agent around a bit18:49
grapexI think at that time it'll be pretty simple to see how the configs work and whoever fixes it might get an easier consensus.18:50
hub_capwe could probably do CONF.ubuntu.blah and CONF.redhat.blah (im sure we can come up w/ better names but u get the point)18:50
hub_cap++18:50
SnowDustamrith, my bp that abstracts cfg.py for datastore options https://blueprints.launchpad.net/trove/+spec/refactoring-datastore-options-in-cfg is already approved, i can extend that to include what i was talking18:50
amcrnsorry, back, was on phone call18:50
amrithSnowDust: let's talk about that approach18:50
amrithwill u be in Atlanta?18:50
hub_capway to go amcrn we wouldnve never known18:51
hub_capamrith: this should be solvable befoere atl18:51
grapexamrith: Maybe we don't need to wait until Atlanta18:51
hub_capLOL18:51
*** nacim has joined #openstack-meeting-alt18:51
amrithhard to put a face to a name on IRC18:51
hub_capAHHHHH18:51
SnowDustamrith i got my atendee pass free .. sponsor tesora tickets :) as well .. i will be there :D18:51
amrithaustin was good18:51
hub_capnm then amrith18:52
amrithalso for brisket18:52
*** rpodolyaka1 has joined #openstack-meeting-alt18:52
amrithand I'm a vegetarian18:52
hub_capYESHHHHH18:52
hub_capok so one last thing18:52
hub_capi assume we are done w/ this18:52
hub_capamrith: do u feel good about the outcome?18:52
*** zhiyan is now known as zhiyan_18:52
hub_capservice is valid18:52
amrithI'm assuming that reviewers will do their +1's offline18:52
amrithI'm good18:52
amriththx all18:52
amcrnso reading through the chat log: we're going to merge the service start/stop (assuming stop actually works), but in the long-term amrith and others will work out the long-term strategy?18:52
hub_capbut we also need to eventually make tehse configurable18:52
amrithSnowDust: sorry have to dissapoint on the tickets18:52
hub_capamcrn: gosh why dont u say waht i said but smarter18:53
*** jecarey has quit IRC18:53
SnowDustamrith: .. will feel happy to discuss on the approach anyway18:53
amcrn:)18:53
hub_cap#topic icehouse rc118:53
*** openstack changes topic to "icehouse rc1 (Meeting topic: trove)"18:53
hub_capsoooooo18:53
hub_capwe are one bug out from being RC1 complete18:53
hub_capwe will merge that today18:53
cp16netyay18:54
hub_capand ttx  will cut RC1 tomorrow18:54
SnowDustcongrats !!!18:54
cp16netyou feel the excitment?18:54
cp16net(sp)18:54
vipul(party)18:54
*** caleb_ has joined #openstack-meeting-alt18:54
SnowDustcores, <318:54
grapexhub_cap: I knew if we tried hard enough we'd eventually be able to merge all the bugs to RC1.18:54
SlickNikhell yea!18:54
hub_capHAHAH18:54
hub_caponce RC1 is cut18:54
grapexSo, when do we ship the CDs?18:54
amcrngrapex: just click +2 next to every review, it's the gates job to protect us, right?18:54
hub_capgrapex: lets let ubuntu do that ;)18:54
amcrn;)18:55
hub_capamcrn: ++18:55
SlickNiklol @ amcrn18:55
vipulgrapex: so you can put it in your microwave :p18:55
hub_capso once RC1 is cut, juno officially opens18:55
grapexI've been looking forward to putting it up next to my copy of Norton Desktop Commander 98.18:55
grapexhub_cap: Awesome.18:55
hub_caphey m$ opensourced "word for windows"18:55
cp16netgrapex: i need 500 hours free18:55
amrithsorry to be the party pooper ... amcrn and grapex (maybe others) have to +1 my review ;)18:55
amrithI'll get right on to the guest agents on Windows blueprint after that18:55
vipuli heard the same for MS DOS...18:55
hub_capyuppp18:56
hub_capso i just wanted to say18:56
vipulonly 30 years later18:56
grapexvipul: Free Dos as a service....18:56
*** Duane has joined #openstack-meeting-alt18:56
hub_capcore will be looking at all the reviews, so plz dust them off, take them out of abandon mode18:56
hub_capand rebase them18:56
vipuli bet people are dieing to have that18:56
hub_capwe will likely do a run thru of tox before looking at code18:56
hub_caprecheck no bug ;)18:56
*** rpodolyaka1 has quit IRC18:56
*** rpodolyaka1 has joined #openstack-meeting-alt18:57
SnowDustvipul, :p18:57
hub_capso if your code fails tox, we will not look at it yet ;)18:57
*** NehaV1 has joined #openstack-meeting-alt18:57
*** Duane has quit IRC18:57
*** flwang has joined #openstack-meeting-alt18:57
hub_capok so if no one has Qs im going to end this early18:58
*** Duane has joined #openstack-meeting-alt18:58
kevinconwayo/      gpg keys ==> sign them18:58
vipuloh what about the vote on Cluster API?18:58
*** krugg is now known as krugg_18:58
kevinconwayi need to wire bitcoins to a wealthy long lost relative in another country18:58
kevinconwayi can't do that without a well signed key18:58
*** jmontemayor has quit IRC18:59
vipulkevinconway: they prefer real money i think18:59
amcrnvipul: imsplitbit doug_shelley66 and myself mentioned in the chat earlier this morning that we need to sync up next week18:59
imsplitbityeah18:59
imsplitbitI'm in18:59
vipulamcrn: Ok, sounds good..18:59
hub_caplol kevinconway18:59
*** NehaV has quit IRC18:59
hub_capcool on that note18:59
hub_cap#endmeeting19:00
amcrnkevinconway: i hear mt. gox is a great place to send bitcoin19:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"19:00
imsplitbitbeen tied up in a weeklong meeting this week but next week, other than wednesday, works for me19:00
openstackMeeting ended Wed Mar 26 19:00:01 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-26-18.01.html19:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/trove/2014/trove.2014-03-26-18.01.txt19:00
openstackLog:            http://eavesdrop.openstack.org/meetings/trove/2014/trove.2014-03-26-18.01.log.html19:00
*** alazarev has quit IRC19:00
*** cp16net has left #openstack-meeting-alt19:00
*** johnthetubaguy has quit IRC19:00
*** robertmyers has left #openstack-meeting-alt19:00
*** michael-yu has quit IRC19:01
*** SnowDust has left #openstack-meeting-alt19:01
*** caleb_ has quit IRC19:01
*** krugg_ is now known as krugg19:01
*** caleb_ has joined #openstack-meeting-alt19:02
*** hub_cap has left #openstack-meeting-alt19:02
*** jecarey has joined #openstack-meeting-alt19:02
*** eanxgeek is now known as eanxgeek|log19:03
*** caleb_ has quit IRC19:03
*** jcru has quit IRC19:03
*** luqas has joined #openstack-meeting-alt19:03
*** kgriffs_afk is now known as kgriffs19:04
*** esp has left #openstack-meeting-alt19:05
*** spzala has joined #openstack-meeting-alt19:08
*** markmcclain has joined #openstack-meeting-alt19:08
*** atomic77 has left #openstack-meeting-alt19:09
*** alazarev has joined #openstack-meeting-alt19:11
*** jmontemayor has joined #openstack-meeting-alt19:11
*** irenab has quit IRC19:17
*** nacim has quit IRC19:22
*** markwash has quit IRC19:27
*** SumitNaiksatam has quit IRC19:31
*** doug_shelley66 has quit IRC19:34
*** andreaf has quit IRC19:34
*** spzala has quit IRC19:38
*** dripton_afk is now known as dripton19:42
*** SumitNaiksatam has joined #openstack-meeting-alt19:42
*** betsy has quit IRC19:43
*** codekobe_ has quit IRC19:43
*** nacim has joined #openstack-meeting-alt19:46
*** nacim has quit IRC19:52
*** Duane has quit IRC19:53
*** Duane has joined #openstack-meeting-alt19:54
*** mspreitz has joined #openstack-meeting-alt19:54
*** doug_shelley66 has joined #openstack-meeting-alt19:57
*** jergerber has joined #openstack-meeting-alt19:58
*** khyati_ has quit IRC20:00
*** greghaynes has joined #openstack-meeting-alt20:01
*** greghaynes has left #openstack-meeting-alt20:01
*** michael-yu has joined #openstack-meeting-alt20:02
*** alazarev has quit IRC20:03
*** julim_ has quit IRC20:03
*** kebray has joined #openstack-meeting-alt20:05
*** beagles_brb is now known as beagles20:06
*** codekobe_ has joined #openstack-meeting-alt20:08
*** eankutse1 has joined #openstack-meeting-alt20:08
*** eankutse1 has quit IRC20:09
*** eankutse1 has joined #openstack-meeting-alt20:09
*** Duane has quit IRC20:09
*** colinmcnamara has quit IRC20:10
*** eankutse has quit IRC20:10
*** tanisdl has quit IRC20:11
*** saju_m has quit IRC20:11
*** eankutse has joined #openstack-meeting-alt20:11
*** eankutse has joined #openstack-meeting-alt20:12
*** tanisdl has joined #openstack-meeting-alt20:12
*** michael-yu has quit IRC20:13
*** demorris has quit IRC20:13
*** eankutse1 has quit IRC20:13
*** eanxgeek|log is now known as eanxgeek20:17
*** mattgriffin has joined #openstack-meeting-alt20:17
*** michael-yu has joined #openstack-meeting-alt20:18
*** codekobe_ has quit IRC20:18
*** codekobe_ has joined #openstack-meeting-alt20:19
*** rpodolyaka1 has quit IRC20:21
*** alazarev has joined #openstack-meeting-alt20:21
*** hockeynut has quit IRC20:22
*** hockeynut has joined #openstack-meeting-alt20:23
*** jprovazn is now known as jprovazn_afk20:25
*** michael-yu has quit IRC20:26
*** demorris has joined #openstack-meeting-alt20:27
*** hockeynut1 has joined #openstack-meeting-alt20:27
*** hockeynut has quit IRC20:27
*** caleb_ has joined #openstack-meeting-alt20:28
*** betsy has joined #openstack-meeting-alt20:29
*** michael-yu has joined #openstack-meeting-alt20:30
*** saju_m has joined #openstack-meeting-alt20:30
*** _nadya_ has quit IRC20:30
*** tedchang has quit IRC20:30
*** david-lyle has quit IRC20:34
*** saju_m has quit IRC20:37
*** rpodolyaka1 has joined #openstack-meeting-alt20:38
*** _nadya_ has joined #openstack-meeting-alt20:41
*** atiwari has quit IRC20:42
*** SlickNik has left #openstack-meeting-alt20:44
*** julim has joined #openstack-meeting-alt20:45
*** lsmola has joined #openstack-meeting-alt20:46
*** lsmola has quit IRC20:46
*** Duane has joined #openstack-meeting-alt20:47
*** demorris has quit IRC20:49
*** BillArnold_ has joined #openstack-meeting-alt20:49
*** rpodolyaka1 has quit IRC20:50
*** Duane has quit IRC20:50
*** Duane has joined #openstack-meeting-alt20:50
*** caleb_ has quit IRC20:53
*** eanxgeek is now known as eanxgeek|log20:54
*** michael-yu has quit IRC20:55
*** caleb_ has joined #openstack-meeting-alt20:55
*** pdmars has quit IRC20:56
*** michael-yu has joined #openstack-meeting-alt20:56
*** michael-yu has quit IRC20:56
*** colinmcnamara has joined #openstack-meeting-alt20:58
*** Barker has quit IRC20:58
*** garyduan has joined #openstack-meeting-alt20:59
*** boris-42 has quit IRC20:59
*** michael-yu has joined #openstack-meeting-alt20:59
*** tedchang has joined #openstack-meeting-alt21:00
*** kevinconway has quit IRC21:00
*** rudrarugge has quit IRC21:01
*** jasonb365 has quit IRC21:06
*** demorris has joined #openstack-meeting-alt21:08
*** jasonb365 has joined #openstack-meeting-alt21:12
*** jprovazn_afk has quit IRC21:16
*** Barker has joined #openstack-meeting-alt21:17
*** boris-42 has joined #openstack-meeting-alt21:17
*** mattgriffin has quit IRC21:17
*** marun has left #openstack-meeting-alt21:18
*** lifeless has quit IRC21:19
*** michael-yu has quit IRC21:20
*** dprince has quit IRC21:20
*** michael-yu has joined #openstack-meeting-alt21:21
*** mattgriffin has joined #openstack-meeting-alt21:23
*** michael-yu has quit IRC21:24
*** michael-yu has joined #openstack-meeting-alt21:25
*** alazarev has quit IRC21:27
*** alazarev has joined #openstack-meeting-alt21:28
*** luqas has quit IRC21:31
*** gduan has joined #openstack-meeting-alt21:32
*** garyduan has quit IRC21:33
*** eankutse has quit IRC21:34
*** Duane has quit IRC21:39
*** codekobe_ has quit IRC21:40
*** Duane has joined #openstack-meeting-alt21:45
*** Duane has quit IRC21:45
*** Duane has joined #openstack-meeting-alt21:46
*** Duane has quit IRC21:47
*** bdpayne has quit IRC21:48
*** Duane has joined #openstack-meeting-alt21:48
*** Duane has quit IRC21:49
*** rpodolyaka1 has joined #openstack-meeting-alt21:50
*** Duane has joined #openstack-meeting-alt21:51
*** Duane has quit IRC21:52
*** Duane has joined #openstack-meeting-alt21:52
*** megan_w has quit IRC21:53
*** Duane has quit IRC21:53
*** Duane has joined #openstack-meeting-alt21:53
*** Duane has quit IRC21:54
*** rpodolyaka1 has quit IRC21:55
*** Duane has joined #openstack-meeting-alt21:56
*** Duane has quit IRC21:57
*** baoli has quit IRC21:57
*** Duane has joined #openstack-meeting-alt21:57
*** kgriffs_afk has joined #openstack-meeting-alt21:58
*** Duane_ has joined #openstack-meeting-alt21:59
*** mspreitz has quit IRC21:59
*** Duane__ has joined #openstack-meeting-alt22:00
*** beagles has quit IRC22:00
*** Duane__ has quit IRC22:01
*** carl_baldwin has quit IRC22:01
*** Duane__ has joined #openstack-meeting-alt22:01
*** _nadya_ has quit IRC22:02
*** Duane__ has quit IRC22:02
*** Duane has quit IRC22:02
*** dhellmann is now known as dhellmann_22:03
*** Duane_ has quit IRC22:03
*** banix has quit IRC22:04
*** Duane has joined #openstack-meeting-alt22:07
*** Duane_ has joined #openstack-meeting-alt22:09
*** ameade has quit IRC22:09
*** Duane_ has quit IRC22:09
*** Duane_ has joined #openstack-meeting-alt22:10
*** Duane_ has quit IRC22:11
*** Duane_ has joined #openstack-meeting-alt22:11
*** nikhil__ is now known as nikhil__|afk22:12
*** Duane has quit IRC22:12
*** Duane_ has quit IRC22:12
*** luqas has joined #openstack-meeting-alt22:12
*** Duane has joined #openstack-meeting-alt22:12
*** Duane has quit IRC22:13
*** Duane has joined #openstack-meeting-alt22:14
*** Duane has quit IRC22:15
*** NehaV1 has quit IRC22:15
*** Duane has joined #openstack-meeting-alt22:16
*** Duane has quit IRC22:17
*** mwagner_lap has quit IRC22:17
*** caleb_ has quit IRC22:18
*** demorris has quit IRC22:18
*** Duane has joined #openstack-meeting-alt22:18
*** Barker has quit IRC22:19
*** tanisdl_ has joined #openstack-meeting-alt22:20
*** Duane_ has joined #openstack-meeting-alt22:20
*** Duane_ has quit IRC22:21
*** Duane_ has joined #openstack-meeting-alt22:21
*** carl_baldwin has joined #openstack-meeting-alt22:22
*** Duane_ has quit IRC22:22
*** Duane has quit IRC22:22
*** Barker has joined #openstack-meeting-alt22:22
*** tanisdl has quit IRC22:22
*** tanisdl_ is now known as tanisdl22:22
*** baoli has joined #openstack-meeting-alt22:23
*** caleb_ has joined #openstack-meeting-alt22:23
*** Duane has joined #openstack-meeting-alt22:24
*** jasonb365 has quit IRC22:24
*** Duane has quit IRC22:25
*** Duane has joined #openstack-meeting-alt22:25
*** hockeynut1 has quit IRC22:26
*** Duane has quit IRC22:26
*** baoli has quit IRC22:26
*** Duane has joined #openstack-meeting-alt22:26
*** yogesh has quit IRC22:26
*** lblanchard has quit IRC22:27
*** Duane has quit IRC22:27
*** jergerber has quit IRC22:28
*** ameade has joined #openstack-meeting-alt22:28
*** ameade has quit IRC22:29
*** Duane has joined #openstack-meeting-alt22:29
*** ameade has joined #openstack-meeting-alt22:29
*** carl_baldwin has quit IRC22:29
*** gduan has quit IRC22:30
*** Duane_ has joined #openstack-meeting-alt22:30
*** dhellmann_ is now known as dhellmann22:31
*** Duane_ has quit IRC22:31
*** Duane_ has joined #openstack-meeting-alt22:31
*** Duane_ has quit IRC22:32
*** Duane_ has joined #openstack-meeting-alt22:33
*** Duane_ has quit IRC22:34
*** Duane has quit IRC22:34
*** Duane has joined #openstack-meeting-alt22:34
*** Duane has quit IRC22:35
*** Leonr has quit IRC22:36
*** walker_ has quit IRC22:36
*** tanisdl has quit IRC22:37
*** bdpayne has joined #openstack-meeting-alt22:37
*** Duane has joined #openstack-meeting-alt22:37
*** Duane has quit IRC22:37
*** Duane has joined #openstack-meeting-alt22:38
*** Duane has quit IRC22:39
*** Duane has joined #openstack-meeting-alt22:39
*** Duane_ has joined #openstack-meeting-alt22:41
*** dhellmann is now known as dhellmann_22:41
*** Duane_ has quit IRC22:41
*** Duane_ has joined #openstack-meeting-alt22:42
*** Duane has quit IRC22:43
*** Duane has joined #openstack-meeting-alt22:44
*** Barker has quit IRC22:44
*** Duane__ has joined #openstack-meeting-alt22:45
*** jjmb has joined #openstack-meeting-alt22:46
*** Duane_ has quit IRC22:46
*** Duane__ has quit IRC22:46
*** IlyaE has quit IRC22:47
*** Duane_ has joined #openstack-meeting-alt22:47
*** Duane_ has quit IRC22:48
*** Duane_ has joined #openstack-meeting-alt22:48
*** arunkant has quit IRC22:48
*** Duane has quit IRC22:49
*** Duane_ has quit IRC22:49
*** rpodolyaka1 has joined #openstack-meeting-alt22:51
*** Duane has joined #openstack-meeting-alt22:51
*** Duane has quit IRC22:51
*** jmontemayor has quit IRC22:51
*** loquacities is now known as starving22:52
*** Duane has joined #openstack-meeting-alt22:52
*** Duane_ has joined #openstack-meeting-alt22:53
*** jjmb has quit IRC22:54
*** Duane_ has quit IRC22:54
*** Duane_ has joined #openstack-meeting-alt22:54
*** rpodolyaka1 has quit IRC22:55
*** Duane_ has quit IRC22:55
*** Duane_ has joined #openstack-meeting-alt22:56
*** Duane has quit IRC22:56
*** garyduan has joined #openstack-meeting-alt22:57
*** harlowja has quit IRC22:58
*** bdpayne has quit IRC22:59
*** Duane has joined #openstack-meeting-alt22:59
*** Duane has quit IRC23:00
*** Duane has joined #openstack-meeting-alt23:00
*** Duane has quit IRC23:00
*** mattgriffin has quit IRC23:00
*** bdpayne has joined #openstack-meeting-alt23:00
*** Duane_ has quit IRC23:01
*** harlowja has joined #openstack-meeting-alt23:03
*** rramirez has quit IRC23:04
*** amytron has quit IRC23:05
*** starving is now known as Loquacities23:05
*** julim has quit IRC23:05
*** grapex has quit IRC23:07
*** noslzzp has quit IRC23:09
*** juice has quit IRC23:09
*** demorris has joined #openstack-meeting-alt23:10
*** demorris has quit IRC23:12
*** kebray has quit IRC23:13
*** IlyaE has joined #openstack-meeting-alt23:14
*** luqas has quit IRC23:14
*** flaper87 is now known as flaper87|afk23:18
*** nati_ueno has quit IRC23:23
*** nati_ueno has joined #openstack-meeting-alt23:23
*** jtomasek has quit IRC23:25
*** juice has joined #openstack-meeting-alt23:26
*** IlyaE has quit IRC23:37
*** yamahata has quit IRC23:37
*** mwagner_lap has joined #openstack-meeting-alt23:38
*** saurabhs has quit IRC23:39
*** rkukura has joined #openstack-meeting-alt23:52
*** gduan has joined #openstack-meeting-alt23:52
*** garyduan has quit IRC23:53
*** vkmc has quit IRC23:57

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