Wednesday, 2014-07-02

*** Obulpathi has quit IRC00:00
*** prashanthr_ has joined #openstack-meeting-alt00:03
*** david-lyle has quit IRC00:05
*** david-lyle has joined #openstack-meeting-alt00:06
*** chuckC has quit IRC00:07
*** atiwari has quit IRC00:07
*** yamamoto has joined #openstack-meeting-alt00:07
*** IlyaE has quit IRC00:09
*** prashanthr_ has left #openstack-meeting-alt00:09
*** david-lyle has quit IRC00:10
*** Michalik_ has joined #openstack-meeting-alt00:10
*** demorris has quit IRC00:13
*** ajo|mac_ has quit IRC00:13
*** cjellick_ has joined #openstack-meeting-alt00:16
*** cjellick has quit IRC00:20
*** gokrokve has quit IRC00:24
*** dims__ has quit IRC00:25
*** xarses has quit IRC00:26
*** AlanClark has quit IRC00:31
*** banix has joined #openstack-meeting-alt00:35
*** banix has quit IRC00:40
*** shakamunyi has quit IRC00:42
*** dims__ has joined #openstack-meeting-alt00:43
*** banix has joined #openstack-meeting-alt00:43
*** ccrouch has joined #openstack-meeting-alt00:50
*** Michalik_ has quit IRC00:50
*** annashen_ has joined #openstack-meeting-alt00:52
*** TravT|2 has quit IRC00:57
*** xianghui has joined #openstack-meeting-alt00:58
*** vkmc has quit IRC00:58
*** bdpayne has quit IRC00:59
*** nati_ueno has quit IRC00:59
*** shakamunyi has joined #openstack-meeting-alt01:00
*** nati_ueno has joined #openstack-meeting-alt01:01
*** nati_ueno has quit IRC01:09
*** nati_ueno has joined #openstack-meeting-alt01:10
*** woodster__ has quit IRC01:15
*** mberlin has quit IRC01:18
*** nelsnelson has joined #openstack-meeting-alt01:19
*** Sukhdev has quit IRC01:20
*** AlanClark has joined #openstack-meeting-alt01:20
*** yamamoto has quit IRC01:20
*** shakamunyi has quit IRC01:20
*** Sukhdev has joined #openstack-meeting-alt01:22
*** marcoemorais has quit IRC01:22
*** nelsnelson has quit IRC01:23
*** nelsnelson has joined #openstack-meeting-alt01:24
*** otherwiseguy has quit IRC01:27
*** otherwiseguy has joined #openstack-meeting-alt01:27
*** annashen_ has quit IRC01:28
*** xarses has joined #openstack-meeting-alt01:28
*** mberlin has joined #openstack-meeting-alt01:34
*** nelsnelson has quit IRC01:34
*** armax has quit IRC01:35
*** MarkAtwood has joined #openstack-meeting-alt01:39
*** yamamoto has joined #openstack-meeting-alt01:40
*** markwash has quit IRC01:42
*** AlanClark has quit IRC01:42
*** noslzzp has quit IRC01:47
*** nosnos has joined #openstack-meeting-alt01:49
*** gokrokve has joined #openstack-meeting-alt01:49
*** noslzzp has joined #openstack-meeting-alt01:49
*** otherwiseguy has quit IRC01:51
*** nosnos has quit IRC01:55
*** nosnos has joined #openstack-meeting-alt01:55
*** thomasem has joined #openstack-meeting-alt01:59
*** thomasem has quit IRC01:59
*** busterswt has quit IRC02:05
*** nati_ueno has quit IRC02:07
*** nati_ueno has joined #openstack-meeting-alt02:10
*** annashen_ has joined #openstack-meeting-alt02:11
*** otherwiseguy has joined #openstack-meeting-alt02:12
*** mattgriffin has joined #openstack-meeting-alt02:18
*** lenrow has joined #openstack-meeting-alt02:18
*** MarkAtwood has quit IRC02:18
*** dlenrow has quit IRC02:21
*** nati_ueno has quit IRC02:21
*** nati_ueno has joined #openstack-meeting-alt02:21
*** zhiyan_ is now known as zhiyan02:22
*** nati_ueno has quit IRC02:22
*** xianghui has quit IRC02:24
*** arnaud has quit IRC02:29
*** zhiyan is now known as zhiyan_02:30
*** xuhanp has joined #openstack-meeting-alt02:37
*** zhiyan_ is now known as zhiyan02:42
*** scott-millward has quit IRC02:42
*** chuckC has joined #openstack-meeting-alt02:44
*** pballand has joined #openstack-meeting-alt02:45
*** Sukhdev has quit IRC02:46
*** tsv has joined #openstack-meeting-alt02:46
*** tsv has quit IRC02:46
*** armax has joined #openstack-meeting-alt02:47
*** pballand has quit IRC02:49
*** harlowja is now known as harlowja_away02:50
*** ijw has joined #openstack-meeting-alt02:52
*** richm has quit IRC02:56
*** cjellick_ has quit IRC02:57
*** cjellick has joined #openstack-meeting-alt02:58
*** otherwiseguy has quit IRC02:58
*** cjellick_ has joined #openstack-meeting-alt03:00
*** nati_ueno has joined #openstack-meeting-alt03:02
*** ijw has quit IRC03:02
*** cjellick has quit IRC03:02
*** tsv has joined #openstack-meeting-alt03:03
*** cjellick_ has quit IRC03:04
*** otherwiseguy has joined #openstack-meeting-alt03:04
*** xianghui has joined #openstack-meeting-alt03:05
*** dims__ has quit IRC03:09
*** gyee has quit IRC03:10
*** ramishra has joined #openstack-meeting-alt03:11
*** mwagner_ has quit IRC03:15
*** carl_baldwin has joined #openstack-meeting-alt03:18
*** Haiying has joined #openstack-meeting-alt03:18
*** armax has quit IRC03:20
*** zhiyan is now known as zhiyan_03:22
*** sankarshan_away is now known as sankarshan03:23
*** zhiyan_ is now known as zhiyan03:24
*** tsv_ has joined #openstack-meeting-alt03:26
*** mwagner_ has joined #openstack-meeting-alt03:27
*** nosnos has quit IRC03:27
*** zhiyan has quit IRC03:30
*** cjellick has joined #openstack-meeting-alt03:30
*** carl_baldwin has quit IRC03:34
*** Haiying has quit IRC03:35
*** zhiyan has joined #openstack-meeting-alt03:37
*** cjellick has quit IRC03:39
*** zhiyan is now known as zhiyan_03:39
*** otherwiseguy has quit IRC03:39
*** otherwiseguy has joined #openstack-meeting-alt03:40
*** zhiyan_ is now known as zhiyan03:40
*** carl_baldwin has joined #openstack-meeting-alt03:42
*** TravT has joined #openstack-meeting-alt03:45
*** ijw has joined #openstack-meeting-alt03:46
*** zhiyan is now known as zhiyan_03:46
*** ijw has quit IRC03:49
*** mattgriffin has quit IRC03:49
*** zhiyan_ is now known as zhiyan03:50
*** arnaud has joined #openstack-meeting-alt03:50
*** Haiying has joined #openstack-meeting-alt03:51
*** coolsvap|afk is now known as coolsvap03:53
*** tdruiva has joined #openstack-meeting-alt03:56
*** woodster__ has joined #openstack-meeting-alt04:02
*** TravT has quit IRC04:03
*** nelsnelson has joined #openstack-meeting-alt04:11
*** banix has quit IRC04:11
*** Sukhdev has joined #openstack-meeting-alt04:12
*** Haiying has quit IRC04:15
*** drupalmonkey has quit IRC04:24
*** carl_baldwin has quit IRC04:26
*** kebray has joined #openstack-meeting-alt04:27
*** carl_baldwin has joined #openstack-meeting-alt04:28
*** dims__ has joined #openstack-meeting-alt04:37
*** ramishra has quit IRC04:37
*** nosnos has joined #openstack-meeting-alt04:42
*** IlyaE has joined #openstack-meeting-alt04:42
*** dims__ has quit IRC04:42
*** arnaud has quit IRC04:47
*** ramishra has joined #openstack-meeting-alt04:49
*** arnaud has joined #openstack-meeting-alt04:49
*** kebray has quit IRC04:53
*** kebray has joined #openstack-meeting-alt04:54
*** dims__ has joined #openstack-meeting-alt05:02
*** dims__ has quit IRC05:07
*** otherwiseguy has quit IRC05:08
*** carl_baldwin has quit IRC05:13
*** kebray has quit IRC05:14
*** otherwiseguy has joined #openstack-meeting-alt05:15
*** marun is now known as marun_afk05:16
*** amitpp has joined #openstack-meeting-alt05:21
*** otherwiseguy has quit IRC05:21
*** SushillKM has joined #openstack-meeting-alt05:23
*** rwsu has quit IRC05:24
*** eghobo has joined #openstack-meeting-alt05:30
*** shakamunyi has joined #openstack-meeting-alt05:31
*** shakamunyi has quit IRC05:32
*** shakamunyi has joined #openstack-meeting-alt05:32
*** bdpayne has joined #openstack-meeting-alt05:33
*** amitpp has quit IRC05:35
*** otherwiseguy has joined #openstack-meeting-alt05:38
*** chandan_kumar has joined #openstack-meeting-alt05:38
*** amitpp has joined #openstack-meeting-alt05:40
*** shakamunyi has quit IRC05:42
*** otherwiseguy has quit IRC05:42
*** otherwiseguy has joined #openstack-meeting-alt05:48
*** padkrish has joined #openstack-meeting-alt05:49
*** shakamunyi has joined #openstack-meeting-alt05:50
*** shakamunyi has quit IRC05:50
*** padkrish has quit IRC05:50
*** bdpayne has quit IRC05:52
*** otherwiseguy has quit IRC05:52
*** eguz has joined #openstack-meeting-alt05:53
*** eghobo has quit IRC05:57
*** dims__ has joined #openstack-meeting-alt06:03
*** nati_ueno has quit IRC06:03
*** IlyaE has quit IRC06:03
*** dims__ has quit IRC06:08
*** Sukhdev has quit IRC06:11
*** ddmitriev has joined #openstack-meeting-alt06:12
*** nati_ueno has joined #openstack-meeting-alt06:16
*** venkatesh has joined #openstack-meeting-alt06:20
*** woodster__ has quit IRC06:25
*** gokrokve has quit IRC06:29
*** julienvey has joined #openstack-meeting-alt06:50
*** nati_ueno has quit IRC06:51
*** tkelsey has joined #openstack-meeting-alt06:51
*** venkatesh_ has joined #openstack-meeting-alt06:52
*** venkatesh has quit IRC06:55
*** eguz has quit IRC06:55
*** GheRivero_afk is now known as GheRivero06:56
*** thomnico has joined #openstack-meeting-alt06:59
*** gokrokve has joined #openstack-meeting-alt07:00
*** venkatesh_ has quit IRC07:02
*** gokrokve_ has joined #openstack-meeting-alt07:02
*** artem_panchenko has joined #openstack-meeting-alt07:03
*** gokrokv__ has joined #openstack-meeting-alt07:04
*** artem_panchenko has left #openstack-meeting-alt07:04
*** gokrokve has quit IRC07:04
*** jamiehannaford has joined #openstack-meeting-alt07:04
*** gokrokve_ has quit IRC07:07
*** julienvey has quit IRC07:07
*** gokrokv__ has quit IRC07:08
*** deepakcs has joined #openstack-meeting-alt07:15
*** flaper87|afk is now known as flaper8707:19
*** annashen_ has quit IRC07:24
*** ajo|mac has joined #openstack-meeting-alt07:24
*** otherwiseguy has joined #openstack-meeting-alt07:26
*** arnaud has quit IRC07:31
*** otherwiseguy has quit IRC07:31
*** otherwiseguy has joined #openstack-meeting-alt07:32
*** flaper87 is now known as flaper87|afk07:35
*** otherwiseguy has quit IRC07:37
*** jcoufal has joined #openstack-meeting-alt07:38
*** yamamoto has quit IRC07:49
*** mestery has quit IRC07:51
*** mestery has joined #openstack-meeting-alt07:55
*** lsmola__ has joined #openstack-meeting-alt07:56
*** dshulyak has quit IRC07:58
*** nacim has joined #openstack-meeting-alt08:02
*** gokrokve has joined #openstack-meeting-alt08:04
*** ChanServ sets mode: +o SergeyLukjanov08:06
*** dims__ has joined #openstack-meeting-alt08:06
*** SergeyLukjanov changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"08:06
*** toan-tran has joined #openstack-meeting-alt08:07
*** gokrokve has quit IRC08:09
*** dims__ has quit IRC08:11
*** amitpp has quit IRC08:14
*** oomichi has quit IRC08:14
*** amitpp has joined #openstack-meeting-alt08:14
*** flaper87|afk is now known as flaper8708:17
*** julienvey has joined #openstack-meeting-alt08:18
*** julienvey has quit IRC08:22
*** safchain has joined #openstack-meeting-alt08:25
*** gokrokve has joined #openstack-meeting-alt08:30
*** ramishra has quit IRC08:30
*** ramishra has joined #openstack-meeting-alt08:30
*** jkraj has joined #openstack-meeting-alt08:32
*** otherwiseguy has joined #openstack-meeting-alt08:32
*** gokrokve has quit IRC08:34
*** otherwiseguy has quit IRC08:36
*** derekh_ has joined #openstack-meeting-alt08:41
*** yamamoto has joined #openstack-meeting-alt08:41
*** jamiehannaford has quit IRC08:44
*** jamiehannaford has joined #openstack-meeting-alt08:44
*** tzn has joined #openstack-meeting-alt08:45
*** jcoufal has quit IRC08:48
*** jgallard has joined #openstack-meeting-alt08:48
*** yamamoto has quit IRC08:48
*** jamiehannaford has quit IRC08:52
*** yamamoto has joined #openstack-meeting-alt08:54
*** jamiehannaford has joined #openstack-meeting-alt08:56
*** e0ne has joined #openstack-meeting-alt09:00
*** julienvey_ has joined #openstack-meeting-alt09:00
*** tzn has quit IRC09:01
*** tzn has joined #openstack-meeting-alt09:01
*** gokrokve has joined #openstack-meeting-alt09:02
*** Longgeek has joined #openstack-meeting-alt09:03
*** NikitaKo_ has joined #openstack-meeting-alt09:03
*** Longgeek has quit IRC09:03
*** gokrokve has quit IRC09:03
*** gokrokve has joined #openstack-meeting-alt09:04
*** Longgeek has joined #openstack-meeting-alt09:04
*** jtomasek has joined #openstack-meeting-alt09:06
*** dims__ has joined #openstack-meeting-alt09:07
*** gokrokve has quit IRC09:09
*** jtomasek has quit IRC09:10
*** dims__ has quit IRC09:12
*** thomnico has quit IRC09:14
*** zz_johnthetubagu is now known as johnthetubaguy09:17
*** andreaf has joined #openstack-meeting-alt09:24
*** overlayer has joined #openstack-meeting-alt09:25
*** ramishra has quit IRC09:27
*** yamamoto has quit IRC09:28
*** tsufiev has left #openstack-meeting-alt09:31
*** ramishra has joined #openstack-meeting-alt09:35
*** jtomasek has joined #openstack-meeting-alt09:47
*** nacim has quit IRC09:48
*** toan-tran has quit IRC09:49
*** mkoderer has quit IRC09:52
*** nacim has joined #openstack-meeting-alt09:58
*** yamamoto has joined #openstack-meeting-alt09:59
*** deepakcs has quit IRC10:00
*** gokrokve has joined #openstack-meeting-alt10:02
*** Longgeek has quit IRC10:03
*** Longgeek has joined #openstack-meeting-alt10:03
*** sankarshan is now known as sankarshan_away10:04
*** yamamoto has quit IRC10:06
*** gokrokve has quit IRC10:07
*** Longgeek has quit IRC10:07
*** dims__ has joined #openstack-meeting-alt10:08
*** xuhanp has quit IRC10:13
*** jcoufal has joined #openstack-meeting-alt10:13
*** dims__ has quit IRC10:13
*** jgallard has quit IRC10:14
*** ramishra has quit IRC10:21
*** Longgeek has joined #openstack-meeting-alt10:21
*** tdruiva has quit IRC10:22
*** NikitaKo_ has quit IRC10:24
*** ramishra_ has joined #openstack-meeting-alt10:25
*** tzn has quit IRC10:29
*** matrohon has quit IRC10:32
*** dims__ has joined #openstack-meeting-alt10:32
*** vkmc has joined #openstack-meeting-alt10:36
*** ramishra_ has quit IRC10:39
*** matrohon has joined #openstack-meeting-alt10:45
*** sankarshan_away is now known as sankarshan10:45
*** arturt has joined #openstack-meeting-alt10:54
*** yamamoto has joined #openstack-meeting-alt10:55
*** tzn has joined #openstack-meeting-alt10:57
*** gokrokve has joined #openstack-meeting-alt11:02
*** e0ne has quit IRC11:03
*** gokrokve has quit IRC11:08
*** Longgeek has quit IRC11:10
*** Longgeek has joined #openstack-meeting-alt11:10
*** oreillyd has joined #openstack-meeting-alt11:13
*** otherwiseguy has joined #openstack-meeting-alt11:15
*** SushillKM has quit IRC11:17
*** otherwiseguy has quit IRC11:19
*** tdruiva has joined #openstack-meeting-alt11:23
*** coolsvap is now known as coolsvap|afk11:23
*** tdruiva has quit IRC11:28
*** thomnico has joined #openstack-meeting-alt11:28
*** tzn has quit IRC11:28
*** tzn has joined #openstack-meeting-alt11:29
*** tkelsey has quit IRC11:32
*** e0ne has joined #openstack-meeting-alt11:33
*** yamamoto has quit IRC11:35
*** mkoderer has joined #openstack-meeting-alt11:40
*** julim has joined #openstack-meeting-alt11:45
*** amitpp has quit IRC11:50
*** markmcclain has joined #openstack-meeting-alt11:53
*** NikitaKo_ has joined #openstack-meeting-alt11:54
*** NikitaKo_ has quit IRC11:55
*** NikitaKo_ has joined #openstack-meeting-alt11:56
*** arturt has quit IRC11:58
*** tdruiva has joined #openstack-meeting-alt11:58
*** arturt has joined #openstack-meeting-alt11:58
*** nosnos has quit IRC11:59
*** markmcclain1 has joined #openstack-meeting-alt11:59
*** markmcclain has quit IRC11:59
*** nosnos has joined #openstack-meeting-alt11:59
*** SushillKM has joined #openstack-meeting-alt12:01
*** julienvey_ has quit IRC12:01
*** arturt_ has joined #openstack-meeting-alt12:02
*** radek has joined #openstack-meeting-alt12:02
*** markmcclain1 has quit IRC12:02
*** julienvey_ has joined #openstack-meeting-alt12:02
*** gokrokve has joined #openstack-meeting-alt12:02
*** tdruiva has quit IRC12:02
*** Longgeek_ has joined #openstack-meeting-alt12:02
*** arturt has quit IRC12:03
*** julienvey_ is now known as julienvey12:03
*** nosnos has quit IRC12:04
*** jgallard has joined #openstack-meeting-alt12:04
*** Longgeek has quit IRC12:06
*** julienvey has quit IRC12:06
*** julienvey has joined #openstack-meeting-alt12:07
*** gokrokve has quit IRC12:07
*** Longgeek_ has quit IRC12:07
*** Longgeek has joined #openstack-meeting-alt12:08
*** banix has joined #openstack-meeting-alt12:10
*** otherwiseguy has joined #openstack-meeting-alt12:14
*** deepakcs has joined #openstack-meeting-alt12:15
*** otherwiseguy has quit IRC12:18
*** banix has quit IRC12:24
*** jdob has joined #openstack-meeting-alt12:25
*** arturt_ has quit IRC12:26
*** arturt_ has joined #openstack-meeting-alt12:27
*** pdmars has joined #openstack-meeting-alt12:27
*** arturt_ has quit IRC12:27
*** arturt_ has joined #openstack-meeting-alt12:28
*** yamamoto has joined #openstack-meeting-alt12:30
*** pdmars_ has joined #openstack-meeting-alt12:31
*** pdmars has quit IRC12:31
*** yamamoto_ has joined #openstack-meeting-alt12:34
*** yamamoto has quit IRC12:34
*** mestery has quit IRC12:35
*** tdruiva has joined #openstack-meeting-alt12:35
*** mestery has joined #openstack-meeting-alt12:39
*** otherwiseguy has joined #openstack-meeting-alt12:39
*** dprince has joined #openstack-meeting-alt12:44
*** SushillKM has quit IRC12:44
*** thomasem has joined #openstack-meeting-alt12:47
*** woodster__ has joined #openstack-meeting-alt12:50
*** satish has joined #openstack-meeting-alt12:52
*** dims__ has quit IRC12:52
*** julim has quit IRC12:53
*** dims__ has joined #openstack-meeting-alt12:53
*** lenrow has quit IRC12:54
*** julim has joined #openstack-meeting-alt12:54
*** demorris has joined #openstack-meeting-alt12:54
*** radez_g0n3 is now known as radez12:55
*** jkraj has quit IRC12:55
*** kenhui has joined #openstack-meeting-alt12:58
*** Zhou_Yu has joined #openstack-meeting-alt13:01
*** mfer has joined #openstack-meeting-alt13:02
*** gokrokve has joined #openstack-meeting-alt13:02
*** chandan_kumar is now known as chandankumar13:03
*** tkelsey has joined #openstack-meeting-alt13:05
*** gokrokve has quit IRC13:07
*** MarkAtwood has joined #openstack-meeting-alt13:08
*** eankutse has joined #openstack-meeting-alt13:09
*** xianghui has quit IRC13:12
*** e0ne has quit IRC13:12
*** yamamoto_ has quit IRC13:12
*** ggarcia has joined #openstack-meeting-alt13:13
*** MarkAtwood has quit IRC13:13
*** e0ne has joined #openstack-meeting-alt13:13
*** MarkAtwood has joined #openstack-meeting-alt13:14
*** yamamoto has joined #openstack-meeting-alt13:14
*** baoli has joined #openstack-meeting-alt13:14
*** MarkAtwood has quit IRC13:20
*** NikitaKo_ has quit IRC13:23
*** arturt_ has quit IRC13:26
*** arturt_ has joined #openstack-meeting-alt13:26
*** arturt_ has quit IRC13:28
*** xianghui has joined #openstack-meeting-alt13:29
*** arturt_ has joined #openstack-meeting-alt13:29
*** arturt_ has quit IRC13:30
*** arturt_ has joined #openstack-meeting-alt13:31
*** eankutse has quit IRC13:33
*** julim has quit IRC13:34
*** jecarey has quit IRC13:35
*** julim has joined #openstack-meeting-alt13:35
*** arturt_ has quit IRC13:36
*** AlanClark has joined #openstack-meeting-alt13:36
*** arturt_ has joined #openstack-meeting-alt13:37
*** Obulpathi has joined #openstack-meeting-alt13:39
*** arturt_ has quit IRC13:41
*** tedross has joined #openstack-meeting-alt13:44
*** ranger6 has joined #openstack-meeting-alt13:44
*** tedross has left #openstack-meeting-alt13:44
*** yamamoto has quit IRC13:45
*** Obulpathi has quit IRC13:45
*** ian_ott has joined #openstack-meeting-alt13:45
*** drupalmonkey has joined #openstack-meeting-alt13:45
*** Obulpathi has joined #openstack-meeting-alt13:45
*** diga has joined #openstack-meeting-alt13:46
*** kenhui has quit IRC13:49
*** kenhui has joined #openstack-meeting-alt13:50
*** kenhui has quit IRC13:50
*** armax has joined #openstack-meeting-alt13:50
*** thomasem has quit IRC13:50
*** kenhui has joined #openstack-meeting-alt13:51
*** davidpc has joined #openstack-meeting-alt13:51
*** thangp has joined #openstack-meeting-alt13:53
*** cloudon1 has joined #openstack-meeting-alt13:55
*** ndipanov has joined #openstack-meeting-alt13:55
*** amitpp has joined #openstack-meeting-alt13:57
*** s3wong has joined #openstack-meeting-alt13:57
*** deepakcs has quit IRC13:57
*** NikitaKo_ has joined #openstack-meeting-alt13:58
*** mestery_ has joined #openstack-meeting-alt13:59
*** smazziotta has joined #openstack-meeting-alt14:00
*** mestery has quit IRC14:00
*** jchapman has joined #openstack-meeting-alt14:00
*** JohnHaller has joined #openstack-meeting-alt14:00
*** mestery_ is now known as mestery14:00
*** xuhanp has joined #openstack-meeting-alt14:00
*** amitpp has quit IRC14:00
*** ulikleber has joined #openstack-meeting-alt14:00
*** sgordon has joined #openstack-meeting-alt14:00
*** adrian-hoban has joined #openstack-meeting-alt14:01
*** tzn has quit IRC14:01
russellb#startmeeting nfv14:01
openstackMeeting started Wed Jul  2 14:01:31 2014 UTC and is due to finish in 60 minutes.  The chair is russellb. Information about MeetBot at http://wiki.debian.org/MeetBot.14:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:01
russellbhello, everyone!14:01
*** openstack changes topic to " (Meeting topic: nfv)"14:01
openstackThe meeting name has been set to 'nfv'14:01
cloudon1hi14:01
s3wonghi14:01
cgoncalveshi14:01
adrian-hobanHello14:01
smazziottahi14:01
ian_otthi14:01
*** bauzas has joined #openstack-meeting-alt14:01
JohnHallerhi14:01
digaHi14:01
ulikleberhi14:01
bauzaso/14:01
digaHi14:01
russellb#link https://wiki.openstack.org/wiki/Teams/NFV14:01
*** PaulCzar_ has joined #openstack-meeting-alt14:01
russellb#chair sgordon14:01
openstackCurrent chairs: russellb sgordon14:01
jchapmanHey14:02
*** PaulCzar_ has left #openstack-meeting-alt14:02
russellb#link https://etherpad.openstack.org/p/nfv-meeting-agenda14:02
*** Imendel has joined #openstack-meeting-alt14:02
russellbagenda on the etherpad, feel free to add topics14:02
russellb#topic review actions from last week14:02
*** openstack changes topic to "review actions from last week (Meeting topic: nfv)"14:02
russellblast week bauzas had created an NFV gerrit dashboard generator14:02
Imendelhi14:02
*** IlyaE has joined #openstack-meeting-alt14:02
*** gokrokve has joined #openstack-meeting-alt14:02
russellb#link http://bit.ly/1iFdldx14:02
russellbi set up a VM for him to use to host the script and automatically update a redirect to a current dashboard14:03
bauzascorrect, there were 2 actions, one missing from the meeting14:03
russellbbauzas: have a chance to look at doing that?14:03
russellbbauzas: ah, didn't see the other in the minutes14:03
radekHi there !14:03
*** julim has quit IRC14:03
*** Jeremy_F has joined #openstack-meeting-alt14:03
bauzasright, my action was to implement the possiblity to update a short url14:03
*** rohit404 has joined #openstack-meeting-alt14:04
*** JeremyLiu has joined #openstack-meeting-alt14:04
bauzasI'm just finishing that, I identified tiny.cc for the backend14:04
bauzaspossibly goo.gl aslo14:04
bauzasalso14:04
*** julim has joined #openstack-meeting-alt14:04
bauzasso, the action is to finish that one, and then communicate on the short url14:04
russellbOK14:04
*** ijw has joined #openstack-meeting-alt14:04
russellbcould also implement it with a redirect on that VM i set up for you14:04
bauzasthe script is almost done, I'm just testing14:05
russellbshort url service probably easier though if it supports that14:05
bauzaswell I was planning to host that script on your VM14:05
russellbok14:05
bauzasand update the url14:05
bauzasso that doesn't require to change bookmarks14:05
sgordonright14:05
ndipanovo/14:05
russellbk, well cool14:06
russellbthanks for the work14:06
russellbi find the dashboard very helpful!14:06
bauzasplace me an action btw. ;)14:06
*** Michalik_ has joined #openstack-meeting-alt14:06
russellb#action bauzas to finish up work to automatically keep a short URL up to date for NFV gerrit dashboard14:06
russellbsound good?14:06
*** gokrokve has quit IRC14:07
*** mattgriffin has joined #openstack-meeting-alt14:07
russellbmoving on then14:07
*** MarkAtwood has joined #openstack-meeting-alt14:07
russellb#topic blueprints14:07
*** openstack changes topic to "blueprints (Meeting topic: nfv)"14:07
*** tonytan4ever has joined #openstack-meeting-alt14:07
russellbWe had 1 NFV related spec approved in the last week14:07
russellb#link https://review.openstack.org/10087114:07
russellb"I/O (PCIe) Based NUMA Scheduling"14:07
russellbso yay for that!  :)14:07
adrian-hobanGreat news!14:07
jchapmanYaay14:08
sgordonbiggest concern is still the number of outstanding specs on the dash with negative feedback that has not been responded to14:08
cloudon1+114:08
russellbright, what sgordon said ... that's the status of most other things14:08
*** MarkAtwood has quit IRC14:08
russellbthere are a lot waiting for the submitter to update/respond to feedback14:08
sgordon17 outstanding nfv-related nova-specs proposals14:08
sgordononly 2 dont have negative feedback14:08
sgordonin most cases that feedback is > a week old14:08
russellbalso note that we're only 3 weeks away from the juno-2 milestone14:09
russellband I expect spec approvals to stop at that point14:09
russellbdefinitely for nova14:09
russellbso to have any chance of making it into juno, we have to move on these quickly14:09
russellb#link https://wiki.openstack.org/wiki/Juno_Release_Schedule14:09
*** n0ano has quit IRC14:09
russellbdon't think I have anything else on blueprints14:09
*** Imendel has quit IRC14:09
russellbany specific blueprints anyone would like to cover?14:10
*** vladikr has joined #openstack-meeting-alt14:10
digaHi Russell14:10
*** Imendel has joined #openstack-meeting-alt14:10
russellbplease go chase the submitter of blueprints you're most interested in :)14:10
*** rwsu has joined #openstack-meeting-alt14:10
*** tonytan4ever has quit IRC14:10
russellbdiga: hi!14:10
sgordonijw, are you around?14:10
digacan you guys have some implementation plan where I can help you ?14:10
ijwYup14:10
sgordonijw, wondering if you had any updates on two interfaces one cu^Wnet or the vlan trunking spec14:11
sgordonijw, or need any assistance14:11
*** openstack-red1 has joined #openstack-meeting-alt14:11
ijwI haven't done them, let me do it today - there's a few edits to make and I've not touched them recently.  Ping me if I'm being slow14:11
digaI want to contribute here14:11
*** sean-k-mooney has joined #openstack-meeting-alt14:12
sgordonijw, np just making sure you still have scope to look at it :)14:12
russellband ping me when it's updated and i'll review14:12
ijwsgordon: I want them done, I've just not had time.  I'll make some today14:12
sgordonproactively pinging the other owners of items in the list to see if they need help might make sense for the others as well14:12
russellbsee if we can push it through14:12
ijwAlso, I had some thoughts about MTU stuff, too, over and above what's blueprinted14:12
sgordonijw, cool14:13
ijwI was looking at this internally, particularly with respect to getting VMs to accept an MTU other than 1500.14:13
*** danpb has joined #openstack-meeting-alt14:14
sgordonijw, where do you see that being configured from? per host, per network, etc?14:14
ijwBigger than 1500, specicifically.  I need ot check the v4 spec, but the v6 spec and the Linux kernel are both quite explicit that if you're setting an MTU you can revise it downward with an advertisement but not upward14:14
ijwsgordon: It needs to be per network - the whole problem with MTUs is that they really don't work if you have different MTU settings on different hosts on the same network14:14
sgordonright14:14
sgordonijw, which of the blueprints is this under?14:15
ijwFrom our perspective that means two things - firstly, that we have to tell hosts what their MTU is.  Even now it's luck more than judgement that the MTU works at all when it's sub-1500 so it would actually improve behaviour with people who aren't interested in MTU at all.14:15
ijwIt isn't yet14:16
ijwThe other thing is that network services also need to be told their MTU - the routers specifically should know the MTU and set it on their interfaces14:16
adrian-hobandanb: Regarding the "Virt driver pinning guest vCPUs to host pCPUs" blueprint. #link https://blueprints.launchpad.net/nova/+spec/virt-driver-cpu-pinning. Does this have a scheduler split-out dependency?14:16
russellbdanpb: ^14:16
russellbadrian-hoban: no14:16
russellbit shouldn't anyway14:17
russellbsplit out won't happen in juno14:17
sgordonadrian-hoban, i believe it now relies on the extensible resource tracker14:17
*** ativelkov has left #openstack-meeting-alt14:17
cgoncalvesijw: not sure if this is somehow relevant for you but still: https://review.openstack.org/#/c/75281/14:17
danpbyeah i don't see any dep there14:17
sgordonadrian-hoban, although there is some potential for mitigating that dependency as well14:17
danpbthe design will say it depends on extensible resource scheduler14:17
danpbs/scheduler/tracker/14:17
russellbseems sensible for the spec14:18
danpbbut if the extensible resource scheduler work goes belly-up we'll just change it to not rely on that14:18
ijwcgoncalves: That's a part of it certainly (though I don't know how that affects v6 rather than v4)14:18
*** thomasem has joined #openstack-meeting-alt14:18
adrian-hobansgordon: Thanks for pointer. I'll look more closely at it this week.14:18
danpbthe dep on extensible resource scheduler was only added to keep pedantic reviewers happy, but because it is really needed14:18
russellbs/but/not/14:19
russellbagree :)14:19
*** e0ne has quit IRC14:19
danpbopps, yes14:19
digaHeyy russellb: can you give me one task so that I can start my work14:20
bauzaswell, by looking at the last iterations, this bp sounds in a good shape, no ?14:20
adrian-hobandanpb: russellb: Thanks, I wasn't clear on this point.14:20
ijwSo anyway - yes, we want to set per-network MTU in the API to some number no higher than the infrastructure can manage - if you can fragment the packets that's good but you still want it programmable (and someone had better check what happens when DF *isn't* set and you send a large packet over GRE or VXLAN)14:20
russellbadrian-hoban: np :)14:20
russellbadrian-hoban: there are some things that i do think are dependent on it ... generally depends on the complexity of the addition to the scheduler we're talking about14:20
russellbmost things are small enough we can do with the current scheduler14:20
russellbthe solver scheduler is an example of something big enough that it will likely have to wait, IMO at least14:21
danpbadrian-hoban: basically i consider spec documents to be just a "best guess at what the impl will probably look like"  - not a 100% guarantee that the impl will work that way14:21
*** vjardin has joined #openstack-meeting-alt14:21
danpbif things come to light during impl work that need a change in the design, that'll just be done as needed regardless of the spec14:21
*** ggarcia_ has joined #openstack-meeting-alt14:22
russellbdiga: a good place to start would be to review the blueprints and code linked from the wiki page.  testing out features you're interested in would be helpful too.14:22
*** tonytan4ever has joined #openstack-meeting-alt14:22
bauzasfyi, the scheduler team decided to move faster and to spin up Gantt without having 100% feature parity with nova-scheduler14:22
digaThanks14:22
*** jmontemayor has joined #openstack-meeting-alt14:22
ijwAnyway, so first we need an MTU attribute.  Second, drivers need to confirm that they support MTU setting and that the MTU chosen can be suported.  Thirdly, MTU needs giving to the hosts (config drive or network advertisement) and hosts need to be willing to set, and capable of accepting, the chosen value.  Hosts around today will generally discard a network advertisement; you could make it a requirement that hosts hav14:23
ijwe a MTU of 9216 by default but that's not compatible with current clouds.14:23
bauzasso Gantt won't be able at the moment to filter on aggregates and instance groups14:23
russellbbauzas: concern just the cost of maintaining two schedulers14:23
sgordonijw, seems like we need an irc->nova-specs gateway :)14:23
*** jmontemayor_ has joined #openstack-meeting-alt14:23
ijwAnd finally, the current config-drive setting of interfaces is shite - it writes out /etc/network/interfaces last I checked, rather than an abstract structure of data.14:23
* ijw nominates sgordon14:24
sgordondoh!14:24
bauzasrussellb: indeed, but the problem is about waiting the changes for aggregates and groups that depend on other BPs14:24
russellbijw: sgordon indeed, that needs to change.. i think there's a spec for that?14:24
bauzaslike extensible resource tracker14:24
ijwThe last two points are the most problematic - if you can't tell a host what the MTU is you can't really make much use of it14:24
sgordonrussellb, for the config-drive issue?14:24
russellbsgordon: yes14:24
*** NikitaKo_ has quit IRC14:25
*** tonytan4ever has quit IRC14:25
*** demorris has quit IRC14:25
ijwrussellb: do you know if anyone's given any thought to the config-drive for network config?14:25
*** kenhui has quit IRC14:25
danpbijw: sounds like the issues around MTU are best outlined in a nova spec14:25
russellbyes, that's what i was referring to, i was talking to comstud about that the other day14:25
russellbthought he said there was a spec ...14:25
russellbdanpb: +114:25
*** tonytan4ever has joined #openstack-meeting-alt14:25
danpbits too hard to follow all the details here in IRC14:25
*** hockeynu_ has joined #openstack-meeting-alt14:25
ijwTemplating doesn't really work, you end up encoding network information in a file that is OS-specific from a cloud that should be OS-agnostic14:25
sgordonrussellb, this one ? https://blueprints.launchpad.net/nova/+spec/metadata-service-network-info14:25
sgordon#link https://blueprints.launchpad.net/nova/+spec/metadata-service-network-info14:26
ijwdanpb: They want outlining in a spec but a spec necessarily requires a solution as well as a problem statement14:26
ijwsgordon: ta14:26
russellbmaybe?14:26
sgordonlol :)14:26
*** gokrokve has joined #openstack-meeting-alt14:26
sgordonrussellb, tentatively maybe14:26
*** hockeyn__ has joined #openstack-meeting-alt14:26
russellbsgordon: no, that covers metadata API stuff14:26
russellbnot the format written to config drive14:26
sgordoni will have to keep digging14:27
*** diga has quit IRC14:27
ijwThat spec is not publicly readable14:27
*** gokrokve_ has joined #openstack-meeting-alt14:27
russellbsgordon: actually maybe it is that, it does mention that this stuff should be in config drive14:27
russellbhttps://review.openstack.org/#/c/85673/9/specs/juno/metadata-service-network-info.rst14:27
*** jmontemayor has quit IRC14:27
ijwAh, it's just the spec link, there's a review link below14:27
*** yamamoto has joined #openstack-meeting-alt14:28
russellb#topic open discussion14:28
*** openstack changes topic to "open discussion (Meeting topic: nfv)"14:28
ijwOh, no, no spec14:28
russellbany other topics for today?14:28
sean-k-mooneyhi can i add #https://review.openstack.org/#/c/95805/1/specs/juno/libvirt-ovs-use-usvhost.rst. to the agenda.14:28
ijwYou just did14:29
russellbijw: ha, indeed14:29
russellbsean-k-mooney: sure, go ahead.  now is good.14:29
ijwSo there are two of these, this one and Luke's, both doing the same thing14:29
ijwLuke's is rather better, this one needs consistent nova/neutron config14:29
sean-k-mooneyi belive i have found a way to address the per host vif bining configuation and would like input on the direction14:30
*** hockeynu_ has quit IRC14:30
*** nelsnelson has quit IRC14:30
danpbcommunication between nova & neutron is a desired feature14:30
*** nelsnelson has joined #openstack-meeting-alt14:30
*** demorris has joined #openstack-meeting-alt14:31
sean-k-mooneysee final comment in the libvirt-ovs-use-usvhost.rst.14:31
*** gokrokve has quit IRC14:31
*** Imendel has quit IRC14:31
*** zz_gondoi is now known as gondoi14:31
*** jkraj has joined #openstack-meeting-alt14:31
*** kenhui has joined #openstack-meeting-alt14:31
ijwNow, that's another spec I'd like to see, now you remind me14:32
danpbsean-k-mooney: having to setup a config file listing all host ids seems very non-scalable14:32
ijwI would like Nova to tell Neutron which VIF drivers suit, and Neutron to choose the most preferred one that it can suppot14:32
danpbas ijw  said, nova needs to tell neutron what VIFs it is able to support14:32
*** yamamoto has quit IRC14:32
danpband then neutron should reply with which it should actually use14:32
ijwSee, we're all good - shall I spec that one up?14:33
ijwWe can do the neutron side first if we report it in a header (which seems appropriate for an HTTP negotiation)14:33
sean-k-mooneyat present there is only one way to detect if vanila ovs has userspace vhost support14:33
ijwNova will ignore it till we make it pay attention14:33
sean-k-mooneythis is to check the commanline that the vswithcd is started with14:33
danpbijw: sure14:33
*** b3nt_pin is now known as beagles14:34
*** jcoufal has quit IRC14:34
sean-k-mooneybecause if this i was suggesting reusing the work used in this blueprint #https://blueprints.launchpad.net/neutron/+spec/hostid-vif-override merged in havana14:34
ijwsean-k-mooney: I don't think your comment changes anything - it's still one-side config, which is what we're mostly (Przemyslaw excepted) saying we want14:34
ijwI'm a bit surprised actually - so Neutron is potentially capable of choosing any VIF type, but in practice, I think you're saying, it will only ever use the same one universally?14:35
ijwAs in, it's implementation, not interface, that has the issue?14:35
*** jtomasek has quit IRC14:36
sean-k-mooneycorrect neutorn can chose the vif-type base on a numer of factor14:36
ijwI would assume that this *doesn't* want to be config - for instance, in Neutron I may want to use sriov sometimes and not others (different plugging type based on circumstance)14:36
sean-k-mooneymost impemntation have the vif-type hardcoded14:36
ijwBut I think you have a case where the answer is 'installer knows best'14:36
*** jcoufal has joined #openstack-meeting-alt14:36
ijwShouldn't this be selected via the specific typedriver?14:36
ijwAnyway, seems fine, probably isn't the answer to this specific question14:37
ijwOther than I think we all agree that it's Neutron's responsibility to choose the right OVS plug based on circumstance14:38
*** luizfar has joined #openstack-meeting-alt14:38
sgordon+114:38
ijwrussellb: Can you find the network info guys and get them to put a spec up so that we can review it?  Three changes there, no spec14:38
sean-k-mooneyfor srivo maybe but the north bound interface to the swtich is identical between vhost or userspace vhost for configuration14:39
*** tonytan4_ has joined #openstack-meeting-alt14:39
ijwFor sriov, the configuration is dramatically different - one way around, you're saying 'I want an SRIOV interface' and the other 'please attach me to a software switch' - no similarities at all, at least for some methods14:39
ggarcia_+114:40
ijwSRIOV may involve reconfiguring a hardware switch or the PF but it's absolutely the case that plugging into an OVS is not going to get you what you want14:40
ijwOK - anyway, I can spec up the idea I was talking about.14:41
sean-k-mooneyi am not suggeting useing this mecanisum fo sriov only to allw you to diferenciate if ovs has userspace vhost enable or not on a node.14:41
ijwrussellb: to change the topic: have you considered what we want to land for j2 and j3?14:41
*** amytron has joined #openstack-meeting-alt14:41
*** tonytan__ has joined #openstack-meeting-alt14:41
ijwsean-k-mooney: yup, and I'm fine with that, just saying that this is a separate area to that specific problem, but one way of helping Neutron make the right choise14:41
russellbfor j2, the stuff with code already posted is most realistic14:41
*** tonytan4ever has quit IRC14:42
* ijw hands russellb the big stick and nominates him to issue beatings until things are in14:42
russellb:)14:42
russellbbut i am only one stick14:43
russellbmany sticks will do better than one14:43
ggarcia_ijw, I agree, and I go further. Besides SRIOV interfaces and software switches interfaces, passthrough of the whole interface might be necessary in some scenarios14:43
ijwIt has nails.  I sharpened them specially14:43
russellbneat!14:43
russellbi'll do what i can14:43
russellbmostly on the review front14:43
ijwcool14:43
*** gokrokve_ has quit IRC14:43
russellbdon't have as much influence on the neutron side14:43
russellbbut we've got a lot of nova stuff in the pipe i can help push14:43
ijwNeed to make sure the specs have implementers too.  I shall be using my own stick for that but people seem to stay at a respectful distance nowadays14:43
russellbexcellent14:44
russellbbiggest thing this week is to get specs iterated14:44
russellbcan't review much more there right now14:44
russellbbut i'm going to put some time into reviewing a bunch of nova code already up14:44
russellbdanpb has several patches ready14:44
ijwYou have a stick.  I shall be iterating14:44
* russellb threatens ijw with the stick14:44
*** tonytan4_ has quit IRC14:44
*** otherwiseguy has quit IRC14:44
* ijw cowers meaningfully14:44
russellbplz update the 2 NICS 1 subnet spec14:44
russellbor you get hit14:44
ijwYes sir14:45
russellbyay14:45
russellbmy job here is done14:45
danpbrussellb: biggest blocker to me for the last week is actually our inability to actually land any patches in  the gate14:45
russellband let me know when you update in case i don't see it14:45
russellbdanpb: argh14:45
russellbdanpb: i haven't been following that very closely in the last week :(14:45
danpbi've been waiting 5 days just to try to get some simple method renames landed14:45
danpbmust have rechecked about 40 times14:45
russellbwow14:46
danpbso chance of getting any actual features merged is close to zero14:46
russellbwelp ... guess it's time to help there too14:46
*** tonytan__ has quit IRC14:46
*** phil_h has joined #openstack-meeting-alt14:46
* danpb is utterly demotivated to even bother trying to submit code to nova right now14:46
ijwdanpb: We can help.  russellb has a stick14:47
*** gokrokve has joined #openstack-meeting-alt14:47
russellbmy stick won't help there14:47
russellbonly diving in and helping fix it14:47
*** armax has left #openstack-meeting-alt14:47
* ijw is reminded of Trainspotting14:47
russellbthere are folks that work really hard to keep that stuff going, but it's exhausting14:48
russellband not sexy work14:48
*** armax has joined #openstack-meeting-alt14:48
ijwYeah, thankless too14:48
danpbyeah, i've been trying to debug some issues for days14:48
russellbdanpb: thanks a lot for that14:48
danpbbut they never reproduce locally14:48
danpbwhich makes it pretty much impossible to debug many of them14:48
ijw'works in devstack'14:48
russellbyes, that's been my experience14:48
*** r-mibu has joined #openstack-meeting-alt14:48
russellbijw: or in this case, doesn't work in devstack (in the gate)14:48
russellbalright well i guess that's it for today14:49
russellbthanks everyone!14:49
ijwtata14:49
russellb#endmeeting14:49
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"14:49
openstackMeeting ended Wed Jul  2 14:49:54 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:49
openstackMinutes:        http://eavesdrop.openstack.org/meetings/nfv/2014/nfv.2014-07-02-14.01.html14:49
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/nfv/2014/nfv.2014-07-02-14.01.txt14:49
openstackLog:            http://eavesdrop.openstack.org/meetings/nfv/2014/nfv.2014-07-02-14.01.log.html14:50
*** ulikleber has quit IRC14:50
*** r-mibu has left #openstack-meeting-alt14:50
*** jtomasek has joined #openstack-meeting-alt14:50
sean-k-mooneythanks for your feedback :)14:51
*** andreaf has quit IRC14:51
*** danpb has left #openstack-meeting-alt14:51
*** davidpc has quit IRC14:51
*** sean-k-mooney has quit IRC14:51
*** hockeynu_ has joined #openstack-meeting-alt14:51
*** cloudon1 has left #openstack-meeting-alt14:52
*** mfer has quit IRC14:52
*** JohnHaller has quit IRC14:52
*** coolsvap|afk is now known as coolsvap14:53
*** vladikr has left #openstack-meeting-alt14:53
*** tonytan4ever has joined #openstack-meeting-alt14:54
*** tkelsey has quit IRC14:54
*** Jeremy_F has left #openstack-meeting-alt14:55
*** mfer has joined #openstack-meeting-alt14:55
*** smazziotta has quit IRC14:55
*** tonytan4ever has quit IRC14:55
*** dims__ has quit IRC14:55
*** hockeyn__ has quit IRC14:55
*** hockeynu_ has quit IRC14:55
*** Michalik_ has quit IRC14:55
*** tonytan4ever has joined #openstack-meeting-alt14:56
*** hockeynu_ has joined #openstack-meeting-alt14:56
adrian-hobanquit14:57
*** adrian-hoban has quit IRC14:57
*** openstack-red1 has left #openstack-meeting-alt14:57
*** jchapman has quit IRC14:58
*** tdruiva has quit IRC14:58
*** annashen_ has joined #openstack-meeting-alt14:58
*** Sam-I-Am has joined #openstack-meeting-alt14:58
*** yisun has quit IRC14:58
*** demorris has quit IRC14:59
*** mrsmith has joined #openstack-meeting-alt14:59
*** ranger6 has quit IRC14:59
*** yamamoto has joined #openstack-meeting-alt14:59
armaxhi15:00
armaxdvr folks around?15:00
*** pcm_ has joined #openstack-meeting-alt15:00
*** ian_ott has quit IRC15:00
*** jecarey has joined #openstack-meeting-alt15:00
*** carl_baldwin has joined #openstack-meeting-alt15:01
armaxcarl_baldwin: it looks like it’s just the two of us15:01
Sam-I-Amhello15:02
carl_baldwinhi15:02
phil_hhi15:02
armaxoh, hi15:02
pcm_hi15:02
*** e0ne has joined #openstack-meeting-alt15:02
* pcm_ may have to bug out in 30 mis15:02
*** hockeynu_ has quit IRC15:02
*** arturt_ has joined #openstack-meeting-alt15:02
*** jtomasek has quit IRC15:03
mrsmithhello15:03
carl_baldwinI guess I’ll get the meeting started.  Give me a minute to pull up the agenda.15:03
chuckChi15:04
carl_baldwin#startmeeting distributed_virtual_router15:04
openstackMeeting started Wed Jul  2 15:04:17 2014 UTC and is due to finish in 60 minutes.  The chair is carl_baldwin. Information about MeetBot at http://wiki.debian.org/MeetBot.15:04
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:04
*** openstack changes topic to " (Meeting topic: distributed_virtual_router)"15:04
openstackThe meeting name has been set to 'distributed_virtual_router'15:04
*** yamamoto has quit IRC15:04
carl_baldwin#topic agenda15:04
*** openstack changes topic to "agenda (Meeting topic: distributed_virtual_router)"15:04
*** tzn has joined #openstack-meeting-alt15:04
carl_baldwinWhat agenda items do y’all have for today?15:05
armaxI don’t have anything specific besides a usual status update15:05
mrsmith+115:05
carl_baldwinSounds good.15:05
*** jaypipes-GOOAL has quit IRC15:06
carl_baldwinThis morning, all of the patches are passing Jenkins tests.  That is great.15:06
Sam-I-Ami'm here for the status updates15:06
Sam-I-Am<- docs15:06
*** tkelsey_ has joined #openstack-meeting-alt15:07
carl_baldwinSam-I-Am: thanks.  You have status to give?15:07
Sam-I-Amnope. but i am curious when/where i might be able to find some hints on how to deploy dvr so we can start on the docs15:07
carl_baldwinSam-I-Am: I see.  The best we’ve got now in the howto page.15:08
*** ndipanov has quit IRC15:08
carl_baldwin#link https://wiki.openstack.org/wiki/Neutron/DVR/HowTo15:08
*** demorris has joined #openstack-meeting-alt15:08
carl_baldwinIt is a bit raw at the moment but I’ve been working on it this week.15:08
carl_baldwin#topic status15:09
*** openstack changes topic to "status (Meeting topic: distributed_virtual_router)"15:09
armaxSam-I-Am: we’ll be adding more info15:09
Sam-I-Amcarl_baldwin: cool. its the doc team's job to make it look pretty for the official docs15:09
phil_hSam-I-Am and I can help on that15:09
armaxso watch it closely :)15:09
Sam-I-Amthis stuff will probably go into the admin guide or a networking book15:09
armaxSam-I-Am: also patches #link: https://review.openstack.org/#/q/status:open+project:openstack/neutron+branch:master+topic:bp/neutron-ovs-dvr,n,z15:09
armaxhave DocImpact in their commit sections15:09
*** drupalmonkey has left #openstack-meeting-alt15:09
*** tonytan4_ has joined #openstack-meeting-alt15:10
armaxto help a little more15:10
Sam-I-Amglad to see #docimpact being used15:10
carl_baldwinSam-I-Am: We are planning to get together at the mid-cycle to discuss docs with emagana.15:10
Sam-I-Amcool15:10
*** gokrokve has quit IRC15:10
carl_baldwinWill others be attending the mid-cycle next week?15:10
*** tonytan4ever has quit IRC15:10
pcm_yes15:10
*** mattgriffin has quit IRC15:11
*** gokrokve has joined #openstack-meeting-alt15:11
mrsmithcarl_baldwin: I won't be able to attend15:12
carl_baldwinSpeaking of deploying the code.  I’ve been making an attempt of my own this week.15:13
carl_baldwinIt resulting in discovering some missing code which armax recovered.  Looks like the rebase to master left some behind.15:14
carl_baldwin*resulted15:14
armaxarmax: so have I15:14
mrsmithcarl_baldwin: there is the rpc out of sync issue as well as the config param change between the l3-agent and l3-scheduler15:14
armaxas we’re getting more and more into integration testing, more issues will arise and get addressed over time15:14
mrsmithfor rpc there is the missing handlers but from a review request, I bumped up the RPC version to 1.1 on the agent15:15
carl_baldwinI attempted to convert an existing legacy router to a DVR router.  I uncovered a few bugs that I’ll be noting this morning in the reviews.15:15
*** eankutse has joined #openstack-meeting-alt15:15
armaxmrsmith: is this reflected on the patch under review?15:15
carl_baldwinmrsmith: I believe that we’ve restored the missing RPC handlers.  I did not have any RPC problems with the latest code.15:15
mrsmithok15:16
carl_baldwinThere are many code paths that I’ve not touched yet though.15:16
*** nacim has quit IRC15:16
mrsmithwe done alot of testing on icehouse15:16
mrsmithjuno has been new15:16
armaxmrsmith: as for the config param change between l3-agent and l3-sched what do you mean exactly?15:17
*** MarkAtwood has joined #openstack-meeting-alt15:17
mrsmithcentralized -> centralized_router15:17
mrsmithso the scheduler needs to change to follow15:17
armaxmrsmith: got it15:17
armaxmrsmith: we were also thinking of consolidating some of the config options if possible15:18
mrsmithagreed15:18
armaxmrsmith: would you have time to look into that?15:18
*** xianghui has quit IRC15:18
mrsmithbut this is just a diff now15:18
*** kebray has joined #openstack-meeting-alt15:18
*** matrohon has quit IRC15:18
mrsmithconsolidating the config options? we can discuss.... not sure what you had in mind15:18
armaxmrsmith: I posted my comments on the review15:19
mrsmithk - I'll look15:19
carl_baldwinmrsmith: Could you note in the review of the scheduler patch where the config option problem is?15:19
mrsmithsure15:19
armaxas for centralized vs centralized_router, not sure I follow…maybe you can point out the discrepancies on the reviews in question?15:19
carl_baldwinThanks.15:19
armaxL3-sched and L3-agent look to be in sync, but I could see double :)15:20
mrsmithfyi - I hope to push a new patch today for l3-agent15:20
*** eankutse has quit IRC15:20
*** eankutse has joined #openstack-meeting-alt15:21
carl_baldwinSome of you may not be aware that I’ve started to maintain a branch on github that merges together all of the patches.15:21
carl_baldwin#link https://github.com/ecbaldwin/neutron-dvr.git15:21
armaxcarl_baldwin: this is used in this devstack patch #link https://review.openstack.org/#/c/103180/15:22
carl_baldwinarmax: What is the status of this patch?  Is it usable yet?15:23
armaxlocally it should15:23
armaxI am still trying to figure out why the gate does not pick up the changes15:23
*** dims__ has joined #openstack-meeting-alt15:23
armaxmore to follow15:23
carl_baldwinI look forward to using it.  It will be very useful.15:24
*** s3wong has quit IRC15:24
carl_baldwinIs there any other status?15:25
armaxnone from me15:25
mrsmithnone from me15:25
*** gokrokve has quit IRC15:25
carl_baldwin#topic mid-cycle meeting15:25
*** openstack changes topic to "mid-cycle meeting (Meeting topic: distributed_virtual_router)"15:25
armaxthe L3 HA effort seems to have lost momentum15:26
armaxcarl_baldwin: I suggest that the dvr picks it up as soon as the bulk of the dvr stuff merges15:26
carl_baldwin#undo15:27
openstackRemoving item from minutes: <ircmeeting.items.Topic object at 0x2aa5390>15:27
*** zhangleiqiang has joined #openstack-meeting-alt15:27
carl_baldwin#topic HA15:27
*** openstack changes topic to "HA (Meeting topic: distributed_virtual_router)"15:27
armaxcarl_baldwin: sorry :)15:27
carl_baldwinarmax: good point.15:27
carl_baldwinNo worries.15:27
*** dims__ has quit IRC15:27
armaxit just came up to my mind15:27
carl_baldwinarmax: That is a good suggestion.15:27
armaxas I was saying, I’d suggest that the dvr  team picks it up as soon as the bulk of the dvr stuff merges15:27
*** dims__ has joined #openstack-meeting-alt15:27
armaxI spoke with mestery about this15:28
armaxand we agreed on a plan going forward15:28
Sam-I-Amany plans to make l3 redundancy work with linuxbridge rather than ovs?15:28
*** matrohon has joined #openstack-meeting-alt15:28
*** Michalik_ has joined #openstack-meeting-alt15:29
armaxin the meantime I’ll be working on the current code being proposed15:29
*** thomasem_ has joined #openstack-meeting-alt15:29
armaxso that more people can work on it at the same itme15:29
armax*time15:29
*** yamamoto has joined #openstack-meeting-alt15:29
*** diga has joined #openstack-meeting-alt15:29
carl_baldwinSam-I-Am: Is the current HA code limited to ovs?15:29
phil_hIs says so on the how to page15:30
*** ijw has quit IRC15:30
Sam-I-Ami was just reading through the howto and noticed it was specific to ovs and vxlan15:30
armaxrebase etc...15:30
*** thomasem has quit IRC15:30
armaxcarl_baldwin: basically, reviving the code15:30
*** thomasem_ has quit IRC15:31
carl_baldwinSam-I-Am: Ah, I had shifted my thinking toward the L3 HA code.15:31
carl_baldwinYes, DVR is currently limited to ovs and vxlan.15:31
armaxis safchain around?15:31
*** thomasem has joined #openstack-meeting-alt15:31
*** yisun has joined #openstack-meeting-alt15:32
*** viveknarasimhan has joined #openstack-meeting-alt15:32
*** gondoi is now known as zz_gondoi15:32
Sam-I-Amcarl_baldwin: i guess my mind was also wondering about the diff between the l3 ha and dvr stuff15:32
armaxSam-I-Am: I believe this is covered in the respective blueprints15:32
*** cjellick has joined #openstack-meeting-alt15:33
carl_baldwinSam-I-Am: They are fundamentally different.  DVR is about distributing routers so that routing is done on the compute node.  It does not add redundancy but rather decouples routing from the network host.15:34
*** cjellick has quit IRC15:34
safchainarmax, hi15:34
carl_baldwinHA routing adds redundancy by running any centralized routing redundantly on multiple network hosts.15:34
Sam-I-Amthx15:34
*** cjellick has joined #openstack-meeting-alt15:34
armaxhi safchain: we were talking about L3 HA15:34
*** zz_gondoi is now known as gondoi15:35
carl_baldwinSam-I-Am: There is some opportunity to use to two together in the case of default SNAT which DVR does not handle in a distributed way.15:35
*** arturt_ has quit IRC15:35
Sam-I-Amok15:35
*** arturt_ has joined #openstack-meeting-alt15:35
armaxsafchain: maybe we could sync up offline?15:36
safchainarmax, yes sure15:36
*** james_li has joined #openstack-meeting-alt15:36
*** ghyoc has joined #openstack-meeting-alt15:37
carl_baldwinarmax: safchain:  I hope to see this revived and merged.  I think it is long overdue.15:37
armaxcarl_baldwin: will try to make this happen15:38
carl_baldwinarmax: great.15:38
*** Murali has joined #openstack-meeting-alt15:38
carl_baldwin#topic mid-cycle sprint15:39
*** openstack changes topic to "mid-cycle sprint (Meeting topic: distributed_virtual_router)"15:39
carl_baldwinI’d like to get some ideas for what we could be working on during the three day sprint coming up next week.15:39
carl_baldwinWe’ve mentioned a docs discussion.15:39
*** arturt__ has joined #openstack-meeting-alt15:39
*** arturt_ has quit IRC15:40
carl_baldwinOther ideas?15:40
carl_baldwinI think that I’ll use whatever time I can get to continue trying to get my deployment off the ground and rooting out problems with the basic use cases.15:41
*** zhangleiqiang has quit IRC15:41
*** AlanClark has quit IRC15:42
*** jcoufal has quit IRC15:42
*** otherwiseguy has joined #openstack-meeting-alt15:42
*** demorris has quit IRC15:42
*** romil_ has joined #openstack-meeting-alt15:43
carl_baldwinWhat I might do in preparation is build a couple more VM-based two-node devstack clusters with the DVR code ready to test.15:43
carl_baldwinHopefully using the devstack patch armax is working on.15:43
*** chandankumar has quit IRC15:44
carl_baldwinIf the basic use cases are working by then maybe I can flesh out the use case to convert a legacy router to distributed.15:44
carl_baldwinAny other ideas?15:44
Sam-I-Amthat would be a good feature to help adoption15:45
*** markmcclain has joined #openstack-meeting-alt15:45
mrsmitharmax: have you had success with vivek's example of multi-node devstack?15:46
mrsmithwe use it locally15:46
carl_baldwinSam-I-Am: Agreed.  The feature is in the merged blueprint.  Just needs some work.15:46
armaxcarl_baldwin: not yet…15:46
armaxcarl_baldwin: ironing out all the issues I found on a single node first15:46
carl_baldwinarmax: Understood.  I’m just hoping.  I’ll probably get to building a couple more clusters next week before flying out to Minn.15:47
armaxcarl_baldwin: if there are guys from QA/infra15:47
armaxcarl_baldwin: you could discuss steps to get this a non-voting experimental job15:48
armaxcarl_baldwin: even though that shouldn’t be extra difficult15:48
carl_baldwinarmax: Good idea.  Let me look at the list of attendees.15:48
carl_baldwinarmax: Do you know off-hand if any will be attending?15:48
armaxcarl_baldwin: not sure15:49
armax#link: https://etherpad.openstack.org/p/neutron-juno-mid-cycle-meeting15:49
armaxlists the attendes15:49
armaxbut I am not sure about affiliations nor responsibilities of some of those names15:50
*** nati_ueno has joined #openstack-meeting-alt15:50
carl_baldwinarmax: I’m sure that Mark or Kyle will be able to help find the right people even if they’re not in attendance.15:50
carl_baldwinmlavelle may be able to help as well.15:51
*** ggarcia_ has quit IRC15:51
armaxcarl_baldwin: ok15:51
carl_baldwinI’ll be sure to start a discussion on it.15:51
carl_baldwin#topic Open Discussion15:52
*** openstack changes topic to "Open Discussion (Meeting topic: distributed_virtual_router)"15:52
yisunCarl, this is Yi from FWaaS15:52
Sam-I-Amwhats a good place to keep up with the progress here?15:52
*** diga has quit IRC15:52
carl_baldwinyisun: Hi15:53
yisunHave you get a chance to talk to Vivek?15:53
yisunAbout the detail of his idea?15:53
*** tbarron has joined #openstack-meeting-alt15:53
viveknarasimhanhi yisun15:53
carl_baldwinSam-I-Am: Not sure.  I guess the meeting status reports here and in the Neutron meeting.  What could we do to help?15:53
*** richm has joined #openstack-meeting-alt15:53
carl_baldwinyisun: No, I did not get a chance.  Thanks for the reminder.15:54
*** pdmars_ has quit IRC15:54
carl_baldwinviveknarasimhan: I was going to ask you about your ideas for integrating FWaaS.15:54
viveknarasimhanyes carl15:54
*** jmontemayor_ has quit IRC15:54
Sam-I-Amcarl_baldwin: i guess that works. what i'd like to see at some point is a recommended/tested configuration that we could put into official docs15:55
viveknarasimhani was proposing current behaviour where15:55
*** pballand has joined #openstack-meeting-alt15:55
viveknarasimhanin integration bridge we know whihc is DVR routed, which is traditionally routed and which is switched packet15:55
viveknarasimhanif we could put a hook in there for DVR routed packets15:55
*** rcurran has joined #openstack-meeting-alt15:56
carl_baldwinSam-I-Am: Thanks.  I will document what I test.  It will take some time.15:56
viveknarasimhanthat is where FwAAs would handle the routed packet before forwarding it out/into of the DVR interface15:56
*** Haiying has joined #openstack-meeting-alt15:57
*** ijw has joined #openstack-meeting-alt15:57
carl_baldwinviveknarasimhan: I don’t see yet how that solves the problem of path asymmetry.15:57
*** padkrish has joined #openstack-meeting-alt15:58
*** Sukhdev has joined #openstack-meeting-alt15:58
*** bdpayne has joined #openstack-meeting-alt15:58
viveknarasimhanproposing a way to handle access control15:58
viveknarasimhani wasn't mentioning this will give a stateful firewall15:58
carl_baldwinAh, I see.15:58
*** otherwiseguy has quit IRC15:58
carl_baldwinI think there may have been some confusion there.15:58
carl_baldwinI’m glad we got that cleared up.15:59
*** demorris has joined #openstack-meeting-alt15:59
yisunVivek, got you15:59
carl_baldwinSo, the problem of running a stateful firewall with DVR E/W traffic is still an open issue.15:59
viveknarasimhanyes ,16:00
*** pballand has quit IRC16:00
yisunCarl, yes16:00
*** ijw_ has joined #openstack-meeting-alt16:00
yisunVivek:Carl: FYI—-Currently, I’m thinking the FW zone concept may not be applicable in the distribute environment . The Zone was used to group interfaces and be used ask context for policy, with the DVR, there are no interface really. So, we will could provide another type of construct to be the context of policy objects. This way we could simplify our issue16:00
*** padkrish_ has joined #openstack-meeting-alt16:00
carl_baldwinI just noticed that we hit the top of the hour.16:00
viveknarasimhanfor DVR we have only bindings16:00
yisuns/ask/as/16:00
*** nlahouti_ has joined #openstack-meeting-alt16:00
carl_baldwinWe can take this discussion in to the neutron room.16:00
carl_baldwin#endmeeting.16:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"16:00
openstackMeeting ended Wed Jul  2 16:00:50 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/distributed_virtual_router/2014/distributed_virtual_router.2014-07-02-15.04.html16:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/distributed_virtual_router/2014/distributed_virtual_router.2014-07-02-15.04.txt16:00
openstackLog:            http://eavesdrop.openstack.org/meetings/distributed_virtual_router/2014/distributed_virtual_router.2014-07-02-15.04.log.html16:00
*** otherwiseguy has joined #openstack-meeting-alt16:00
viveknarasimhanbindings are in a single bucket represented by a logical router interface to the tenant16:01
*** asomya has joined #openstack-meeting-alt16:01
SukhdevHello ML2'ers16:01
*** irenab has joined #openstack-meeting-alt16:01
yamamotohi16:01
asomyahi16:01
*** jmontemayor has joined #openstack-meeting-alt16:01
irenabhi16:01
*** stephen-ma has joined #openstack-meeting-alt16:01
rcurranhi16:01
*** emagana has joined #openstack-meeting-alt16:02
*** ijw has quit IRC16:02
SukhdevLooks like we some missing audience this morning - :-)16:02
emaganaHi folks!16:02
*** demorris_ has joined #openstack-meeting-alt16:02
*** mestery has quit IRC16:02
*** padkrish has quit IRC16:02
Sukhdev#startmeeting networking_ml216:02
openstackMeeting started Wed Jul  2 16:02:44 2014 UTC and is due to finish in 60 minutes.  The chair is Sukhdev. Information about MeetBot at http://wiki.debian.org/MeetBot.16:02
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:02
rcurranvacation week for folks16:02
*** openstack changes topic to " (Meeting topic: networking_ml2)"16:02
openstackThe meeting name has been set to 'networking_ml2'16:02
emaganaSukhdev: Summer and Worldcup!16:02
*** jmontemayor_ has joined #openstack-meeting-alt16:03
*** jmontemayor has quit IRC16:03
*** eghobo has joined #openstack-meeting-alt16:03
*** gyee has joined #openstack-meeting-alt16:03
Sukhdevemagana: yes - I figured :-)16:03
SukhdevLets get started - we'll keep it brief today16:03
Sukhdev#topic: Agenda16:03
*** Imendel has joined #openstack-meeting-alt16:03
*** openstack changes topic to ": Agenda (Meeting topic: networking_ml2)"16:03
*** pballand has joined #openstack-meeting-alt16:03
Sukhdev#link https://wiki.openstack.org/wiki/Meetings/ML2#Meeting_July_2.2C_201416:04
Sukhdev#topic Announcements16:04
*** openstack changes topic to "Announcements (Meeting topic: networking_ml2)"16:04
*** BrianB_ has joined #openstack-meeting-alt16:04
*** demorris has quit IRC16:04
*** demorris_ is now known as demorris16:04
Sukhdev#topic Nova/Neutron Parity Sprint next week in Minneapolis, MN16:04
*** openstack changes topic to "Nova/Neutron Parity Sprint next week in Minneapolis, MN (Meeting topic: networking_ml2)"16:04
*** Imendel has quit IRC16:04
SukhdevWe have a sprint next week - I am sure I will see some of you there16:05
*** bdpayne has quit IRC16:05
*** iccha1 has quit IRC16:05
SukhdevI do not if you heard about the progress that DVR team has made16:06
*** gokrokve has joined #openstack-meeting-alt16:06
Sukhdevyou can check out pretty cool demo at16:06
*** mxu has joined #openstack-meeting-alt16:06
Sukhdev#link https://www.youtube.com/watch?v=p4BwAjLHd0M16:06
*** banix has joined #openstack-meeting-alt16:06
*** mrsmith has quit IRC16:06
Sukhdev#topic: Update on ML2 sync meeting16:07
*** openstack changes topic to ": Update on ML2 sync meeting (Meeting topic: networking_ml2)"16:07
banixHi. Sorry for being late.16:07
SukhdevBunch of ML2 team member met last Friday16:07
Sukhdevbanix: Hi - perfect timing16:07
*** Murali has quit IRC16:08
*** eghobo has quit IRC16:08
*** eghobo has joined #openstack-meeting-alt16:08
SukhdevWe covered Bulk operations and ML2 Sync in that meeting16:08
*** armax has quit IRC16:08
*** arnaud has joined #openstack-meeting-alt16:08
Sukhdevbanix, chuckC, Shiv and I participated in the discussion16:09
*** lukego has joined #openstack-meeting-alt16:09
Sukhdevhttps://bugs.launchpad.net/neutron/+bug/119386116:09
uvirtbotLaunchpad bug 1193861 in neutron "ML2 plugin needs to override bulk operations" [Medium,In progress]16:09
SukhdevWe have a long way to go to plan the ML2 sync activities - but, we all felt that it is the right way to go from the long term solution point of view16:10
Sukhdevbanix: want to add something?16:10
*** viveknarasimhan has quit IRC16:11
banixSukhdev: nothing but to say that we thought we would fix the bulk bug mentioned above independent of adding sync16:11
*** coolsvap is now known as coolsvap|afk16:12
Sukhdevcorrect - this will give us the short term solution towards the long term goal16:12
banixThe sync requires a more significant amount of time (discussion, and coding) and is needed for non bulk ops as well16:12
SukhdevAny body have any questions?16:12
banixyes that’s all.16:12
Sukhdevbanix: correct16:12
*** annashen_ has quit IRC16:12
SukhdevWe will have follow on discussion on the topic16:13
SukhdevMoving right along16:13
Sukhdev#topic: Action Items from last weel16:13
*** openstack changes topic to ": Action Items from last weel (Meeting topic: networking_ml2)"16:13
Sukhdevs/weel/week16:13
SukhdevThere were no action items, other than the meeting that took place last Friday - that I already mentioned16:14
Sukhdev#topic: Bugs16:14
*** openstack changes topic to ": Bugs (Meeting topic: networking_ml2)"16:14
SukhdevLooks like our bug czar is missing - so, we'll skip it over - unless somebody wants to discuss any specific one16:15
SukhdevOk Moving right along ---16:15
Sukhdev#topic: Spec Reviewes16:16
*** openstack changes topic to ": Spec Reviewes (Meeting topic: networking_ml2)"16:16
*** otherwiseguy has quit IRC16:16
SukhdevLets get into some of the specs that are ready to merge and require some minor fixes16:16
*** IlyaE has quit IRC16:16
SukhdevI presented three specs to the core team for core approvals -16:17
lukegoI added my existing spec for the “Snabb NFV” mech driver to the wiki page now btw: https://review.openstack.org/#/c/95707/16:17
Sukhdevasomya banix: did you see the comments on your patches?16:17
banixemagana: reviewed the specs (at least this one: #link https://review.openstack.org/#/c/88101/ ) as promissed. I made the requested changes16:17
asomyayes i saw them this morning, i'll address the comments asap16:18
Sukhdevasomya: I am trying to get this merged - need you to reply to the comments - so that we can wrap it up16:18
*** xuhanp has quit IRC16:18
*** mattgriffin has joined #openstack-meeting-alt16:18
Sukhdevemagana: Thanks a ton for jumping in to help16:18
*** AlanClark has joined #openstack-meeting-alt16:19
Sukhdevlukego: good - I will review it16:19
*** mestery has joined #openstack-meeting-alt16:19
lukego(Thanks!)16:19
asomyaSukhdev: Sorry i didn't know it had comments on it16:19
*** atiwari has joined #openstack-meeting-alt16:19
Sukhdevbanix: you have some comments to address as well16:19
banixlukego: will review16:19
banixSukhdev: i believe i did address them16:20
*** jcoufal has joined #openstack-meeting-alt16:20
Sukhdevasomya: it happens :-)16:20
banixSukhdev: uploaded a new version16:20
Sukhdevbanix: cool - I will make sure to follow up16:20
banixyeah comments with no votes some times don’t get noticed16:20
banixSukhdev: thanks16:20
SukhdevPlease be sure to update the wiki16:21
*** Zhou_Yu has quit IRC16:21
SukhdevAre there any other specs which the team (or the owner) believe it is ready?16:22
rcurranSukhdev, the cisco_nexus vxlan spec16:22
yamamotoanyone investigated a way to update the wiki mechanically?16:23
rcurranSukhdev, and l3 service plugin - but i'll wait to discuss this at end of meeting since it's not technically ml216:23
Sukhdevrcurran: I looked at it Monday - it was looking good -16:23
yamamoto"gerrit query" can show necessary info.  i'm not sure about wiki side.16:23
Sukhdevrcurran: That is a bigger issue - I had a big debate with Mark on this one - lets wait until the end of the meeting16:23
rcurranSukhdev, also i have a cisco_nexus provider segment spec out for review - we need provider + l3 to get complete parity w/ the core cisco plugin16:24
banixyamamoto: havn’t looked at it; it would be really good if it could be automated at some level at least16:24
rcurranSukhdev, yeah i saw the openstack-neutron log :-)16:24
Sukhdevbanix yamamoto: if you can figure out automated way - that will be fantastic - I am not savvy with this kind of stuff :-(16:25
*** Haiying has quit IRC16:26
banixyamamoto: not sure if we can add extensions to the wiki. that could be one way.16:26
*** manishg has joined #openstack-meeting-alt16:26
Sukhdevrcurran: cisco vxlan gateway spec is ready to go? does it have approvals from this team?16:26
yamamotoprobably automate gerrit side only and use manual copy-and-paste for wiki side?16:27
Sukhdevrcurran: I will look later today - if, yes, will put it on the list for approvals for next week16:27
rcurranSukhdev, it had one, needs another (asomya can review) - latest version needs to be reviewed again16:27
Sukhdevrcurran: I will review it as well - others, please jump in16:27
asomyarcurran: will review16:28
*** emagana has quit IRC16:28
*** overlayer has quit IRC16:28
SukhdevAnything else on the specs? Any other one? that needs to brought up on the list?16:28
*** ijw has joined #openstack-meeting-alt16:28
rcurranyes, anyone interested in vxlan support on external devices would want to look at this and asomya's bp's16:28
banixyamamoto: that would be reasonable step forward16:28
*** emagana has joined #openstack-meeting-alt16:28
padkrish_sukhdev# just would like to add VDP spec is ready to be merged https://review.openstack.org/#/c/89728/16:29
padkrish_#sukhdev# just need to submit a new patch with minor comments addressed16:29
Sukhdevpadkrish_: good you are here - yours is on the list to ready to go16:29
yamamotoi'll investigate gerrit side if/when i find spare time16:29
Sukhdevpadkrish_: Akihoro was asking for some clarifications - did you take care of it?16:30
padkrish_sukhdev# thanks16:30
banixyamamoto: great16:30
*** radek has quit IRC16:30
padkrish_#sukhdev# yes i did.... need to expand on MSDC and privide some references in the new updated spec16:30
*** ijw_ has quit IRC16:30
Sukhdevpadkrish_: good16:31
Sukhdevemagana: can you look at this one as well? This is pretty much ready to go?16:31
*** luizfar has quit IRC16:31
SukhdevOK - anything else on the specs?16:32
*** luizfar has joined #openstack-meeting-alt16:32
*** david-lyle has joined #openstack-meeting-alt16:32
Sukhdev#topic: Code Reviews16:32
*** openstack changes topic to ": Code Reviews (Meeting topic: networking_ml2)"16:32
*** irenab has quit IRC16:32
Sukhdev#link: https://review.openstack.org/#/q/status:open+project:openstack/neutron,n,z16:33
*** tdruiva has joined #openstack-meeting-alt16:33
*** emagana has quit IRC16:33
SukhdevI browsed through some of the code - but not as much as I wanted to…16:33
*** xarses has quit IRC16:33
*** nati_ueno has quit IRC16:33
SukhdevPlease review these as well so that we can get them merged as well16:34
*** flaper87 is now known as flaper87|afk16:34
*** lsmola__ has quit IRC16:34
Sukhdev#topic: Third Party Test System requirements16:34
*** openstack changes topic to ": Third Party Test System requirements (Meeting topic: networking_ml2)"16:34
SukhdevFolks, there is lot of discussion  on this topic on ML16:35
SukhdevThe deadline is July 24 - we all are impacted by this16:35
*** irenab has joined #openstack-meeting-alt16:35
*** bdpayne has joined #openstack-meeting-alt16:35
Sukhdevmake sure to remain on top of this16:35
Sukhdevdid you guys see this http://stackalytics.com/report/ci/neutron/716:36
Sukhdevpretty cool..16:36
*** Obulpathi has quit IRC16:36
mxuHi Sukhdev: can you pls elaborate the 7/24 deadline?16:36
*** emagana has joined #openstack-meeting-alt16:37
Sukhdevmxu: It is tied to Juno-2, which is scheduled for 7/2416:37
mxuSukhdev:  Thanks!16:37
SukhdevDown to last topic -16:38
Sukhdev#topic: Open Discussion16:38
*** openstack changes topic to ": Open Discussion (Meeting topic: networking_ml2)"16:38
Sukhdevrcurran: so, you saw the discussion between Mark and me16:38
rcurranSukhdev, yes16:38
*** sgordon has left #openstack-meeting-alt16:39
*** Michalik_ has quit IRC16:39
SukhdevIt turns out there is an issue with partial implementation - your and mine BPs are impacted (along with others)16:39
*** romil_ has quit IRC16:39
SukhdevSo, we have agreed to have a wider debate with the core team about handling of 501 codes16:40
*** yisun has quit IRC16:40
rcurranright, not sure what vendor plugins can do for events we can't handle16:40
SukhdevI wil be working with Kyle to get this issue on the agenda towards the later part of July16:41
Sukhdevrcurran: correct -16:41
Sukhdevrcurran: be sure to attend the debate - we need more vendor presence in that debate16:41
*** luizfar_ has joined #openstack-meeting-alt16:41
rcurranyeah, i think we'll need to see how kyle feels - as i mentioned earlier - to get complete parity w/ the core cisco plugin (kyle wanted to start deprecated this plugin) we need this plugin16:42
SukhdevI am sure more and more vendors will be having these issues, as the scope of openstack deployments widen16:42
*** oreillyd has quit IRC16:42
*** julienvey has quit IRC16:42
yamamotowhat issues are you talking about?16:43
yamamotopointer?16:43
rcurranSukhdev, so was the last interaction w/ you and mmclain/salvatore from that openstack-neutron log16:43
*** arturt__ has quit IRC16:43
Sukhdevrcurran:correct16:43
*** marcoemorais has joined #openstack-meeting-alt16:43
Sukhdevyamamoto: dealing with partial implementation of L3 plugin16:44
*** arturt__ has joined #openstack-meeting-alt16:44
Sukhdevrcurran: do you have link handy?16:44
rcurranhttp://eavesdrop.openstack.org/irclogs/%23openstack-neutron/%23openstack-neutron.2014-06-27.log16:44
*** luizfar has quit IRC16:44
rcurranstart here "2014-06-27T19:47:40  <markmcclain> Sukhdev: ping"16:44
Sukhdevyamamoto: here is the link to the bp https://review.openstack.org/#/c/95910/16:45
*** marcoemorais has quit IRC16:45
*** tzn has quit IRC16:45
*** marcoemorais has joined #openstack-meeting-alt16:45
yamamotothank you16:45
Sukhdevrcurran: I will try to get on the agenda on 7/21 or 7/27 - keep an eye for it16:46
rcurranbasically we need some l3 support for the cisco devices; for the cisco core plugin we processed these events (add_router_interface as ex) right in the core plugin16:46
rcurranwe're not suppose to do this under ml216:46
Sukhdevs/27/2816:46
*** otherwiseguy has joined #openstack-meeting-alt16:46
rcurranso Sukhdev, asomya and i have created new services/l3_router plugins to handle these events16:46
*** msisk has joined #openstack-meeting-alt16:47
Sukhdevrcurran: any pointer?16:47
rcurranon? my spec?16:47
*** Obulpathi has joined #openstack-meeting-alt16:48
Sukhdevrcurran: oh I misunderstood - I thought you meant you have created a new spec16:48
*** arturt__ has quit IRC16:48
rcurranSukhdev, well i do have a spec for my l3 service plugin - https://review.openstack.org/#/c/95910/16:48
Sukhdevrcurran: yes both yours and asomya specs -16:48
banixrcurran: that is fine; the issues is essentially partial implementation of a given extension16:48
*** markmcclain has quit IRC16:48
banixrcurran: right?16:48
*** marcoemorais1 has joined #openstack-meeting-alt16:48
rcurranbanix, correct16:48
Sukhdevbanix is the trouble maker - he started all this and it bubbled up :-):-)16:49
rcurranSukhdev, apic spec = https://review.openstack.org/#/c/96187/516:49
Sukhdevjust kidding banix16:49
*** marcoemorais has quit IRC16:50
banixSukhdev: I felt bad after I saw how it got escelated16:50
*** zhiyan is now known as zhiyan_16:50
Sukhdevrcurran: I know he lucked out - went under the radar - but, same issue applies to him as well16:50
*** jbratton has joined #openstack-meeting-alt16:51
rcurranSukhdev, yes, seems that way16:51
*** zhiyan_ is now known as zhiyan16:51
Sukhdevrcurran: hopefully, we will get a good clean resolution - Mark agrees with my view point and he stated to proceed with the implementation16:51
*** Michalik_ has joined #openstack-meeting-alt16:51
rcurranSukhdev, yeah i liked those comments; keep implementing ... but the code might not get in16:51
banixSukhdev: but this would have been noticed ny Mark at some point; so better if it is early on16:51
Sukhdevbanix: no worries - I was just  joking :-)16:51
rcurranSukhdev, note that i'm done w/ my code :-)16:52
*** zhangleiqiang has joined #openstack-meeting-alt16:52
*** harlowja_away is now known as harlowja16:52
*** tkelsey_ has quit IRC16:52
Sukhdevrcurran: well, I am no where close to finish line yet :-):-)16:52
Sukhdevrcurran: we have time until Juno-316:53
banixit is the journey guys :)16:53
*** tzn has joined #openstack-meeting-alt16:53
rcurranSukhdev, mine was easier to implement since it was already done under the core cisco plugin16:53
Sukhdevbanix: correct16:53
SukhdevFolks, anything else?16:53
SukhdevWe can end early16:54
yamamotonothing from me16:54
Sukhdevgoing once ----16:54
Sukhdevgoing twice16:54
SukhdevGone16:54
banixby everybody16:54
banixbye16:54
rcurranbye16:54
SukhdevHave a great 4th of july16:54
yamamotogood night16:54
chuckCbye16:55
Sukhdev#endmeeting16:55
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"16:55
openstackMeeting ended Wed Jul  2 16:55:05 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:55
openstackMinutes:        http://eavesdrop.openstack.org/meetings/networking_ml2/2014/networking_ml2.2014-07-02-16.02.html16:55
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/networking_ml2/2014/networking_ml2.2014-07-02-16.02.txt16:55
openstackLog:            http://eavesdrop.openstack.org/meetings/networking_ml2/2014/networking_ml2.2014-07-02-16.02.log.html16:55
*** demorris has quit IRC16:55
*** IlyaE has joined #openstack-meeting-alt16:55
*** timsim has joined #openstack-meeting-alt16:56
*** zhangleiqiang has quit IRC16:56
*** tonytan4_ has quit IRC16:56
*** asomya has quit IRC16:56
*** tzn has quit IRC16:58
*** markmcclain has joined #openstack-meeting-alt16:58
*** markmcclain has quit IRC16:58
*** markmcclain has joined #openstack-meeting-alt16:59
*** mugsie has joined #openstack-meeting-alt16:59
*** iccha has joined #openstack-meeting-alt16:59
*** jgallard has quit IRC16:59
*** betsy has joined #openstack-meeting-alt17:00
*** vinod1 has joined #openstack-meeting-alt17:00
*** rcurran has quit IRC17:02
*** irenab has quit IRC17:02
*** eankutse1 has joined #openstack-meeting-alt17:02
*** Michalik_ has quit IRC17:02
*** Longgeek has quit IRC17:02
*** eankutse has quit IRC17:03
*** otherwiseguy has quit IRC17:03
*** jmontemayor_ has quit IRC17:03
*** xarses has joined #openstack-meeting-alt17:04
mugsie#startmeeting Designate17:04
openstackMeeting started Wed Jul  2 17:04:39 2014 UTC and is due to finish in 60 minutes.  The chair is mugsie. Information about MeetBot at http://wiki.debian.org/MeetBot.17:04
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.17:04
*** openstack changes topic to " (Meeting topic: Designate)"17:04
openstackThe meeting name has been set to 'designate'17:04
*** nlahouti_ has left #openstack-meeting-alt17:04
mugsiehey17:05
betsyo/17:05
mugsiewhos here?17:05
timsimhowdy17:05
*** otherwiseguy has joined #openstack-meeting-alt17:05
eankutse1o/17:05
*** jaycaz has joined #openstack-meeting-alt17:05
*** stannie has quit IRC17:05
mugsie#topic Action Items from last week17:05
*** openstack changes topic to "Action Items from last week (Meeting topic: Designate)"17:05
mugsie#link http://eavesdrop.openstack.org/meetings/designate/2014/designate.2014-06-25-17.03.html17:05
*** Michalik_ has joined #openstack-meeting-alt17:05
*** demorris has joined #openstack-meeting-alt17:05
mugsiejaycaz1 to investigate filtering on record data via recordsets API endpoint17:05
richmhello17:05
mugsiei think this one was done?17:06
mugsiejaycaz, ?17:06
jaycazyup, I showed it off at the sprint closing meeting and added documentation17:06
mugsiecool17:06
vinod1#link https://review.openstack.org/#/c/102916/17:06
mugsiemugsie define dependancies for Pool BP - outstanding still - I have something about it to bring up later anway17:06
mugsiemugsie investigate designate mailing list filter17:07
*** Sam-I-Am has left #openstack-meeting-alt17:07
mugsiei couldn't see what the issue is, but I will get on to someone in -infra about it during the week17:07
mugsie#topic MDNS - Where are we?17:08
*** openstack changes topic to "MDNS - Where are we? (Meeting topic: Designate)"17:08
mugsiejmcbride added this?17:08
*** gondoi is now known as zz_gondoi17:08
timsim....I told him to be here.17:08
vinod1I think he is at another meeting now17:08
*** zhiyan is now known as zhiyan_17:08
mugsiehe is not here, does anyone know what details he wanted?17:08
*** annashen_ has joined #openstack-meeting-alt17:09
*** SumitNaiksatam has quit IRC17:09
timsimI think I do17:09
mugsieif he is *17:09
*** garyduan has quit IRC17:09
mugsiecool17:09
eankutse1I think Vinod made some progress on Notify17:09
eankutse1as well as some work to read objects from Central17:09
timsimHe basically wants to know where we're at in the process, and if our available resources are allocated toward it, and if they aren't, if they should be.17:09
timsimJoe: "The key here is we want to see if server pools can get started without being blocked by us."17:10
*** garyduan has joined #openstack-meeting-alt17:10
eankutse1eankutse should get back on MiniDNS in a couple of weeks17:10
eankutse1- AXFR17:10
mugsieok, cool17:10
*** thomasem has quit IRC17:10
mugsieeankutse1, thats your next item?17:10
eankutse1yes - axfr17:11
*** derekh_ has quit IRC17:11
KiallHeya - Sorry I'm late17:11
mugsiegreat17:11
*** dkehnx has joined #openstack-meeting-alt17:11
*** pcm_ has left #openstack-meeting-alt17:11
*** zz_gondoi is now known as gondoi17:11
*** JeremyLiu has quit IRC17:11
mugsiecool - Kiall anything to add on the miniDNS stuff?17:11
Kiallreading17:12
vinod1For minidns, I am currently working on mdns-designate-mdns-functional17:12
KiallNo, I think we're making steady progress, and I'm hoping I can complete "objects everywhere" soon to make things cleaner + easier17:13
Kiallsoon as in the next few days17:13
*** tbarron has quit IRC17:13
timsimCool. I'll pass that along.17:13
Kiall(having the objects reliably everywhere should make mdns-designate-mdns-functional easier.. right now we have a mix of dict/objects being passed around, making it hard to rely on having the right stuff)17:13
*** eghobo has quit IRC17:14
mugsiegreat - anything else on this?17:14
timsimNot from me.17:14
mugsiecool17:14
mugsie#topic Open Discussion17:14
*** openstack changes topic to "Open Discussion (Meeting topic: Designate)"17:14
KiallShortest agenda yet I think ;)17:15
mugsieanyone have anything for this one?17:15
richmJust for the sake of my curiosity, are any ISC folks here?17:15
KiallSo - For anyone who hasn't heard - we've got space in the Seattle office for a mid-cycle17:15
Kiallrichm / rjrjr - are you two likely to join us?17:15
*** johnthetubaguy is now known as zz_johnthetubagu17:15
timsimKiall: In the Seattle office or the convention center?17:16
richmKiall: no, I will not be able to attend in person - google hangout only17:16
*** arturt__ has joined #openstack-meeting-alt17:16
mugsietimsim, in the office17:16
Kialltimsim: the office is basiclaly in the convention center ;)17:16
*** gondoi is now known as zz_gondoi17:16
Kiallbasically*17:16
mugsiewhich is the convention centre17:16
mugsieah what Kiall said17:16
betsyI’ll be attending via google handout, also17:16
timsimOk. Just wanted to make sure it's the same address we've got. 800 Convention Pl, Seattle, WA 9810117:16
Kialltimsim: yep - that's the one17:17
*** IlyaE has quit IRC17:17
timsimAlright cool. We got approval so there should be a few of us there.17:17
vinod1i will attend in person - need to get the travel details worked out though17:17
mugsiesweet17:17
Kiallcool17:17
*** msisk has quit IRC17:18
mugsieKiall, you going to send a ML email?17:18
Kiallat least there will be a few people on hangouts rather than just 1 :)17:18
timsimJust for clarity, the plan was a dinner Sunday night, and design stuff Monday and Tuesday morning?17:18
eankutse1I might be able to attend in person - need to clear one more thing from personal calender17:18
eankutse1will be certain by Monday17:18
mugsiecool17:19
mugsieI have one thing as well17:19
mugsieWe talked about "sub-teams" in austin17:19
Kialltimsim: yea, we do have the room for the sunday too if people are around ;)17:19
mugsiefor large sections of work17:19
*** sankarshan is now known as sankarshan_away17:19
*** luizfar_ has quit IRC17:19
mugsieIf put togther a few idea, would people be willing to try it for pools?17:20
mugsieideas*17:20
* mugsie cannot the type today17:20
Kiall^ more evidence ;)17:20
timsimmugsie: I think it's a good idea17:20
vinod1#agreed17:20
mugsiecool, I will send out an email later on then with some rough ideas17:21
KiallYes, for large things, I think I agree..17:21
mugsieanyone have anything else?17:21
jaycazsure17:21
*** dkehn__ has joined #openstack-meeting-alt17:21
jaycazI was looking at expanding the documenation17:21
*** otherwiseguy has quit IRC17:21
mugsie\o/17:21
jaycazand I was wondering which areas y'all thought needed the most expansion?17:22
KiallThat's a tough question... Since I think all areas of our docs need work ;)17:22
*** amcrn has joined #openstack-meeting-alt17:23
betsyProbaby the basic v2 API17:23
jaycazhaha, well how about I focus on v2 stuff for now then?  I already started on zones17:23
KiallBut - things like https://review.openstack.org/#/c/103891/ are really good - I'm sure there's more we need like that17:23
jaycazmostly porting over the info from the wiki17:23
*** dkehn__ has quit IRC17:23
jaycazKiall: thanks!  I'll look for more areas to look into then17:23
*** dkehn__ has joined #openstack-meeting-alt17:24
*** SumitNaiksatam has joined #openstack-meeting-alt17:24
KiallWhile we're on the subject of docs.. Our docs will be on docs.openstack.org - just working through some final kinks though17:24
*** dkehn_ has quit IRC17:24
mugsiejust waiting on some reviews17:24
mugsie(from the docs ppl)17:25
Kiallmugsie got a review up for olsosphinx to make the changes Anne wants, once merged we can probably get them published pretty quick17:25
*** dkehnx has quit IRC17:25
betsynice17:25
*** msisk has joined #openstack-meeting-alt17:25
Kiallhttps://review.openstack.org/#/c/103935/ <-- That change..17:25
mugsie#link https://review.openstack.org/#/c/103935/17:25
mugsieif anyone is interested17:26
*** tdruiva has quit IRC17:26
*** dkehn__ is now known as dkehnx17:26
mugsieanyone have anything else? gripes / questions / rants welcome ;)17:26
*** dkehn has joined #openstack-meeting-alt17:26
*** tdruiva has joined #openstack-meeting-alt17:27
*** iccha has quit IRC17:27
KiallNone from me, other than thanks for starting while I was late ;)17:27
mugsieok, going to take that as a no17:27
KiallOhh17:27
Kiallwait.. 1 thing17:27
mugsie-_-17:27
timsimsmh17:27
KiallSo - Obviously HP has kept myself and mugsie VERY busy recently, and at the summit we were able to tell you guys a little bit about what we were doing.. It launched yesterday with Designate at the core https://docs.hpcloud.com/helion/openstack/install-beta/dnsaas/ :)17:28
Kiall(Designate is at the core of OUR piece, not the whole thing ;))17:28
KiallWhich - if all goes to paln - means we'll see a lot more Designate deployments ;)17:29
*** n0ano has joined #openstack-meeting-alt17:29
Kiallplan*17:29
mugsie:D17:29
betsygrats guys17:29
*** sparkycollier has joined #openstack-meeting-alt17:29
eankutse1Cool guys :-) !17:29
mugsiei think that is it for this week - thanks guys!17:30
*** arturt__ has quit IRC17:30
timsimNice.17:30
mugsie#endmeeting17:30
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"17:30
openstackMeeting ended Wed Jul  2 17:30:24 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)17:30
openstackMinutes:        http://eavesdrop.openstack.org/meetings/designate/2014/designate.2014-07-02-17.04.html17:30
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/designate/2014/designate.2014-07-02-17.04.txt17:30
openstackLog:            http://eavesdrop.openstack.org/meetings/designate/2014/designate.2014-07-02-17.04.log.html17:30
*** arturt__ has joined #openstack-meeting-alt17:30
mugsiesee you all in #openstack-dns17:30
*** timsim has left #openstack-meeting-alt17:31
*** vinod1 has left #openstack-meeting-alt17:31
*** michael-yu has joined #openstack-meeting-alt17:31
*** michael-yu has quit IRC17:31
*** tdruiva_ has joined #openstack-meeting-alt17:31
*** baoli has quit IRC17:31
*** michael-yu has joined #openstack-meeting-alt17:32
*** jbratton has left #openstack-meeting-alt17:32
*** arturt__ has quit IRC17:34
*** tdruiva has quit IRC17:35
*** arturt__ has joined #openstack-meeting-alt17:35
*** mwagner_ has quit IRC17:35
*** jaycaz has quit IRC17:36
*** luizfar has joined #openstack-meeting-alt17:37
*** SnowDust has joined #openstack-meeting-alt17:39
*** markwash has joined #openstack-meeting-alt17:39
*** e0ne has quit IRC17:40
*** Obulpathi has quit IRC17:40
*** pballand has quit IRC17:41
*** demorris has quit IRC17:42
*** tonytan4ever has joined #openstack-meeting-alt17:43
*** chuckC has quit IRC17:43
*** BrianB_ has quit IRC17:44
*** pballand has joined #openstack-meeting-alt17:46
*** kevinconway has joined #openstack-meeting-alt17:47
*** iccha has joined #openstack-meeting-alt17:47
*** jcru has joined #openstack-meeting-alt17:48
*** cp16net has joined #openstack-meeting-alt17:48
*** irenab has joined #openstack-meeting-alt17:49
*** luizfar has quit IRC17:49
*** lukego has quit IRC17:50
*** denis_makogon_ has joined #openstack-meeting-alt17:50
*** iccha has quit IRC17:50
*** iccha has joined #openstack-meeting-alt17:50
*** denis_makogon has quit IRC17:51
*** denis_makogon_ is now known as denis_makogon17:51
*** dmakogon_ has joined #openstack-meeting-alt17:51
*** tonytan4ever has quit IRC17:51
*** tonytan4ever has joined #openstack-meeting-alt17:52
*** armax has joined #openstack-meeting-alt17:53
*** rohit404_ has joined #openstack-meeting-alt17:53
*** rohit404 has quit IRC17:54
*** rohit404_ is now known as rohit40417:54
*** tonytan4ever has quit IRC17:54
*** tonytan4ever has joined #openstack-meeting-alt17:54
*** otherwiseguy has joined #openstack-meeting-alt17:54
*** marcoemorais has joined #openstack-meeting-alt17:55
*** luizfar has joined #openstack-meeting-alt17:55
*** luizfar has quit IRC17:55
*** marcoemorais has quit IRC17:56
*** marcoemorais has joined #openstack-meeting-alt17:56
*** robertmyers has joined #openstack-meeting-alt17:56
*** manishg has left #openstack-meeting-alt17:56
*** beagles has quit IRC17:57
*** esp has joined #openstack-meeting-alt17:57
*** SlickNik has joined #openstack-meeting-alt17:57
*** mat-lowery_ has joined #openstack-meeting-alt17:57
*** Sukhdev has quit IRC17:58
*** marcoemorais1 has quit IRC17:58
*** beagles has joined #openstack-meeting-alt17:58
*** rueben has joined #openstack-meeting-alt17:58
*** arnaud has quit IRC17:59
*** grapex has joined #openstack-meeting-alt17:59
*** padkrish has joined #openstack-meeting-alt17:59
*** arturt__ has quit IRC18:00
SlickNik#startmeeting trove18:00
openstackMeeting started Wed Jul  2 18:00:23 2014 UTC and is due to finish in 60 minutes.  The chair is SlickNik. Information about MeetBot at http://wiki.debian.org/MeetBot.18:00
*** pballand has quit IRC18:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.18:00
*** openstack changes topic to " (Meeting topic: trove)"18:00
openstackThe meeting name has been set to 'trove'18:00
robertmyerso/18:00
amrith./18:00
icchao/18:00
grapexo/18:00
annashen_o/18:00
*** arturt__ has joined #openstack-meeting-alt18:00
SlickNikAgenda at:18:00
SlickNik#link https://wiki.openstack.org/wiki/Meetings/TroveMeeting18:00
cp16net|o|18:00
espo/18:01
kevinconwayo/18:01
schango/18:01
dougshelley66o/18:01
SlickNikprevious meeting summary at:18:01
SlickNik#link http://eavesdrop.openstack.org/meetings/trove/2014/trove.2014-06-25-18.00.html18:01
SlickNik#topic Agenda Items18:01
*** openstack changes topic to "Agenda Items (Meeting topic: trove)"18:01
vipulo/18:01
*** padkrish_ has quit IRC18:01
SlickNikOne agenda item from the last meeting18:01
*** mestery has quit IRC18:02
SlickNikAction Item*18:02
SlickNikSlickNik to update the dev-docs with build / test process updates.18:02
*** glucas has joined #openstack-meeting-alt18:02
*** baoli has joined #openstack-meeting-alt18:02
*** arturt__ has quit IRC18:03
*** otherwiseguy has quit IRC18:03
SlickNikI've started doing this, but still am in the process of trying to iron out devstack / redstack integration.18:03
*** arturt__ has joined #openstack-meeting-alt18:03
*** tonytan4ever has quit IRC18:03
*** boden has joined #openstack-meeting-alt18:03
SlickNikWill propose a patch to the docs this week once that's a bit more final.18:03
SlickNikSo I'm going to re-action this item again.18:04
SlickNik#action SlickNik to update the dev-docs with build / test process updates.18:04
*** tonytan4ever has joined #openstack-meeting-alt18:04
mattgriffino/18:04
ruebeno/18:04
SlickNik#topic Per datastore volume support18:04
*** openstack changes topic to "Per datastore volume support (Meeting topic: trove)"18:04
bodeno/18:04
SlickNik#link https://blueprints.launchpad.net/trove/+spec/per-datastore-volume-support18:05
icchaThis agenda item has a two fold purpose. As Rueben and me started putting together the proposal for volume support for datastores, there were two schools of thought which we came across.18:05
icchaOne believing it belonged to capabilites and other it belonged to the datastore config groups.18:05
icchaI think it would be good precedent, for future features which are considered for capabilities, to discuss in the community whether this feature belongs to configs or to capabilities.18:05
icchaAnd if it does belong to the later, we might want to discuss how to introduce new capabilities in the trove code base.18:05
icchaThe blueprint proposed here is adding volume support on a datastore basis. Currently trove_volume_support config value enables/disables support for volumes for all datastores in trove.18:05
*** nati_ueno has joined #openstack-meeting-alt18:05
kevinconwayiccha: how you type so fast?18:05
grapexHey these meetings are supposed to be improv only18:06
icchakevinconway: i have super powers18:06
amrithcut and paste18:06
peterstaco/18:06
vipulone question i have is.. what's the status of capabilities?18:06
robertmyersseems to me that volume support is not a capability18:06
robertmyersit is a choose18:07
robertmyerschoice18:07
*** Obulpathi has joined #openstack-meeting-alt18:07
*** shayneburgess has joined #openstack-meeting-alt18:07
icchavipul: the api and migration is merged, the management calls to add capabilites are in review18:07
grapexI vote it gets added to the datastore config groups first, via a tiny helper method in the base Instance class called "supports_volumes"18:07
grapexThen if capabilities is ready adding it to check capabilities should be no problem18:07
SnowDustamrith how u knew its cut and paste :)18:07
dougshelley66vipul: we are working on some of the front end apis for ti18:07
denis_makogono/18:07
kevinconwayi agree with robertmyers. this is not a capability of a datastore.18:08
cp16netyeah i could see it as a choice for the user because maybe they dont want that setup and they want to use ephemeral disk instead of the volume18:08
SlickNikrobertmyers: I think that just might be a nomenclature issues. volume-support was the initial reason that drove capabilities IIRC. Horizon needed some way of knowing if the choice was enabled / disabled.18:08
kevinconwaySlickNik: false18:08
denis_makogonSlickNik, ++18:08
*** sparkycollier has quit IRC18:08
dougshelley66if volume support isn't a capability then i would say we completely missed the boat on capabilities18:08
denis_makogonsame for me, seems like capabilities task18:08
grapexSlickNik: There's a big issue I'm observing here, which is that while volume-support drove capabilities, now I have people working on adding the ability to toggle volume support whod on't understand how it will take advantage of capabilities18:08
kevinconwaycapabilities were first suggested as a way to disable the users call in datastore without users… not to bring up users again18:09
*** Yogesh has joined #openstack-meeting-alt18:09
abramleySlickNik +1 - having this as a capability is needed for Horizon support18:09
vipulyea it's completly fair to tie volume_support and other flags like this to a datastore..18:09
grapexabramley: How so?18:09
*** baoli has quit IRC18:09
grapexIs it just so you can query to see if volumes are or are not supported on a given datastore?18:09
*** saurabhs has joined #openstack-meeting-alt18:10
robertmyersso then volumes needs to be a hard coded config setting18:10
*** IlyaE has joined #openstack-meeting-alt18:10
robertmyersit if is needed for horizon18:10
SlickNik#link https://blueprints.launchpad.net/trove/+spec/capabilities18:10
abramleygrapex - since that is a common way for horizon to obtain this information - rather than some other mechanism18:10
robertmyersotherwise you have to enter it in the db every time18:10
grapexabramley: People deploying horizon will know if it is supported or not18:10
vipulhp doesn't run with volume_support, yet Horizon doesn't know better and will show a drop-down for volume_size18:10
abramleyIf we want to enable / disable UI functionality per datastore - then capabilities should do that18:10
*** mestery has joined #openstack-meeting-alt18:10
grapexIf this is about the general use case for open stack trove then I say everything should be supported  for all of the things18:10
denis_makogonabramley, ++18:10
grapexvipul: can't the hp deployment of Horizon just disable that?18:11
robertmyersabramley: but cant it be driven by a config option?18:11
grapexTrove allows you to, so Horizon should do the same18:11
*** saurabhs1 has joined #openstack-meeting-alt18:11
kevinconwayright now capabilities is a db object not unlike metadata, yes?18:11
vipulsure, but I think we're getting to a point where there actually might be some datastores that we'd like to back with volumes, whereas others we wouldn't18:11
abramleyrobertmyers - how does that config option get to horizon? we duplicate it in various configuration files ?18:12
icchaand horizon doesnt need to know about trove configs18:12
denis_makogonkevinconway, yes18:12
robertmyersabramley: provide an api to read it18:12
robertmyersI just don't think it need to be in the DB18:12
kevinconwayso let's say my datastore doesn't support users or databases, how do i use capabilities to disable those features?18:12
abramleyrobertmyers - we have an api to read it already if it is a capability18:12
*** sparkycollier has joined #openstack-meeting-alt18:13
robertmyersbut it *has* to be in everyones setup18:13
grapexabramley: So will Horizon make this call for each datastore to know if it does or does not support volumes everytime?18:13
icchakevinconway: i think how do we use capabilities or rather introduce capabilities into code base is the next question18:13
robertmyersotherwise the check fails18:13
*** pballand has joined #openstack-meeting-alt18:13
denis_makogonkevinconway, with admin rights you would disable users API for given datastore, format of disabling/enabling hadn't been discussed yet18:13
*** padkrish_ has joined #openstack-meeting-alt18:13
robertmyerswhat if you typo adding the capability into your db18:13
icchadenis_makogon: i think kevinconway is refering to first step of adding a given cpaability to the table18:14
kevinconwayok so if nothing is decided on how to use capabilities is it even possible to discuss it as a choice for this BP?18:14
SnowDustrobertmyers +118:14
*** mestery_ has joined #openstack-meeting-alt18:14
*** saurabhs has quit IRC18:14
grapexSounds like what is needed here is an API to see what are acceptable arguments to the create call18:14
denis_makogonkevinconway, ++18:14
*** mestery has quit IRC18:14
*** shakamunyi has joined #openstack-meeting-alt18:14
icchaso folks who were there when capabilities was first discussed did we have a plan of action for how new capabilities would be introduced into code base/database?18:14
grapexEven if we have capabilities all that is going to be is a bag of random settings for each datastore18:14
denis_makogongrapex, that's capabilities for18:14
kevinconwayiccha: we originally planned to augment the CONFIG object18:15
amrithI'm confused. Would someone please state the question we're debating? I think there are at least three and the conversation is confusing ;)18:15
grapexHorizon will have to have in-depth knowledge of Trove to know which value to look for in the bag to drive its behavior18:15
SlickNikiccha: IIRC we discussed this at the mid-cycle, and we planned to extend the CONF object.18:15
*** lukego has joined #openstack-meeting-alt18:15
grapexamrith: iccha is trying to fix the code so it can support volumes or not support them on a per-datastore basis18:15
esmutei thought capabilities were for optional configs such as volume support etc... or are we going to use it to enable/disable features/api such as users, db?18:15
grapexamrith: And trying to see if she has to use the brand new capability feature or can use the conf file18:16
icchaamrith: thats a good point. (1) what is a capability? is volume support per datastore a capability (2) how are new capabilities introduced in trove18:16
robertmyersconfig file +118:16
denis_makogon+1 to capabilites instead of conf18:16
kevinconwayrobertmyers: +118:16
icchaSlickNik: kevinconway and this config object would be loaded from the database?18:16
grapexWhat does using the capabilities instead of the conf buy us other than new fun ways to screw up a deployment?18:16
*** padkrish has quit IRC18:16
vipulIf you read the capabilities BP.. it's littered with volume_support as the prime example18:16
amrithgrapex, iccha thanks. I thought we discussed this in Atlanta (or maybe Austin) and decided we would use capabilities18:17
robertmyersif we add it to capabilities, we need a set of hard coded values18:17
kevinconwayiccha: it would have a special object attached to it that did db lookups. like CFG.capabilities.some_stuff18:17
denis_makogonvipul, +!18:17
robertmyersit can't all be driven by db entries18:17
amrithso I'm wondering whether there is a forcing function driving the reconsideration.18:17
icchakevinconway:  SlickNik was it discussed how it would be added to db in first place to ensure consistency?18:17
denis_makogonrobertmyers, why?18:17
SlickNikiccha: There was some talk of seeding it from the values in the config files.18:18
robertmyersdenis_makogon: so you know which values are accepable18:18
kevinconwaycapabilities are meant to describe a feature that a _datastore_ can or cannot support. volumes are a part of the nova instance that gets provisioned18:18
ruebendenis_makogon: robertmyers: typos in the capability name18:18
*** marun_afk is now known as marun18:18
grapexSlickNik: So the capabilities for say volume support, if it wasn't in the db, would come from the config file?18:18
robertmyershow would yo know to set volumes vs volume_support18:18
kevinconwayex: myDataStoreX doesn't support replication. that is a capability18:18
denis_makogonkevinconway, capabilities are not only about what datastore can or not18:19
kevinconwaydenis_makogon: that is the definition of capability18:19
denis_makogonkevinconway, it's all about resource utilization18:19
*** amitpp has joined #openstack-meeting-alt18:19
SlickNikgrapex: It would depend on the implementation, but a fallback approach like that sounds reasonable.18:19
grapexI know somebody talked about using capabilities for volume support ages ago, but here is the problem I want to bring up: it isn't clear how it will be used or if using it will make the feature of disabling volumes on a per-datastore basis any better. So far it seems as though using capabilities will make this more confusing.18:19
amcrnfwiw, since caching is included in the charter of trove, it does make sense to some degree that volume-support is considered a capability for datastores that have no persistence to speak of18:20
esmutei think we should have the BP on capabilities being updated18:20
icchaSlickNik: if the db is loaded from config values, whats the point then18:20
ruebenSlickNik: grapex: we could no longer introduce new capabilities via api call correct?  Or is there an ask for create via API call?18:20
denis_makogonkevinconway, when caps. came they were only about datastores but for now, it's more that datastores specific things18:20
esmuteright now i dont know what a capability is.18:20
grapexFor example, there is already code to turn on or off setting a root password on a per-datastore basis which uses the config file that is really simple18:20
*** ijw has quit IRC18:20
*** ijw has joined #openstack-meeting-alt18:21
SlickNikkevinconway: iccha, IIRC one of the points mentioned was that you could turn on / off capabilities programmatically18:21
grapexrueben: We could add capabilities via an API call IIRC but the issue is we'd be adding capabilities with random strings for names, but in the code we'd be using non-dynamic string literals.18:21
vipulIn my opinion, if there is a requirement to expose wehther something is enable/disabled via an API, it should be a capability -- if not -- then a conf value would suffice18:21
amcrnas far as i understood when it was pitched, capabilities was meant to support the ability to toggle on and off features for a datastore, whether that be because (1) the datastore intrinsically can't support it, or (2) the cloud administrator chooses not to support it18:21
*** mestery_ has quit IRC18:21
glucasdenis_makogon: kevinconway: "Configuration options, such as whether volume support is enabled..." It's the first line of the BP from 09/2013, doesn't seem like a recent idea.18:21
*** sparkycollier has quit IRC18:21
grapexvipul: Maybe what we need is an API that just shows a JSON object with a list of things that is and is not supported for a datastore18:21
*** mestery has joined #openstack-meeting-alt18:21
kevinconwaySlickNik: yes. example: i deploy datastoreX at my company. I want to enable users but disable backups.18:21
vipulfor config options that are datastore specific like .. mount_point for example.. wouldn't be a capability.. it's a backend concern18:22
grapexvipul: I think what you and Reach though want is an API that is read only and returns what a user (or control panel) can do18:22
vipulgrapex: yep, exactly -- and that was the idea behind capabilities.. at least that's how i understood it18:23
denis_makogonvipul, grapex +18:23
grapexvipul: Maybe we should refocus capabilities on just that then18:23
grapexAlso, Freudian slip, Reach==Horizon ;)18:23
SlickNikkevinconway: in its original incarnation this was about the capabilities of a "trove deployment", not necessarily of a particular "datastore".18:23
icchaso i think grapex s question is why cant we return response to the api call based on config values vs db vipul18:23
grapexiccha: Or reinvision capabilities18:24
*** shayneburgess has left #openstack-meeting-alt18:24
grapexas something that just answers the question "what can I do for this particular datastore"18:24
robertmyersor both18:24
esmutevipul: THere is still a difference between datastore-specific features such as backup, users, DB and trove-specific like volume_support... are they all capabilities?18:24
vipuliccha: Yea i don't care where it's stored i suppose18:24
robertmyerscheck db then config18:24
denis_makogoni'd suggest to reinvision capabilities first, then move on with other things18:24
*** pballand has quit IRC18:24
amcrnwouldn't it be odd that we introduce a mgmt api to set a conf file?18:24
amcrnhence the drive to have capabilities store the matrix in a table18:25
grapexdenis_makogon: Yes. And since using capabilities does not seem to be making the volume work any easier I say for now we go forward and use the config file18:25
*** shayneburgess has joined #openstack-meeting-alt18:25
*** michael-yu has quit IRC18:25
denis_makogonesmute, as for me, caps. are not only things about what datastore can or not18:25
robertmyersamcrn: you'd tuse it to set the db18:25
*** ijw_ has joined #openstack-meeting-alt18:25
vipulesmute: I would think so.. APIs that are supported / not supported would also need to be things that need to be exposed via an API18:25
amcrnif we're using the db, then i'm not understand why capabilities makes understanding volume-support more difficult18:25
kevinconwaydenis_makogon: should we call it marshmellow instead? that way the word doesn't confuse us?18:26
robertmyersamcrn: can you need to know to set that exact string18:26
robertmyerss/can/because/18:26
esmutei know we have beaten this horse more than we would like to.. But from what i am getting from this conversation, the following is not a capability18:26
esmute#link https://blueprints.launchpad.net/trove/+spec/cinder-volume-type18:26
*** mestery has quit IRC18:26
grapexamcrn: Yeah. I am not hearing great reasons why we need to set this stuff in the database except that we had a blueprint to maybe do that months ago18:26
*** michael-yu has joined #openstack-meeting-alt18:26
amcrnthe capabilities spec supports a capability default, then a datastore-by-datastore-version ability to override the default, i'm missing how this doesn't solve the problem?18:27
vipulesmute: I would agree -- that's a backend concern that doesn't need to be exposed18:27
*** jmontemayor has joined #openstack-meeting-alt18:27
cp16neti agree with grapex18:27
cp16netseems like we are chasing our long lost ghost18:27
grapexCheck out this code to figure out if we should return a root password on create: https://github.com/openstack/trove/blob/master/trove/instance/models.py#L59318:27
grapexIt isn't perfect18:27
grapexbut it's pretty simple18:27
*** mestery has joined #openstack-meeting-alt18:28
grapexI saw that code and wanted to start crying18:28
*** ijw has quit IRC18:28
grapexWe need the same thing for volumes, and I feel like the talk of capabilities is getting in the way of finishing it18:28
robertmyersthat is how it should be18:28
robertmyersand it *could* be driven by a db under the hood18:28
grapexSo what if iccha did something similar to get_root_on_create, and then if capabilities becomes something we all love we can easily change that one method?18:28
cp16netcan we vote it?18:29
robertmyersit if must18:29
icchayeah thats why i said, just because we thought so is not good enough. any feature which is considered for a capability should be analyzed to see if it is sufficient to be config value18:29
amcrnmakes it easier from an operations perspective as well; because you likely already have auditing on conf drift18:29
grapexThat way the volume work is not dependent on also fixing capabilities for its first use case18:29
vipulit doesn't solve the problem of someone wanting to know whether it's a supported operation prior to actually invoking the operation18:29
kevinconwaydid we even have datastore configs when we talked about capabilities?18:29
amcrnvipul: good point18:29
icchato enable support for a feature its highly likely a deployment is needed when config can be changed amcrn18:29
grapexvipul: You're right. In my opinion we should make a new API call for that or return that info in the datastore version view call18:30
*** arturt__ has quit IRC18:30
amcrngrapex: so would capabilities morph into a read-only view call, with the values being set via confs?18:30
esmuteAn API that returns a matrix?18:30
icchavipul: yes thats right. and it could be added to the response irrespective of where it is stored18:30
*** kebray has quit IRC18:30
SlickNikSo it seems to me that we have different types of "capabilitles" we're talking about here:18:30
SlickNik1. Don't care about reading through the API : This should be a backend concern, not capability18:30
SlickNik2. Want to read/discover through the API, but likely read-only: Capability that can be backed by a config entry (eg. volume-support)18:30
SlickNik3. We want to read/write through the API: Capability backed by entry in db (reasonable to fall back to a conf entry if not defined).18:30
*** arturt__ has joined #openstack-meeting-alt18:30
grapexamcrn: I'd be ok with that18:31
*** jamiehannaford has quit IRC18:31
*** kebray has joined #openstack-meeting-alt18:31
vipulthanks SlickNik i think thta's a good summary18:31
*** chuckC has joined #openstack-meeting-alt18:31
grapexvipul SlickNik: Agreed18:31
*** Obulpathi has quit IRC18:31
*** arturt__ has quit IRC18:31
cp16netSlickNik: thanks18:31
*** ijw has joined #openstack-meeting-alt18:31
icchawell summarized18:32
grapexI'm goof with #218:32
*** bauzas has quit IRC18:32
grapex*good18:32
grapexShould we vote?18:32
*** arturt__ has joined #openstack-meeting-alt18:32
amcrngrapex: you'd need a list of conf parameters that are "eligible" to be returned in the view call, but other than that, it should work.18:32
amcrnotherwise you'd return a bunch of junk, unless they're under a special subheader18:32
vipulamcrn: yea some way to change visibility of conf options18:32
grapexI do want to point out though that I think whatever happens, I would like to see the ability to flip volumes on and off go on independent of #218:32
*** jamiehannaford has joined #openstack-meeting-alt18:32
vipuli think the DB would help solve that.. with a conf file.. might get wierd18:32
SnowDust#2 makes sense18:33
*** tonytan4ever has quit IRC18:33
robertmyers2 +218:33
rueben#2 ++18:33
esmuteIsnt #2 solved with docs?18:33
grapexI think in the future if we need new things, and also have an idea for over-arching features to give us those things, we should probably wait until we have one use case implemented first and then make that the first thing we refactor as we implement the new helper feature18:33
*** tonytan4ever has joined #openstack-meeting-alt18:33
kevinconwaygrapex: we had several use cases. API features being disabled if not supported18:33
icchayeah we agree upon #2, but that doesnt define how we want to implement it18:33
esmutei dont understand the need of an API to tell you what features you can or cant use18:33
*** ijw_ has quit IRC18:33
robertmyers#3 is good too18:34
grapexesmute: It could be, but I think making a read only API call is easy enough I'll side with vipul on it.18:34
robertmyersso I'm on 2 to 318:34
grapexThe problem then esmute is in cases like Horizon they have to duplicate the settings18:34
icchawhat if we did have a standardized way to add to the capabilities table the capability name entry would that address some of the concerns?18:34
amcrn+1 to grapex, and it will only get worse once flavors-per-datastore gets implemented, etc.18:34
dougshelley66i assumed that we were talking about supporting all of 1,2 & 3 - and we should adjust the capabilities feature to accomodate18:34
vipulesmute: the reason it needs to be an API is so things like Horizon can render the screen appropriately based on whether something is enabled18:35
esmuteahh ok.. so this is more to help integrate better with other other openstack projects18:35
*** mestery_ has joined #openstack-meeting-alt18:35
*** mestery has quit IRC18:35
icchaSlickNik: if we did have a standardized way to add capabilities to the table, would that help merge #2 and #3?18:36
vipulso if we go with #2, anyone have ideas on how something would be made visible ?18:36
SlickNikdougshelley66: Yes, that's what I originally meant it as. Not as separate options, but as a whole.18:36
SnowDusteven #3 makes sense for admin priviledge(role)18:36
kevinconwayi'm confused by numbers...18:37
SlickNikdougshelley66: Although, I'm good with approaching this incrementally if that would make things easier.18:37
SlickNikOkay time check.18:37
icchavipul: might have to be explicitly added to datstore show call18:37
*** dims__ has quit IRC18:37
grapexrueben: Is there a public way to view capabilities now (i.e. not the mgmt api?)18:38
ruebenno18:38
icchaSlickNik: how about if we did had a short term solution of doing it only via config, and work on defining how it needs to be added to the table and displayed etc18:38
*** michael-yu has quit IRC18:38
dougshelley66yes we are working on capabilities list now18:38
grapexrueben: In that case we should be open to the idea of making a new REST call18:39
*** overlayer has joined #openstack-meeting-alt18:39
dougshelley66iccha i assume there is some reason we need this volume support so quickly?18:39
amcrnthis is likely divisive, but if the immediate concern is "hey, we have datastore <x> and we really need to change the default on/off behavior of volume-support", why can't we just permit a quick hack via CONF.volume_support_exclusions, unblock some folks, and deprecate that once capabilities lands.18:39
grapexWhy not just make this a call to the datastore version view?18:39
amcrni'm with dougshelley66, i don't see why this is so urgent18:39
grapexamcrn: +10000000000018:39
grapexThat's what I'd like to get buy in for18:39
icchaamcrn: what if we added it to config groups, (similar to volume_support_Exclusions) so it can be in future default for #318:40
robertmyersor, we just make capibilties optionally read the config file for the value18:40
grapexI feel like we are blocking real things we have 100% known and understood use cases for so we can make use of this thing that no one here seems to fully understand that isn't 100% finished from an API perspective18:40
SlickNikiccha: I like that idea (I believe robertmyers alluded to it earlier as well).18:40
amcrniccha: because there's an agreement that configuration-groups should only continue to mirror true configuration-file parameters, not higher level constructs18:41
amcrnotherwise it morphs into "conf file parameters, and other configuration-like options that aren't really set in a file, but cause other side-effects"18:41
icchaamcrn: i meant [mysql] [redis] config group in the conf file18:41
*** amitpp has quit IRC18:41
icchaamcrn: not the configuration groups defined by trove18:41
amcrnah, my bad ;)18:41
robertmyersiccha: +118:42
amcrni'm ok with iccha's proposal18:42
amrithwhat's the proposal?18:42
amrithadd it to config_groups?18:42
icchayes amrith, thats the first step while we made a decision on capabilities18:42
*** Obulpathi has joined #openstack-meeting-alt18:42
vipulis dougshelley66 also changing the implementation so it reads from the config group? (so we actually ahve a way of exposing the capability)?18:43
amrithmay I suggest we set this topic gingerly aside and ask the question about the "decision on capabilities"18:43
*** saurabhs1 has quit IRC18:43
amrithis there some "decision" that needs to be made?18:43
SlickNikamrith: the proposal is to add it to the config file in the appropriate section. If a value for the capability is not defined, we'll fallback to looking in the config file.18:43
*** saurabhs has joined #openstack-meeting-alt18:43
amrithSlickNik, that strikes me as saying that we've embraced the fact that this is a capability18:44
vipulamrith: +118:44
*** IlyaE has quit IRC18:44
dougshelley66vipul given this discussion I think we need to update the spec to hopefully get everyone on the same page18:44
amrithand the way capabilities should work is that if something isn't a capability, IT should go look in a config file18:44
icchaSlickNik: amrith also i think its a separate cnversation to decide how we introduce a capability so it has contant name across deployers because the code is going to be looking for it18:44
robertmyersamrith: +118:44
*** nati_ueno has quit IRC18:44
esmuteCan someone update the BP to reflect that has been decided today?18:44
esmute#link https://blueprints.launchpad.net/trove/+spec/capabilities18:45
esmuteahh dougshelley66 you beat me to it :P18:45
kevinconwayesmute: was anything decided today?18:45
*** nati_ueno has joined #openstack-meeting-alt18:45
SlickNikesmute: We haven't decided anything yet.18:45
amrithOK, I have a proposal18:45
*** bauzas has joined #openstack-meeting-alt18:45
SnowDustSlickNik, why not update to DB but config file at runtime ?18:45
amrithSlickNik, maybe we should table iccha's request till the capabilities BP is updated18:45
*** msisk has left #openstack-meeting-alt18:45
amrithand then discuss the implementation of iccha's proposal.18:46
grapexSlickNik: Can we have a vote to not hold the volumes work hostage until we finish capabilities?18:46
esmutekevinconway: Im as confused as you are... I was hoping the BP will shed some clarity into capabilities :P18:46
*** NikitaKo_ has joined #openstack-meeting-alt18:46
amrithunless someone feels there is an URGENT desire to get volume support implemented right away, post haste, stat ...18:46
grapexamrith: I do.18:46
robertmyersamrith: me too18:46
grapexAlso I think we should drive capabilities based on the feature it will support18:46
SnowDustin past i was asked to "fork" when in haste :)18:46
vipulgrapex: the only qualm i have with this is we know the right approach is capabilities.. but we're ok with implementing this as a hack18:47
icchaamrith: we do not want to be holding up features unless really necessary which i do not feel is needed in this case18:47
*** eghobo has joined #openstack-meeting-alt18:47
grapexvipul: I disagree18:47
kevinconwayi disagree this is a hack18:47
grapexthere is not even an mgmt API for capabilities18:47
grapexAlso I wouldn't call this code a hack: https://github.com/openstack/trove/blob/master/trove/instance/models.py#L59318:47
vipulsounds like dougshelley66 is working on it and it's only a matter of time18:47
*** eghobo has quit IRC18:47
dougshelley66vipul also rueben, i believe18:47
*** dims__ has joined #openstack-meeting-alt18:47
cp16netok18:47
*** Youcef has quit IRC18:47
amrithso folks, I get it that some want to move forward with this. I'm wondering what the driving factor is. maybe if you share we can all get behind it?18:48
*** eghobo has joined #openstack-meeting-alt18:48
*** Obulpathi has quit IRC18:48
grapexamrith: Some datastores don't need volumes?18:48
amrithso what is getting held up grapex?18:48
ruebendougshelley66: https://review.openstack.org/#/c/104011/18:48
grapexvipul: So you're saying: let's wait and not add these features until capabilities is 100% finished18:48
ruebendougshelley66: that's the current patch18:49
grapexbecause at the midcycle capabilities was discussed as something that was nearly done18:49
*** yamamoto has quit IRC18:49
SlickNikOkay, two more minutes. I want to allow some time for open discussion, and then this conversation can continue in the trove channel.18:49
dougshelley66rueben, correct. which is a mgmt api for capabilities, right?18:49
robertmyersamrith: we want to offer two db's one with volumes and one without in the same trove instance18:49
*** james_li has quit IRC18:49
grapexbut now it's July and we still are seeing rough spots. I don't get why iccha can't just add a first pass of the work to make volumes togglable18:49
*** Obulpathi has joined #openstack-meeting-alt18:49
*** overlayer has quit IRC18:49
icchavipul: amrith why cant we do iterative development in the open18:49
icchagrapex: +!18:49
vipulgrapex: No, i'm just saying let's get agreement on how capabilities will be implemented.. and once we have that.. you can move forward with adding it ot the conf (if we agree that capabilites will loko at conf).. your change should fit right in18:49
*** thomasem has joined #openstack-meeting-alt18:49
ruebendougshelley66: trove management commands for adding/removing capabilities and their overrides18:49
*** michael-yu has joined #openstack-meeting-alt18:49
*** overlayer has joined #openstack-meeting-alt18:50
denis_makogonvipul, +118:50
*** armax has quit IRC18:50
grapexvipul: I think that will be easier once we have the use cases18:50
*** thomasem has quit IRC18:50
ruebendougshelley66: cli commands18:50
kevinconwayvipul: if we're talking about how to implement capabilities, are we also defining what a capability is?18:50
grapexif the concern here is that if we implement volume togglability right now, changing it later will be impossible, I disagree18:50
*** irenab has quit IRC18:50
vipulkevinconway: i think we went a long way towards doing that today18:50
*** thomasem has joined #openstack-meeting-alt18:50
grapexvipul: at the expense that we have people who have other work they need to get done who are now blocked18:50
ruebendougshelley66: does also include the underlying logic to do the add/removes18:51
icchai could not find any documentation on how we envisioned capabilities to be used, i wish it had been a part of the capabilties bp18:51
grapexWe shouldn't force independent tasks to be blocked to encourage debate on a feature that I honestly don't see the need for yet.18:51
kevinconwayiccha: users!18:51
vipulgrapex: Yea I get that.. so let's figure out how we plan to implement capabilities.. since this is an option that we want to expose18:52
grapexIf we do that we're only getting discussion because we're causing people frustration. Maybe the end result is in some small way better, but I think we'd be happier as a community and a project if we were more flexible18:52
icchakevinconway: i did not find any place which explained how it would be used for users, how would a capability be added etc18:52
*** cjellick has quit IRC18:52
vipulgrapex: if we agree that looking at a conf file is a good fallback.. then just add it to the conf file.. done18:52
SlickNikOkay, guys. Let's move on to open items, let's circle back to this after the meeting.18:52
vipulthe fix will fit right in, once capabilities land18:52
SlickNik#topic Open Discussion18:52
*** openstack changes topic to "Open Discussion (Meeting topic: trove)"18:52
grapexvipul: Ok, +118:52
cp16netsounds good18:52
grapexI think we agree18:52
denis_makogoni have one18:52
cp16neti have 2 things18:52
*** cjellick has joined #openstack-meeting-alt18:52
cp16netgo denis_makogon18:52
denis_makogonthanks18:52
*** mfer has quit IRC18:53
denis_makogonnot so long ago oslo.db and oslo.i18n were released, and some of the OS services are already using them18:53
*** cjellick has quit IRC18:53
*** cjellick has joined #openstack-meeting-alt18:53
*** nati_uen_ has joined #openstack-meeting-alt18:53
denis_makogonat last oslo meeting was a talk about Trove and those libs18:53
SnowDustdenis_makogon, Yogesh : lets have a talk on vertica datastore patchsets18:54
denis_makogondo we have certain plans to move to oslo.i18n and oslo.db in Juno-2/318:54
denis_makogonSnowDust, after meeting18:54
*** chuckC has quit IRC18:54
*** NikitaKo_ has quit IRC18:54
amrithdenis_makogon, is there some feature/aspect that we need?18:54
vipuldenis_makogon: sounds like a large port..18:54
SlickNikdenis_makogon: Is there a reason for the move?18:54
denis_makogonamrith, no features, it's a migration from oslo-incubator code to specific released libs18:55
amrithit was my understanding that the oslo guidelines were that we should not just sync their stuff unless there was a specific benefit provided.18:55
*** james_li has joined #openstack-meeting-alt18:55
denis_makogonSlickNik, code is being deprecated and deleted from oslo18:55
amrithdenis_makogon, are you saying something will stop working?18:56
SlickNikdenis_makogon: akaik, the only code being deprecated and removed this cycle is the rpc code.18:56
SlickNikAnd we are planning to move to oslo.messaging.18:56
vipulSlickNik: +118:56
denis_makogonother reason is to up to date, but seems that Trove already uses some legacy/dropped code from oslo18:56
SlickNikAlso oslo has a policy of 1 cycle heads up before deprecating / removal.18:56
*** nati_ueno has quit IRC18:56
SlickNikSo if they deprecated something this cycle, they won't remove it until the next one.18:57
amrithcp16net, had two things. I'd say we don't do this unless there is a strong driver for the change. it is a large port.18:57
denis_makogonok18:57
cp16net#action SlickNik update jenkins: please remove JENKINS_HOME/scm-sync-configuration.*.log files18:57
*** chuckC has joined #openstack-meeting-alt18:57
cp16net:)18:57
SlickNikcp16net: will do, thanks! :)18:57
*** demorris has joined #openstack-meeting-alt18:57
SlickNikcp16net: go for it. 2 mins18:58
*** thomasem has quit IRC18:58
cp16netand FYI i created a job that should test multiple patches for a blueprint18:58
*** kebray has quit IRC18:58
cp16neti have not seen it pass yet but it looks like it should work18:58
cp16net#info https://rdjenkins.dyndns.org/job/multi-patch-test18:58
cp16netok thats it18:58
SlickNikcp16net: nice work!18:59
SlickNikcp16net: will take a look at it.18:59
denis_makogonbut still rdjenkins =)18:59
SlickNikanything else?18:59
*** harlowja is now known as harlowja_away18:59
SlickNik#endmeeting trove18:59
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"18:59
openstackMeeting ended Wed Jul  2 18:59:53 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)18:59
openstackMinutes:        http://eavesdrop.openstack.org/meetings/trove/2014/trove.2014-07-02-18.00.html18:59
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/trove/2014/trove.2014-07-02-18.00.txt18:59
openstackLog:            http://eavesdrop.openstack.org/meetings/trove/2014/trove.2014-07-02-18.00.log.html18:59
SlickNikThanks guys!19:00
*** esp has left #openstack-meeting-alt19:00
grapexThanks SlickNik!19:00
cp16netdenis_makogon: yeah it is19:00
*** mxu has quit IRC19:00
icchathanks SlickNik19:00
icchagood discusion today folks19:00
SlickNikCan we cycle back on the capabilities plan in #openstack-trove, and make sure everyone is on the same page?19:00
ruebenwanted to ask about tempest test failures....19:01
ruebenhttp://logs.openstack.org/11/104011/2/check/check-tempest-dsvm-full/b186146/console.html#_2014-07-02_16_26_32_56819:01
*** thomasem has joined #openstack-meeting-alt19:01
*** mat-lowery_ is now known as mat-lowery19:01
rueben...the only thing that's failing on my patch set 2 https://review.openstack.org/#/c/104011/19:01
*** glucas has left #openstack-meeting-alt19:02
*** harlowja_away is now known as harlowja19:03
*** jmontemayor has quit IRC19:04
*** iccha_ has joined #openstack-meeting-alt19:04
*** jmontemayor has joined #openstack-meeting-alt19:04
*** marcoemorais has quit IRC19:04
*** marcoemorais has joined #openstack-meeting-alt19:05
*** marcoemorais has quit IRC19:05
*** iccha has quit IRC19:05
*** eankutse has joined #openstack-meeting-alt19:05
*** marcoemorais has joined #openstack-meeting-alt19:05
*** eankutse1 has quit IRC19:06
*** kenhui has quit IRC19:06
*** baoli has joined #openstack-meeting-alt19:07
*** mat-lowery has left #openstack-meeting-alt19:07
*** jmontemayor_ has joined #openstack-meeting-alt19:07
*** baoli_ has joined #openstack-meeting-alt19:08
*** arturt__ has quit IRC19:10
*** jmontemayor has quit IRC19:11
*** rueben has quit IRC19:11
*** baoli has quit IRC19:11
*** arturt__ has joined #openstack-meeting-alt19:13
*** baoli_ has quit IRC19:13
*** Sukhdev has joined #openstack-meeting-alt19:21
*** jamiehannaford has quit IRC19:21
*** IlyaE has joined #openstack-meeting-alt19:23
*** otherwiseguy has joined #openstack-meeting-alt19:25
*** mfer has joined #openstack-meeting-alt19:27
*** pballand has joined #openstack-meeting-alt19:29
*** Michalik_ has quit IRC19:31
*** yamamoto has joined #openstack-meeting-alt19:31
*** emagana has quit IRC19:32
*** ijw has quit IRC19:32
*** emagana has joined #openstack-meeting-alt19:32
*** MarkAtwood has quit IRC19:33
*** ijw has joined #openstack-meeting-alt19:33
*** tdruiva_ is now known as tdruiva19:33
*** dims__ has quit IRC19:33
*** ijw has quit IRC19:33
*** Yogesh has left #openstack-meeting-alt19:34
*** ijw has joined #openstack-meeting-alt19:34
*** yamamoto has quit IRC19:35
*** Obulpathi has quit IRC19:35
*** Obulpathi has joined #openstack-meeting-alt19:36
*** emagana has quit IRC19:36
*** tdruiva has quit IRC19:37
*** tdruiva has joined #openstack-meeting-alt19:37
*** mestery_ is now known as mestery19:38
*** Michalik_ has joined #openstack-meeting-alt19:40
*** demorris has quit IRC19:41
*** overlayer has quit IRC19:42
*** overlayer has joined #openstack-meeting-alt19:43
*** dims has joined #openstack-meeting-alt19:44
*** tdruiva has quit IRC19:45
*** tdruiva has joined #openstack-meeting-alt19:45
*** SnowDust has quit IRC19:46
*** lukego has quit IRC19:46
*** dims_ has joined #openstack-meeting-alt19:48
*** safchain has quit IRC19:48
*** dims has quit IRC19:49
*** thomasem has quit IRC19:50
*** shakamunyi has quit IRC19:52
*** marcoemorais has quit IRC19:52
*** marcoemorais has joined #openstack-meeting-alt19:52
*** thomasem has joined #openstack-meeting-alt19:53
*** dims_ has quit IRC19:54
*** dprince has quit IRC19:54
*** dims has joined #openstack-meeting-alt19:54
*** jmontemayor_ has quit IRC19:56
*** emagana has joined #openstack-meeting-alt19:56
*** IlyaE has quit IRC19:57
*** jdob has quit IRC19:57
*** jdob has joined #openstack-meeting-alt19:58
*** SnowDust has joined #openstack-meeting-alt19:58
*** dims_ has joined #openstack-meeting-alt19:58
*** SlickNik has left #openstack-meeting-alt19:59
*** mberlin has quit IRC19:59
*** yamamoto has joined #openstack-meeting-alt19:59
*** demorris has joined #openstack-meeting-alt20:00
*** dims has quit IRC20:00
*** marcoemorais has quit IRC20:01
*** marcoemorais has joined #openstack-meeting-alt20:02
*** marcoemorais has quit IRC20:02
*** marcoemorais has joined #openstack-meeting-alt20:02
*** marcoemorais has quit IRC20:03
*** michael-yu has quit IRC20:03
*** marcoemorais has joined #openstack-meeting-alt20:03
*** demorris_ has joined #openstack-meeting-alt20:03
*** yamamoto has quit IRC20:04
*** ccrouch has left #openstack-meeting-alt20:04
*** IlyaE has joined #openstack-meeting-alt20:05
*** dims_ has quit IRC20:05
*** marcoemorais has quit IRC20:05
*** demorris has quit IRC20:05
*** demorris_ is now known as demorris20:05
*** jmontemayor has joined #openstack-meeting-alt20:05
*** marcoemorais has joined #openstack-meeting-alt20:05
*** dims has joined #openstack-meeting-alt20:06
*** pballand has quit IRC20:06
*** padkrish_ has quit IRC20:07
*** shakamunyi has joined #openstack-meeting-alt20:07
*** padkrish has joined #openstack-meeting-alt20:07
*** baoli has joined #openstack-meeting-alt20:09
*** harlowja is now known as harlowja_away20:09
*** ijw has quit IRC20:11
*** boden has quit IRC20:11
*** SnowDust has quit IRC20:11
*** padkrish has quit IRC20:12
*** thangp has quit IRC20:12
*** pballand has joined #openstack-meeting-alt20:13
*** Sukhdev has quit IRC20:13
*** radez is now known as radez_g0n320:13
*** baoli has quit IRC20:14
*** mberlin has joined #openstack-meeting-alt20:15
*** emagana has quit IRC20:16
*** emagana has joined #openstack-meeting-alt20:17
*** satish_ has joined #openstack-meeting-alt20:18
*** michael-yu has joined #openstack-meeting-alt20:18
*** satish has quit IRC20:20
*** emagana has quit IRC20:21
*** AlanClark has quit IRC20:22
*** james_li has quit IRC20:22
*** ijw has joined #openstack-meeting-alt20:22
*** james_li has joined #openstack-meeting-alt20:22
*** cjellick has quit IRC20:23
*** cjellick has joined #openstack-meeting-alt20:23
*** arturt__ has quit IRC20:24
*** arturt__ has joined #openstack-meeting-alt20:24
*** hachao has quit IRC20:26
*** bubbva_ has quit IRC20:26
*** padkrish has joined #openstack-meeting-alt20:26
*** bubbva_ has joined #openstack-meeting-alt20:26
*** hachao has joined #openstack-meeting-alt20:27
*** cjellick has quit IRC20:28
*** eankutse1 has joined #openstack-meeting-alt20:28
*** eankutse1 has quit IRC20:29
*** arturt__ has quit IRC20:29
*** Michalik_ has quit IRC20:29
*** cjellick has joined #openstack-meeting-alt20:29
*** cjellick has quit IRC20:30
*** mestery_ has joined #openstack-meeting-alt20:30
*** cjellick has joined #openstack-meeting-alt20:30
*** Michalik_ has joined #openstack-meeting-alt20:31
*** emagana has joined #openstack-meeting-alt20:31
*** eankutse has quit IRC20:31
*** tdruiva_ has joined #openstack-meeting-alt20:34
*** tdruiva has quit IRC20:37
*** harlowja_away is now known as harlowja20:39
*** marun is now known as marun_afk20:43
*** denis_makogon has quit IRC20:44
*** lukego has joined #openstack-meeting-alt20:44
*** demorris has quit IRC20:45
*** jkraj has quit IRC20:46
*** Sukhdev has joined #openstack-meeting-alt20:50
*** zz_gondoi is now known as gondoi20:50
*** emagana has quit IRC20:51
*** IlyaE has quit IRC20:52
*** marun_afk is now known as marun20:52
*** IlyaE has joined #openstack-meeting-alt20:54
*** dims has quit IRC20:55
*** satish has joined #openstack-meeting-alt20:56
*** Sukhdev_ has joined #openstack-meeting-alt20:57
*** atiwari has quit IRC20:58
*** lurker5 has joined #openstack-meeting-alt20:58
*** atiwari has joined #openstack-meeting-alt20:59
*** yamamoto has joined #openstack-meeting-alt20:59
*** Sukhdev has quit IRC21:00
*** dims has joined #openstack-meeting-alt21:00
*** satish_ has quit IRC21:00
*** jmontemayor has quit IRC21:01
*** Sukhdev_ has quit IRC21:02
*** yamamoto has quit IRC21:03
*** thomnico has quit IRC21:04
*** mestery_ has quit IRC21:04
*** iccha_ has quit IRC21:05
*** jecarey has quit IRC21:06
*** atiwari has quit IRC21:06
*** markwash has quit IRC21:06
*** gokrokve has quit IRC21:06
*** mfer has quit IRC21:07
*** grapex has quit IRC21:08
*** gokrokve has joined #openstack-meeting-alt21:08
*** baoli has joined #openstack-meeting-alt21:10
*** jcru has quit IRC21:13
*** dims_ has joined #openstack-meeting-alt21:13
*** Obulpathi has quit IRC21:14
*** IlyaE has quit IRC21:14
*** baoli has quit IRC21:14
*** dims has quit IRC21:15
*** julim has quit IRC21:15
*** lurker5 has quit IRC21:18
*** ijw has quit IRC21:18
*** gyee has quit IRC21:18
*** dims_ has quit IRC21:18
*** iccha has joined #openstack-meeting-alt21:18
*** IlyaE has joined #openstack-meeting-alt21:18
*** ijw has joined #openstack-meeting-alt21:19
*** james_li has quit IRC21:20
*** jecarey has joined #openstack-meeting-alt21:20
*** ajo|mac has quit IRC21:21
*** lukego has quit IRC21:23
*** rohit404 has quit IRC21:24
*** markmcclain has quit IRC21:25
*** IlyaE has quit IRC21:29
*** Michalik_ has quit IRC21:29
*** overlayer has quit IRC21:30
*** jdob has quit IRC21:31
*** dims has joined #openstack-meeting-alt21:31
*** SumitNaiksatam has quit IRC21:32
*** IlyaE has joined #openstack-meeting-alt21:33
*** phil_h has quit IRC21:34
*** Michalik_ has joined #openstack-meeting-alt21:35
*** tonytan4ever has quit IRC21:36
*** overlayer has joined #openstack-meeting-alt21:40
*** iccha has quit IRC21:40
*** arturt__ has joined #openstack-meeting-alt21:41
*** tdruiva_ has quit IRC21:42
*** tdruiva has joined #openstack-meeting-alt21:42
*** Michali__ has joined #openstack-meeting-alt21:45
*** Michalik_ has quit IRC21:47
*** ghyoc has quit IRC21:48
*** arturt__ has quit IRC21:49
*** arturt__ has joined #openstack-meeting-alt21:49
*** ijw_ has joined #openstack-meeting-alt21:51
*** arturt__ has quit IRC21:52
*** ijw has quit IRC21:53
*** tdruiva_ has joined #openstack-meeting-alt21:53
*** arturt__ has joined #openstack-meeting-alt21:55
*** james_li has joined #openstack-meeting-alt21:55
*** kebray has joined #openstack-meeting-alt21:55
*** tdruiva has quit IRC21:57
*** thomasem has quit IRC21:58
*** yamamoto has joined #openstack-meeting-alt21:59
*** tdruiva_ has quit IRC21:59
*** MarkAtwood has joined #openstack-meeting-alt21:59
*** tdruiva has joined #openstack-meeting-alt22:00
*** emagana has joined #openstack-meeting-alt22:02
*** tdruiva_ has joined #openstack-meeting-alt22:03
*** yamamoto has quit IRC22:04
*** emagana_ has joined #openstack-meeting-alt22:04
*** michael-yu has quit IRC22:05
*** tdruiva has quit IRC22:06
*** emagana has quit IRC22:07
*** kebray has quit IRC22:10
*** baoli has joined #openstack-meeting-alt22:11
*** kebray has joined #openstack-meeting-alt22:11
*** emagana_ has quit IRC22:15
*** baoli has quit IRC22:15
*** nelsnelson has quit IRC22:15
*** michael-yu has joined #openstack-meeting-alt22:16
*** shakamunyi has quit IRC22:17
*** emagana_ has joined #openstack-meeting-alt22:19
*** shakamunyi has joined #openstack-meeting-alt22:20
*** otherwiseguy has quit IRC22:21
*** emagana_ has quit IRC22:23
*** robertmyers has quit IRC22:23
*** gondoi is now known as zz_gondoi22:24
*** richm has quit IRC22:26
*** banix has quit IRC22:26
*** arturt__ has quit IRC22:27
*** arturt__ has joined #openstack-meeting-alt22:28
*** tdruiva_ has quit IRC22:28
*** tdruiva has joined #openstack-meeting-alt22:28
*** tdruiva_ has joined #openstack-meeting-alt22:32
*** Michalik_ has joined #openstack-meeting-alt22:32
*** Michali__ has quit IRC22:32
*** arturt__ has quit IRC22:33
*** arturt__ has joined #openstack-meeting-alt22:34
*** tdruiva has quit IRC22:36
*** otherwiseguy has joined #openstack-meeting-alt22:36
*** baoli has joined #openstack-meeting-alt22:39
*** ijw has joined #openstack-meeting-alt22:40
*** armax has joined #openstack-meeting-alt22:42
*** ijw_ has quit IRC22:42
*** pballand has quit IRC22:44
*** kevinconway has quit IRC22:48
*** amytron has quit IRC22:48
*** ijw_ has joined #openstack-meeting-alt22:52
*** mugsie has left #openstack-meeting-alt22:52
*** david-lyle has quit IRC22:53
*** david-lyle has joined #openstack-meeting-alt22:54
*** ijw has quit IRC22:55
*** arturt__ has quit IRC22:55
*** arturt__ has joined #openstack-meeting-alt22:56
*** jecarey has quit IRC22:57
*** ijw_ has quit IRC22:57
*** jecarey has joined #openstack-meeting-alt22:57
*** david-lyle has quit IRC22:59
*** yamamoto has joined #openstack-meeting-alt22:59
*** arturt__ has quit IRC23:00
*** bauzas has quit IRC23:01
*** mattgriffin has quit IRC23:02
*** yamamoto has quit IRC23:04
*** amcrn has quit IRC23:04
*** saurabhs has quit IRC23:04
*** amcrn has joined #openstack-meeting-alt23:05
*** otherwiseguy has quit IRC23:05
*** betsy has quit IRC23:07
*** saurabhs has joined #openstack-meeting-alt23:09
*** shakamunyi has quit IRC23:11
*** Sukhdev has joined #openstack-meeting-alt23:22
*** saurabhs has quit IRC23:24
*** carl_baldwin has quit IRC23:26
*** arturt__ has joined #openstack-meeting-alt23:26
*** james_li has quit IRC23:27
*** arturt__ has quit IRC23:32
*** gyee has joined #openstack-meeting-alt23:33
*** ijw has joined #openstack-meeting-alt23:37
*** atiwari has joined #openstack-meeting-alt23:42
*** oomichi has joined #openstack-meeting-alt23:45
*** jcoufal has quit IRC23:48
*** nati_uen_ has quit IRC23:49
*** shayneburgess has quit IRC23:53
*** arturt__ has joined #openstack-meeting-alt23:53
*** padkrish has quit IRC23:53
*** saurabhs has joined #openstack-meeting-alt23:56
*** arturt__ has quit IRC23:58
*** padkrish has joined #openstack-meeting-alt23:59
*** yamamoto has joined #openstack-meeting-alt23:59

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