Wednesday, 2013-06-19

*** salv-orlando has quit IRC00:00
*** KurtMartin has joined #openstack-meeting00:03
*** kmartin has quit IRC00:04
*** KurtMartin is now known as kmartin00:04
*** dcramer__ has joined #openstack-meeting00:07
*** dolphm_ has quit IRC00:08
*** michchap has quit IRC00:10
*** lpabon has quit IRC00:10
*** fnaval has joined #openstack-meeting00:11
*** fnaval has quit IRC00:11
*** fnaval has joined #openstack-meeting00:11
*** michchap has joined #openstack-meeting00:12
*** michchap has quit IRC00:13
*** henrynash has quit IRC00:13
*** michchap has joined #openstack-meeting00:13
*** jasondotstar has joined #openstack-meeting00:16
*** HenryG has joined #openstack-meeting00:17
*** epim has quit IRC00:18
*** maoy has quit IRC00:18
*** maoy has joined #openstack-meeting00:19
*** ryanpetrello has quit IRC00:22
*** mdomsch has quit IRC00:27
*** sushils has quit IRC00:33
*** lloydde has quit IRC00:38
*** dolphm has joined #openstack-meeting00:38
*** lloydde has joined #openstack-meeting00:44
*** dolphm has quit IRC00:47
*** noslzzp has joined #openstack-meeting00:53
*** lloydde has quit IRC00:57
*** abhisri has joined #openstack-meeting00:57
*** colinmcnamara has joined #openstack-meeting00:57
*** changbl has joined #openstack-meeting00:58
*** ryanpetrello has joined #openstack-meeting01:00
*** lloydde has joined #openstack-meeting01:01
*** rwsu is now known as rwsu-away01:03
*** lloydde has quit IRC01:06
*** nati_uen_ has joined #openstack-meeting01:07
*** yaguang has joined #openstack-meeting01:10
*** nati_ueno has quit IRC01:10
*** gyee has quit IRC01:21
*** colinmcnamara has quit IRC01:21
*** ryanpetrello has quit IRC01:23
*** terry7 has quit IRC01:23
*** ryanpetrello has joined #openstack-meeting01:25
*** lloydde has joined #openstack-meeting01:27
*** sarob has quit IRC01:29
*** sarob has joined #openstack-meeting01:30
*** martine_ has quit IRC01:32
*** tanisdl has quit IRC01:35
*** lloydde has quit IRC01:37
*** ryanpetrello has quit IRC01:39
*** abhisri has quit IRC01:42
*** sarob has quit IRC01:46
*** danwent has quit IRC01:54
*** danwent has joined #openstack-meeting01:55
*** novas0x2a|laptop has quit IRC01:57
*** sarob has joined #openstack-meeting01:59
*** danwent has quit IRC02:00
*** sarob has quit IRC02:00
*** sarob has joined #openstack-meeting02:00
*** sarob has quit IRC02:01
*** sarob_ has joined #openstack-meeting02:01
*** sarob has joined #openstack-meeting02:03
*** lloydde has joined #openstack-meeting02:03
*** sarob_ has quit IRC02:06
*** lloydde has quit IRC02:07
*** abhisri has joined #openstack-meeting02:14
*** sarob has quit IRC02:19
*** anniec has quit IRC02:30
*** afazekas has joined #openstack-meeting02:34
*** cp16net is now known as cp16net|away02:41
*** annegentle has quit IRC02:41
*** terriyu has quit IRC02:41
*** Guest46547 has quit IRC02:42
*** cp16net|away is now known as cp16net02:42
*** annegentle has joined #openstack-meeting02:43
*** lillie has joined #openstack-meeting02:43
*** lillie is now known as Guest6498402:43
*** Mandell has quit IRC02:51
*** abhisri has quit IRC02:58
*** stevebaker has joined #openstack-meeting02:59
*** egallen has quit IRC03:03
*** lloydde has joined #openstack-meeting03:03
*** stevebaker has quit IRC03:04
*** noslzzp has quit IRC03:05
*** litong has quit IRC03:05
*** lloydde has quit IRC03:08
*** SergeyLukjanov has joined #openstack-meeting03:22
*** RajeshMohan has quit IRC03:22
*** RajeshMohan has joined #openstack-meeting03:23
*** dcramer__ has quit IRC03:25
*** stevemar has joined #openstack-meeting03:30
*** cp16net is now known as cp16net|away03:31
*** cp16net|away is now known as cp16net03:33
*** MarkAtwood has joined #openstack-meeting03:35
*** stevebaker has joined #openstack-meeting03:38
*** llu_linux has joined #openstack-meeting03:41
*** llu_linux has quit IRC03:52
*** schwicht has quit IRC03:52
*** ndipanov_gone has quit IRC03:52
*** ilyashakhat has quit IRC03:52
*** dripton has quit IRC03:52
*** asalkeld has quit IRC03:52
*** saschpe has quit IRC03:52
*** shardy has quit IRC03:52
*** primeministerp has quit IRC03:52
*** ekarlso has quit IRC03:52
*** fnaval has quit IRC03:52
*** timello has quit IRC03:52
*** marun has quit IRC03:52
*** Akendo has quit IRC03:52
*** cdub has quit IRC03:52
*** swifterdarrell has quit IRC03:52
*** Kharec has quit IRC03:52
*** joearnold has quit IRC03:52
*** euanh has quit IRC03:52
*** changbl has quit IRC03:52
*** sandywalsh has quit IRC03:52
*** ayoung has quit IRC03:52
*** rongze has quit IRC03:52
*** zul has quit IRC03:52
*** ssurana has quit IRC03:52
*** rcrit has quit IRC03:52
*** enikanorov-w has quit IRC03:52
*** shang has quit IRC03:52
*** bradjone1|away has quit IRC03:52
*** apmelton has quit IRC03:52
*** SpamapS has quit IRC03:52
*** juice has quit IRC03:52
*** jog0 has quit IRC03:52
*** belliott has quit IRC03:52
*** christophk has quit IRC03:52
*** ociuhandu has quit IRC03:52
*** cody-somerville has quit IRC03:52
*** jaypipes has quit IRC03:52
*** dosaboy has quit IRC03:52
*** sirushti has quit IRC03:52
*** jesusaurus has quit IRC03:52
*** crank has quit IRC03:52
*** lifeless has quit IRC03:52
*** oubiwann has quit IRC03:52
*** sivel has quit IRC03:52
*** obondarev has quit IRC03:52
*** jamespage has quit IRC03:52
*** radix has quit IRC03:52
*** troytoman-away has quit IRC03:52
*** jgriffith has quit IRC03:52
*** dendrobates has quit IRC03:52
*** ogelbukh has quit IRC03:52
*** torgomatic has quit IRC03:52
*** nijaba has quit IRC03:52
*** n0ano has quit IRC03:52
*** beagles has quit IRC03:52
*** mikal has quit IRC03:52
*** dachary has quit IRC03:52
*** hyakuhei_ has quit IRC03:52
*** lcheng has quit IRC03:52
*** bdperkin has quit IRC03:52
*** nachi has quit IRC03:52
*** netapp has quit IRC03:52
*** jd__ has quit IRC03:52
*** rmk has quit IRC03:52
*** _cerberus_ has quit IRC03:52
*** huats has quit IRC03:52
*** vipul has quit IRC03:52
*** rickerc has quit IRC03:52
*** cyeoh has quit IRC03:52
*** _sifusam_ has quit IRC03:52
*** GheRivero has quit IRC03:52
*** stevebaker has quit IRC03:52
*** HenryG has quit IRC03:52
*** michchap has quit IRC03:52
*** bdpayne has quit IRC03:52
*** rwsu-away has quit IRC03:52
*** ayurchen has quit IRC03:52
*** jang has quit IRC03:52
*** adalbas has quit IRC03:52
*** skraynev has quit IRC03:52
*** pvo has quit IRC03:52
*** zigo has quit IRC03:52
*** sileht has quit IRC03:52
*** fungi has quit IRC03:52
*** vishy has quit IRC03:52
*** fsargent has quit IRC03:52
*** morganfainberg has quit IRC03:52
*** jdurgin has quit IRC03:52
*** Adri2000 has quit IRC03:52
*** edleafe has quit IRC03:52
*** bgmccollum has quit IRC03:52
*** russellb has quit IRC03:52
*** andreaf has quit IRC03:52
*** redthrux has quit IRC03:52
*** hughsaunders has quit IRC03:52
*** pleia2 has quit IRC03:52
*** westmaas has quit IRC03:52
*** ashwini_ has quit IRC03:52
*** ameade has quit IRC03:52
*** EntropyWorks has quit IRC03:52
*** jcooley has quit IRC03:52
*** jculp has quit IRC03:52
*** rdo has quit IRC03:52
*** beyounn has quit IRC03:52
*** MarkAtwood has quit IRC03:52
*** lastidiot has quit IRC03:52
*** dragondm has quit IRC03:52
*** Ng has quit IRC03:52
*** mkoderer has quit IRC03:52
*** davidhadas has quit IRC03:52
*** med_ has quit IRC03:52
*** Vivek has quit IRC03:52
*** akscram has quit IRC03:52
*** kashyap has quit IRC03:52
*** ttrifonov has quit IRC03:52
*** ohadlevy has quit IRC03:52
*** markpeek has quit IRC03:52
*** diogogmt has quit IRC03:52
*** reed has quit IRC03:52
*** hemna has quit IRC03:52
*** ZangMingJie has quit IRC03:52
*** Brainspackle has quit IRC03:52
*** anteaya has quit IRC03:52
*** anderstj has quit IRC03:52
*** nikhil has quit IRC03:52
*** antonym has quit IRC03:52
*** simonmcc has quit IRC03:52
*** stackKid has quit IRC03:52
*** annegentle has quit IRC03:52
*** afazekas has quit IRC03:52
*** nati_uen_ has quit IRC03:52
*** fifieldt has quit IRC03:52
*** ladquin has quit IRC03:52
*** enikanorov_ has quit IRC03:52
*** yuanz has quit IRC03:52
*** jpeeler has quit IRC03:52
*** ctracey has quit IRC03:52
*** al-maisan has quit IRC03:52
*** s1rp has quit IRC03:52
*** creiht has quit IRC03:52
*** stevemar has quit IRC03:52
*** jeblair has quit IRC03:52
*** yamahata has quit IRC03:52
*** uvirtbot has quit IRC03:52
*** samalba has quit IRC03:52
*** DuncanT has quit IRC03:52
*** devananda has quit IRC03:52
*** annashen has quit IRC03:52
*** niska has quit IRC03:52
*** RajeshMohan has quit IRC03:52
*** catohornet has quit IRC03:52
*** mtreinish has quit IRC03:52
*** hemnafk has quit IRC03:52
*** hartsocks has quit IRC03:52
*** mestery has quit IRC03:52
*** benonsoftware has quit IRC03:52
*** dansmith has quit IRC03:52
*** david-lyle has quit IRC03:52
*** mordred has quit IRC03:52
*** arosen has quit IRC03:52
*** echohead has quit IRC03:52
*** stanojr_ has quit IRC03:52
*** esmute has quit IRC03:52
*** chmouel has quit IRC03:52
*** dtroyer_zz has quit IRC03:52
*** alaski has quit IRC03:52
*** cp16net has quit IRC03:52
*** rosmaita has quit IRC03:52
*** Guest64984 has quit IRC03:52
*** EmilienM has quit IRC03:52
*** CaptTofu has quit IRC03:52
*** ttx has quit IRC03:52
*** sdague has quit IRC03:52
*** zaro has quit IRC03:52
*** bcwaldon has quit IRC03:52
*** asadoughi has quit IRC03:52
*** hub_cap has quit IRC03:52
*** toanster has quit IRC03:52
*** frankm__ has quit IRC03:52
*** guitarzan has quit IRC03:52
*** notmyname has quit IRC03:52
*** comstud has quit IRC03:52
*** akshayms has quit IRC03:52
*** clarkb has quit IRC03:52
*** tris has quit IRC03:52
*** radez_g0n3 has quit IRC03:52
*** SergeyLukjanov has quit IRC03:52
*** yaguang has quit IRC03:52
*** sdake has quit IRC03:52
*** ciocari has quit IRC03:52
*** harlowja has quit IRC03:52
*** maurosr has quit IRC03:52
*** rostam has quit IRC03:52
*** matiu has quit IRC03:52
*** BobBall has quit IRC03:52
*** bnemec_ has quit IRC03:52
*** cburgess has quit IRC03:52
*** jmh_ro has quit IRC03:52
*** ivoks has quit IRC03:52
*** iccha has quit IRC03:52
*** Daviey has quit IRC03:52
*** erwan_taf has quit IRC03:52
*** zynzel has quit IRC03:52
*** carlp-away has quit IRC03:52
*** llu has quit IRC03:52
*** carlp-away has joined #openstack-meeting03:54
*** zynzel has joined #openstack-meeting03:54
*** erwan_taf has joined #openstack-meeting03:54
*** iccha has joined #openstack-meeting03:54
*** Daviey has joined #openstack-meeting03:54
*** jmh_ro has joined #openstack-meeting03:54
*** cburgess has joined #openstack-meeting03:54
*** ivoks has joined #openstack-meeting03:54
*** bnemec_ has joined #openstack-meeting03:54
*** BobBall has joined #openstack-meeting03:54
*** matiu has joined #openstack-meeting03:54
*** rostam has joined #openstack-meeting03:54
*** maurosr has joined #openstack-meeting03:54
*** ciocari has joined #openstack-meeting03:54
*** sdake has joined #openstack-meeting03:54
*** yaguang has joined #openstack-meeting03:54
*** SergeyLukjanov has joined #openstack-meeting03:54
*** llu_linux has joined #openstack-meeting03:54
*** stevebaker has joined #openstack-meeting03:54
*** MarkAtwood has joined #openstack-meeting03:54
*** stevemar has joined #openstack-meeting03:54
*** RajeshMohan has joined #openstack-meeting03:54
*** Guest64984 has joined #openstack-meeting03:54
*** annegentle has joined #openstack-meeting03:54
*** afazekas has joined #openstack-meeting03:54
*** nati_uen_ has joined #openstack-meeting03:54
*** changbl has joined #openstack-meeting03:54
*** HenryG has joined #openstack-meeting03:54
*** michchap has joined #openstack-meeting03:54
*** fnaval has joined #openstack-meeting03:54
*** markpeek has joined #openstack-meeting03:54
*** lastidiot has joined #openstack-meeting03:54
*** sandywalsh has joined #openstack-meeting03:54
*** timello has joined #openstack-meeting03:54
*** fifieldt has joined #openstack-meeting03:54
*** ociuhandu has joined #openstack-meeting03:54
*** ayoung has joined #openstack-meeting03:54
*** rdo has joined #openstack-meeting03:54
*** diogogmt has joined #openstack-meeting03:54
*** akscram has joined #openstack-meeting03:54
*** cody-somerville has joined #openstack-meeting03:54
*** hub_cap has joined #openstack-meeting03:54
*** reed has joined #openstack-meeting03:54
*** simonmcc has joined #openstack-meeting03:54
*** david-lyle has joined #openstack-meeting03:54
*** CaptTofu has joined #openstack-meeting03:54
*** shardy has joined #openstack-meeting03:54
*** dragondm has joined #openstack-meeting03:54
*** rcrit has joined #openstack-meeting03:54
*** catohornet has joined #openstack-meeting03:54
*** jeblair has joined #openstack-meeting03:54
*** bdpayne has joined #openstack-meeting03:54
*** hemna has joined #openstack-meeting03:54
*** ladquin has joined #openstack-meeting03:54
*** schwicht has joined #openstack-meeting03:54
*** ndipanov_gone has joined #openstack-meeting03:54
*** ilyashakhat has joined #openstack-meeting03:54
*** jaypipes has joined #openstack-meeting03:54
*** rwsu-away has joined #openstack-meeting03:54
*** mtreinish has joined #openstack-meeting03:54
*** oubiwann has joined #openstack-meeting03:54
*** sivel has joined #openstack-meeting03:54
*** dosaboy has joined #openstack-meeting03:54
*** stackKid has joined #openstack-meeting03:54
*** enikanorov_ has joined #openstack-meeting03:54
*** obondarev has joined #openstack-meeting03:54
*** enikanorov-w has joined #openstack-meeting03:54
*** dripton has joined #openstack-meeting03:54
*** asalkeld has joined #openstack-meeting03:54
*** shang has joined #openstack-meeting03:54
*** saschpe has joined #openstack-meeting03:54
*** yuanz has joined #openstack-meeting03:54
*** jamespage has joined #openstack-meeting03:54
*** pvo has joined #openstack-meeting03:54
*** rongze has joined #openstack-meeting03:54
*** radix has joined #openstack-meeting03:54
*** troytoman-away has joined #openstack-meeting03:54
*** beyounn has joined #openstack-meeting03:54
*** zigo has joined #openstack-meeting03:54
*** Ng has joined #openstack-meeting03:54
*** Akendo has joined #openstack-meeting03:54
*** mkoderer has joined #openstack-meeting03:54
*** zul has joined #openstack-meeting03:54
*** hemnafk has joined #openstack-meeting03:54
*** davidhadas has joined #openstack-meeting03:54
*** GheRivero has joined #openstack-meeting03:54
*** hartsocks has joined #openstack-meeting03:54
*** n0ano has joined #openstack-meeting03:54
*** ssurana has joined #openstack-meeting03:54
*** sirushti has joined #openstack-meeting03:54
*** mestery has joined #openstack-meeting03:54
*** beagles has joined #openstack-meeting03:54
*** yamahata has joined #openstack-meeting03:54
*** EmilienM has joined #openstack-meeting03:54
*** benonsoftware has joined #openstack-meeting03:54
*** ttx has joined #openstack-meeting03:54
*** ayurchen has joined #openstack-meeting03:54
*** cdub has joined #openstack-meeting03:54
*** sileht has joined #openstack-meeting03:54
*** dansmith has joined #openstack-meeting03:54
*** jgriffith has joined #openstack-meeting03:54
*** swifterdarrell has joined #openstack-meeting03:54
*** sdague has joined #openstack-meeting03:54
*** jang has joined #openstack-meeting03:54
*** fungi has joined #openstack-meeting03:54
*** vishy has joined #openstack-meeting03:54
*** fsargent has joined #openstack-meeting03:54
*** morganfainberg has joined #openstack-meeting03:54
*** jdurgin has joined #openstack-meeting03:54
*** Adri2000 has joined #openstack-meeting03:54
*** edleafe has joined #openstack-meeting03:54
*** bgmccollum has joined #openstack-meeting03:54
*** primeministerp has joined #openstack-meeting03:54
*** dendrobates has joined #openstack-meeting03:54
*** russellb has joined #openstack-meeting03:54
*** dachary has joined #openstack-meeting03:54
*** Kharec has joined #openstack-meeting03:54
*** apmelton has joined #openstack-meeting03:54
*** andreaf has joined #openstack-meeting03:54
*** mikal has joined #openstack-meeting03:54
*** adalbas has joined #openstack-meeting03:54
*** ogelbukh has joined #openstack-meeting03:54
*** skraynev has joined #openstack-meeting03:54
*** redthrux has joined #openstack-meeting03:54
*** hughsaunders has joined #openstack-meeting03:54
*** ZangMingJie has joined #openstack-meeting03:54
*** med_ has joined #openstack-meeting03:54
*** Vivek has joined #openstack-meeting03:54
*** torgomatic has joined #openstack-meeting03:54
*** jesusaurus has joined #openstack-meeting03:54
*** zaro has joined #openstack-meeting03:54
*** jpeeler has joined #openstack-meeting03:54
*** huats has joined #openstack-meeting03:54
*** vipul has joined #openstack-meeting03:54
*** kashyap has joined #openstack-meeting03:54
*** rickerc has joined #openstack-meeting03:54
*** ekarlso has joined #openstack-meeting03:54
*** crank has joined #openstack-meeting03:54
*** pleia2 has joined #openstack-meeting03:54
*** samalba has joined #openstack-meeting03:54
*** uvirtbot has joined #openstack-meeting03:54
*** joearnold has joined #openstack-meeting03:54
*** euanh has joined #openstack-meeting03:54
*** lifeless has joined #openstack-meeting03:54
*** cyeoh has joined #openstack-meeting03:54
*** ctracey has joined #openstack-meeting03:54
*** ttrifonov has joined #openstack-meeting03:54
*** _sifusam_ has joined #openstack-meeting03:54
*** ohadlevy has joined #openstack-meeting03:54
*** hyakuhei_ has joined #openstack-meeting03:54
*** bradjone1|away has joined #openstack-meeting03:54
*** lcheng has joined #openstack-meeting03:54
*** bdperkin has joined #openstack-meeting03:54
*** SpamapS has joined #openstack-meeting03:54
*** nijaba has joined #openstack-meeting03:54
*** Brainspackle has joined #openstack-meeting03:54
*** al-maisan has joined #openstack-meeting03:54
*** juice has joined #openstack-meeting03:54
*** bcwaldon has joined #openstack-meeting03:54
*** jog0 has joined #openstack-meeting03:54
*** asadoughi has joined #openstack-meeting03:54
*** belliott has joined #openstack-meeting03:54
*** christophk has joined #openstack-meeting03:54
*** nachi has joined #openstack-meeting03:54
*** jculp has joined #openstack-meeting03:54
*** jcooley has joined #openstack-meeting03:54
*** EntropyWorks has joined #openstack-meeting03:54
*** ameade has joined #openstack-meeting03:54
*** ashwini_ has joined #openstack-meeting03:54
*** westmaas has joined #openstack-meeting03:54
*** DuncanT has joined #openstack-meeting03:54
*** devananda has joined #openstack-meeting03:54
*** annashen has joined #openstack-meeting03:54
*** niska has joined #openstack-meeting03:54
*** _cerberus_ has joined #openstack-meeting03:54
*** rmk has joined #openstack-meeting03:54
*** jd__ has joined #openstack-meeting03:54
*** netapp has joined #openstack-meeting03:54
*** toanster has joined #openstack-meeting03:54
*** anteaya has joined #openstack-meeting03:54
*** anderstj has joined #openstack-meeting03:54
*** frankm__ has joined #openstack-meeting03:54
*** s1rp has joined #openstack-meeting03:54
*** nikhil has joined #openstack-meeting03:54
*** guitarzan has joined #openstack-meeting03:54
*** notmyname has joined #openstack-meeting03:54
*** creiht has joined #openstack-meeting03:54
*** antonym has joined #openstack-meeting03:54
*** akshayms has joined #openstack-meeting03:54
*** comstud has joined #openstack-meeting03:54
*** clarkb has joined #openstack-meeting03:54
*** tris has joined #openstack-meeting03:54
*** radez_g0n3 has joined #openstack-meeting03:54
*** mordred has joined #openstack-meeting03:54
*** arosen has joined #openstack-meeting03:54
*** echohead has joined #openstack-meeting03:54
*** stanojr_ has joined #openstack-meeting03:54
*** esmute has joined #openstack-meeting03:54
*** chmouel has joined #openstack-meeting03:54
*** dtroyer_zz has joined #openstack-meeting03:54
*** alaski has joined #openstack-meeting03:54
*** cp16net has joined #openstack-meeting03:54
*** rosmaita has joined #openstack-meeting03:54
*** SergeyLukjanov has quit IRC03:54
*** yaguang has quit IRC03:54
*** sdake has quit IRC03:54
*** ciocari has quit IRC03:54
*** maurosr has quit IRC03:54
*** rostam has quit IRC03:54
*** matiu has quit IRC03:54
*** BobBall has quit IRC03:54
*** bnemec_ has quit IRC03:54
*** cburgess has quit IRC03:54
*** jmh_ro has quit IRC03:54
*** ivoks has quit IRC03:54
*** iccha has quit IRC03:54
*** Daviey has quit IRC03:54
*** erwan_taf has quit IRC03:54
*** zynzel has quit IRC03:54
*** carlp-away has quit IRC03:54
*** hartsocks has quit IRC03:55
*** SergeyLukjanov has joined #openstack-meeting03:55
*** yaguang has joined #openstack-meeting03:55
*** sdake has joined #openstack-meeting03:55
*** ciocari has joined #openstack-meeting03:55
*** maurosr has joined #openstack-meeting03:55
*** rostam has joined #openstack-meeting03:55
*** matiu has joined #openstack-meeting03:55
*** BobBall has joined #openstack-meeting03:55
*** bnemec_ has joined #openstack-meeting03:55
*** ivoks has joined #openstack-meeting03:55
*** cburgess has joined #openstack-meeting03:55
*** jmh_ro has joined #openstack-meeting03:55
*** Daviey has joined #openstack-meeting03:55
*** iccha has joined #openstack-meeting03:55
*** erwan_taf has joined #openstack-meeting03:55
*** zynzel has joined #openstack-meeting03:55
*** carlp-away has joined #openstack-meeting03:55
*** lloydde has joined #openstack-meeting04:00
*** RajeshMohan has quit IRC04:00
*** RajeshMohan has joined #openstack-meeting04:00
*** nati_uen_ has quit IRC04:04
*** Mandell has joined #openstack-meeting04:13
*** rostam has quit IRC04:20
*** rostam has joined #openstack-meeting04:23
*** sarob has joined #openstack-meeting04:23
*** sarob has quit IRC04:23
*** sarob has joined #openstack-meeting04:24
*** otherwiseguy has quit IRC04:24
*** haomaiwang has joined #openstack-meeting04:26
*** lloydde has quit IRC04:29
*** garyk has joined #openstack-meeting04:32
*** danwent has joined #openstack-meeting04:35
*** SergeyLukjanov has quit IRC04:37
*** lloydde has joined #openstack-meeting04:37
*** sarob_ has joined #openstack-meeting04:38
*** sarob has quit IRC04:38
*** garyk has quit IRC04:39
*** nati_ueno has joined #openstack-meeting04:43
*** nati_ueno has quit IRC04:44
*** nati_ueno has joined #openstack-meeting04:45
*** diogogmt has quit IRC04:58
*** asalkeld has quit IRC05:03
*** sdake has quit IRC05:05
*** SergeyLukjanov has joined #openstack-meeting05:09
*** Kharec has quit IRC05:15
*** Kharec has joined #openstack-meeting05:19
*** cody-somerville has quit IRC05:24
*** stevemar has quit IRC05:25
*** bdpayne has quit IRC05:25
*** markpeek has quit IRC05:31
*** nati_uen_ has joined #openstack-meeting05:33
*** haomaiwang has quit IRC05:34
*** nati_ueno has quit IRC05:36
*** hemna has quit IRC05:37
*** sdake has joined #openstack-meeting05:38
*** sdake has quit IRC05:38
*** sdake has joined #openstack-meeting05:38
*** sarob_ has quit IRC05:40
*** sarob has joined #openstack-meeting05:40
*** imran_ has joined #openstack-meeting05:41
*** koolhead17 has joined #openstack-meeting05:43
*** garyk has joined #openstack-meeting05:44
*** sarob has quit IRC05:45
*** jhenner has joined #openstack-meeting05:46
*** lastidiot has quit IRC05:47
*** ashwini has joined #openstack-meeting06:09
*** jculp_ has joined #openstack-meeting06:09
*** ameade_ has joined #openstack-meeting06:09
*** kinrui has joined #openstack-meeting06:09
*** westmaas has quit IRC06:09
*** redthrux has quit IRC06:09
*** zigo has quit IRC06:09
*** rdo has quit IRC06:09
*** Adri2000 has quit IRC06:09
*** fungi has quit IRC06:09
*** ashwini_ has quit IRC06:09
*** pleia2 has quit IRC06:09
*** russellb has quit IRC06:09
*** jculp has quit IRC06:09
*** ameade has quit IRC06:09
*** sileht has quit IRC06:09
*** fsargent has quit IRC06:09
*** leizhang has joined #openstack-meeting06:10
*** jdurgin has quit IRC06:10
*** pvo has quit IRC06:10
*** vishy has quit IRC06:10
*** zigo has joined #openstack-meeting06:10
*** pleia2 has joined #openstack-meeting06:10
*** morganfainberg has quit IRC06:10
*** rdo has joined #openstack-meeting06:10
*** morganfainberg has joined #openstack-meeting06:10
*** edleafe has quit IRC06:10
*** hughsaunders has quit IRC06:10
*** garyk has quit IRC06:11
*** garyk has joined #openstack-meeting06:11
*** pvo has joined #openstack-meeting06:11
*** russellb has joined #openstack-meeting06:11
*** vishy has joined #openstack-meeting06:11
*** jdurgin has joined #openstack-meeting06:11
*** dabo has joined #openstack-meeting06:12
*** hughsaunders has joined #openstack-meeting06:12
*** Adri2000 has joined #openstack-meeting06:13
*** redthrux has joined #openstack-meeting06:13
*** fsargent has joined #openstack-meeting06:13
*** westmaas has joined #openstack-meeting06:13
*** westmaas has quit IRC06:13
*** sileht has joined #openstack-meeting06:13
*** dolphm has joined #openstack-meeting06:14
*** westmaas has joined #openstack-meeting06:16
*** westmaas has quit IRC06:16
*** westmaas has joined #openstack-meeting06:16
*** westmaas has quit IRC06:16
*** mrunge has joined #openstack-meeting06:17
*** westmaas has joined #openstack-meeting06:17
*** westmaas has quit IRC06:17
*** ryanpetrello has joined #openstack-meeting06:17
*** reed has quit IRC06:18
*** dolphm has quit IRC06:18
*** westmaas has joined #openstack-meeting06:21
*** westmaas has quit IRC06:21
*** westmaas has joined #openstack-meeting06:21
*** westmaas has quit IRC06:21
*** garyk has quit IRC06:21
*** garyk has joined #openstack-meeting06:22
*** westmaas has joined #openstack-meeting06:22
*** westmaas has joined #openstack-meeting06:23
*** westmaas has quit IRC06:23
*** westmaas has joined #openstack-meeting06:23
*** westmaas has joined #openstack-meeting06:28
*** westmaas has quit IRC06:28
*** westmaas has joined #openstack-meeting06:29
*** westmaas has quit IRC06:29
*** westmaas has joined #openstack-meeting06:30
*** westmaas has quit IRC06:30
*** westmaas has joined #openstack-meeting06:32
*** westmaas has quit IRC06:32
*** westmaas has joined #openstack-meeting06:33
*** westmaas has quit IRC06:33
*** koolhead17 has quit IRC06:34
*** westmaas has joined #openstack-meeting06:34
*** westmaas has quit IRC06:34
*** gongysh has joined #openstack-meeting06:34
*** westmaas has joined #openstack-meeting06:35
*** westmaas has joined #openstack-meeting06:36
*** westmaas has quit IRC06:36
*** lloydde has quit IRC06:38
*** westmaas has joined #openstack-meeting06:38
*** lloydde has joined #openstack-meeting06:39
*** westmaas has joined #openstack-meeting06:39
*** westmaas has quit IRC06:39
*** westmaas has joined #openstack-meeting06:40
*** westmaas has quit IRC06:40
*** westmaas has joined #openstack-meeting06:41
*** westmaas has quit IRC06:41
*** westmaas has joined #openstack-meeting06:43
*** westmaas has quit IRC06:43
*** lloydde has quit IRC06:43
*** egallen has joined #openstack-meeting06:43
*** westmaas has joined #openstack-meeting06:45
*** westmaas has quit IRC06:45
*** tayyab has joined #openstack-meeting06:45
*** tayyab has quit IRC06:45
*** tayyab has joined #openstack-meeting06:46
*** westmaas has joined #openstack-meeting06:46
*** westmaas has joined #openstack-meeting06:47
*** westmaas has quit IRC06:47
*** salv-orlando has joined #openstack-meeting06:48
*** westmaas has joined #openstack-meeting06:48
*** westmaas has joined #openstack-meeting06:49
*** westmaas has joined #openstack-meeting06:49
*** psedlak has joined #openstack-meeting06:49
*** garyk has quit IRC06:50
*** garyk has joined #openstack-meeting06:50
*** sarob has joined #openstack-meeting06:52
*** westmaas has joined #openstack-meeting06:54
*** westmaas has quit IRC06:54
*** westmaas has joined #openstack-meeting06:55
*** westmaas has quit IRC06:55
*** westmaas has joined #openstack-meeting06:56
*** westmaas has joined #openstack-meeting06:56
*** westmaas has quit IRC06:56
*** sarob has quit IRC06:57
*** westmaas has joined #openstack-meeting06:58
*** westmaas has quit IRC06:58
*** mrunge has quit IRC06:59
*** salv-orlando has quit IRC07:00
*** westmaas has joined #openstack-meeting07:00
*** westmaas has quit IRC07:00
*** boris-42 has joined #openstack-meeting07:01
*** westmaas has joined #openstack-meeting07:02
*** westmaas has joined #openstack-meeting07:02
*** jcoufal has joined #openstack-meeting07:07
*** ryanpetrello has quit IRC07:08
*** lloydde has joined #openstack-meeting07:08
*** SergeyLukjanov has quit IRC07:09
*** westmaas has joined #openstack-meeting07:10
*** westmaas has joined #openstack-meeting07:12
*** lloydde has quit IRC07:13
*** SergeyLukjanov has joined #openstack-meeting07:14
*** westmaas has joined #openstack-meeting07:14
*** westmaas has quit IRC07:14
*** westmaas has joined #openstack-meeting07:14
*** asalkeld has joined #openstack-meeting07:14
*** westmaas has joined #openstack-meeting07:16
*** westmaas has quit IRC07:16
*** westmaas has joined #openstack-meeting07:16
*** cdub has quit IRC07:17
*** westmaas has joined #openstack-meeting07:17
*** westmaas has joined #openstack-meeting07:18
*** westmaas has quit IRC07:18
*** ndipanov_gone is now known as ndipanov07:19
*** garyk has quit IRC07:20
*** westmaas has joined #openstack-meeting07:21
*** westmaas has quit IRC07:21
*** ttrifonov is now known as ttrifonov_zZzz07:21
*** westmaas has joined #openstack-meeting07:21
*** westmaas has quit IRC07:21
*** mrunge has joined #openstack-meeting07:22
*** westmaas has joined #openstack-meeting07:22
*** westmaas has quit IRC07:22
*** westmaas has joined #openstack-meeting07:23
*** cdub has joined #openstack-meeting07:23
*** westmaas has joined #openstack-meeting07:24
*** ttrifonov_zZzz is now known as ttrifonov07:25
*** westmaas has joined #openstack-meeting07:27
*** westmaas has quit IRC07:27
*** westmaas has joined #openstack-meeting07:28
*** westmaas has quit IRC07:28
*** Mandell has quit IRC07:30
*** westmaas has joined #openstack-meeting07:31
*** westmaas has joined #openstack-meeting07:32
*** westmaas has joined #openstack-meeting07:32
*** westmaas has quit IRC07:32
*** bogdando has joined #openstack-meeting07:34
*** westmaas has joined #openstack-meeting07:36
*** westmaas has quit IRC07:36
*** westmaas has joined #openstack-meeting07:38
*** Mandell has joined #openstack-meeting07:42
*** westmaas has joined #openstack-meeting07:42
*** westmaas has quit IRC07:42
*** westmaas has joined #openstack-meeting07:43
*** westmaas has quit IRC07:43
*** westmaas has joined #openstack-meeting07:44
*** westmaas has quit IRC07:44
*** westmaas has joined #openstack-meeting07:45
*** jtomasek has joined #openstack-meeting07:47
*** westmaas has joined #openstack-meeting07:47
*** westmaas has quit IRC07:47
*** westmaas has joined #openstack-meeting07:48
*** westmaas has quit IRC07:48
*** zynzel has quit IRC07:49
*** westmaas has joined #openstack-meeting07:49
*** westmaas has joined #openstack-meeting07:50
*** westmaas has quit IRC07:50
*** westmaas has joined #openstack-meeting07:50
*** westmaas has quit IRC07:50
*** westmaas has joined #openstack-meeting07:51
*** westmaas has quit IRC07:51
*** westmaas has joined #openstack-meeting07:52
*** sarob has joined #openstack-meeting07:53
*** westmaas has joined #openstack-meeting07:54
*** westmaas has joined #openstack-meeting07:54
*** SergeyLukjanov has quit IRC07:56
*** sarob has quit IRC07:57
*** SergeyLukjanov has joined #openstack-meeting07:58
*** derekh has joined #openstack-meeting08:02
*** enikanorov_ has quit IRC08:04
*** lloydde has joined #openstack-meeting08:09
*** enikanorov has joined #openstack-meeting08:13
*** lloydde has quit IRC08:13
*** dkehn has joined #openstack-meeting08:16
*** zynzel has joined #openstack-meeting08:25
*** haomaiwang has joined #openstack-meeting08:28
*** sushils has joined #openstack-meeting08:32
*** Mandell has quit IRC08:36
*** ayurchen has quit IRC08:36
*** danwent has quit IRC08:41
*** SergeyLukjanov has quit IRC08:45
*** johnthetubaguy has joined #openstack-meeting08:47
*** saschpe has quit IRC08:51
*** henrynash has joined #openstack-meeting08:51
*** jcoufal has quit IRC08:52
*** SergeyLukjanov has joined #openstack-meeting08:52
*** sarob has joined #openstack-meeting08:53
*** jcoufal has joined #openstack-meeting08:56
*** sarob has quit IRC08:58
*** saschpe has joined #openstack-meeting09:01
*** nati_uen_ has quit IRC09:07
*** lloydde has joined #openstack-meeting09:09
*** lloydde has quit IRC09:14
*** stevebaker has quit IRC09:33
*** Vincent_hou has joined #openstack-meeting09:36
*** adalbas has quit IRC09:40
*** dkehn has quit IRC09:41
*** dkehn has joined #openstack-meeting09:44
*** stevebaker has joined #openstack-meeting09:49
*** stevebaker has quit IRC09:53
*** sarob has joined #openstack-meeting09:54
*** avishayb has joined #openstack-meeting09:57
*** sarob has quit IRC09:58
*** yaguang has quit IRC10:02
*** haomaiwang has quit IRC10:05
*** avishayb_ has joined #openstack-meeting10:07
*** lloydde has joined #openstack-meeting10:10
*** johnthetubaguy has quit IRC10:10
*** johnthetubaguy has joined #openstack-meeting10:14
*** lloydde has quit IRC10:15
*** MIDENN_ has joined #openstack-meeting10:16
*** sleepsonthefloor has quit IRC10:16
*** kpepple has quit IRC10:16
*** sleepsonthefloor has joined #openstack-meeting10:17
*** nati_ueno has joined #openstack-meeting10:17
*** kpepple has joined #openstack-meeting10:17
*** mdenny has quit IRC10:18
*** nati_ueno has quit IRC10:21
*** garyk has joined #openstack-meeting10:23
*** simonmcc has left #openstack-meeting10:23
*** gakott has joined #openstack-meeting10:24
*** n0ano has quit IRC10:26
*** garyk has quit IRC10:28
*** gakott has quit IRC10:30
*** gakott has joined #openstack-meeting10:30
*** pcm_ has joined #openstack-meeting10:30
*** pcm_ has quit IRC10:31
*** pcm_ has joined #openstack-meeting10:31
*** skort has joined #openstack-meeting10:32
*** jcoufal has quit IRC10:35
*** gakott has quit IRC10:36
*** jcoufal has joined #openstack-meeting10:40
*** avishayb has quit IRC10:42
*** SergeyLukjanov has quit IRC10:47
*** ayurchen has joined #openstack-meeting10:51
*** mkollaro has joined #openstack-meeting10:54
*** tayyab_ has joined #openstack-meeting10:54
*** sarob has joined #openstack-meeting10:55
*** tayyab has quit IRC10:57
*** gakott has joined #openstack-meeting10:58
*** haomaiwang has joined #openstack-meeting10:59
*** sarob has quit IRC10:59
*** skort has quit IRC11:01
*** chuckieb has joined #openstack-meeting11:03
*** ttrifonov is now known as ttrifonov_zZzz11:06
*** lloydde has joined #openstack-meeting11:10
*** lpabon has joined #openstack-meeting11:12
*** henrynash has quit IRC11:13
*** lloydde has quit IRC11:15
*** johnthetubaguy has quit IRC11:15
*** gakott is now known as garyk11:15
*** johnthetubaguy1 has joined #openstack-meeting11:15
*** imran_ has quit IRC11:15
*** ayurchen has quit IRC11:15
*** sandywalsh has quit IRC11:17
*** ttrifonov_zZzz is now known as ttrifonov11:18
*** tedross has joined #openstack-meeting11:24
*** adalbas has joined #openstack-meeting11:25
*** sandywalsh has joined #openstack-meeting11:31
*** dosaboy has quit IRC11:37
*** lpabon has quit IRC11:38
*** dosaboy has joined #openstack-meeting11:39
*** terriyu has joined #openstack-meeting11:48
*** tzn has joined #openstack-meeting11:51
*** markvoelker has joined #openstack-meeting11:53
*** sarob has joined #openstack-meeting11:55
*** jcoufal has quit IRC11:57
*** gakott has joined #openstack-meeting11:58
*** gakott has quit IRC11:58
*** jcoufal has joined #openstack-meeting11:58
*** gakott has joined #openstack-meeting11:58
*** topol has joined #openstack-meeting11:59
*** sarob has quit IRC11:59
*** marun has joined #openstack-meeting12:01
*** garyk has quit IRC12:01
*** johnthetubaguy1 has quit IRC12:02
*** dprince has joined #openstack-meeting12:08
*** DuncanT has quit IRC12:11
*** lloydde has joined #openstack-meeting12:11
*** DuncanT- has joined #openstack-meeting12:12
*** DuncanT- is now known as duncant12:13
*** duncant is now known as DuncanT12:13
*** lloydde has quit IRC12:15
*** mrunge has quit IRC12:16
*** kinrui is now known as fungi12:22
*** haomaiwang has quit IRC12:26
*** haomaiwang has joined #openstack-meeting12:28
*** haomaiwang has joined #openstack-meeting12:29
*** dolphm has joined #openstack-meeting12:34
*** michchap has quit IRC12:36
*** michchap has joined #openstack-meeting12:37
*** egallen has quit IRC12:37
*** gakott has quit IRC12:37
*** haomaiwang has quit IRC12:38
*** gakott has joined #openstack-meeting12:38
*** gakott has quit IRC12:38
*** gakott has joined #openstack-meeting12:38
*** gakott has quit IRC12:38
*** haomaiwang has joined #openstack-meeting12:39
*** gakott has joined #openstack-meeting12:39
*** gakott has quit IRC12:39
*** egallen has joined #openstack-meeting12:40
*** garyk has joined #openstack-meeting12:40
*** haomaiwa_ has joined #openstack-meeting12:43
*** haomaiwang has quit IRC12:44
*** jasondot_ has joined #openstack-meeting12:45
*** ryanpetrello has joined #openstack-meeting12:46
*** michchap has quit IRC12:48
*** garyk has quit IRC12:50
*** garyk has joined #openstack-meeting12:50
*** gongysh_ has joined #openstack-meeting12:51
*** zul has quit IRC12:56
*** zul has joined #openstack-meeting12:58
*** lbragstad has joined #openstack-meeting13:00
*** krtaylor has quit IRC13:06
*** stevemar has joined #openstack-meeting13:11
*** lloydde has joined #openstack-meeting13:11
*** jecarey has joined #openstack-meeting13:13
*** rkukura has joined #openstack-meeting13:14
*** lloydde has quit IRC13:16
*** michchap has joined #openstack-meeting13:18
*** garyk has quit IRC13:21
*** changbl has quit IRC13:23
*** haomaiwa_ has quit IRC13:24
*** sarob has joined #openstack-meeting13:26
*** rnirmal has joined #openstack-meeting13:26
*** timello has quit IRC13:26
*** timello has joined #openstack-meeting13:27
*** michchap has quit IRC13:28
*** RajeshMohan has quit IRC13:29
*** RajeshMohan has joined #openstack-meeting13:29
*** sarob has quit IRC13:30
*** haomaiwang has joined #openstack-meeting13:32
*** litong has joined #openstack-meeting13:32
*** leizhang has quit IRC13:35
*** markpeek has joined #openstack-meeting13:37
*** otherwiseguy has joined #openstack-meeting13:37
*** timello has quit IRC13:39
*** tayyab_ has quit IRC13:39
*** dolphm has quit IRC13:40
*** anniec has joined #openstack-meeting13:41
*** johnthetubaguy has joined #openstack-meeting13:42
*** boris-42 has quit IRC13:43
*** garyk has joined #openstack-meeting13:43
*** litong has quit IRC13:45
*** anniec_ has joined #openstack-meeting13:45
*** ivasev has joined #openstack-meeting13:45
*** pschaef has joined #openstack-meeting13:46
*** anniec has quit IRC13:46
*** anniec_ is now known as anniec13:46
*** euanh has quit IRC13:47
*** pschaef has left #openstack-meeting13:47
*** pschaef has joined #openstack-meeting13:47
*** gongysh_ has quit IRC13:47
*** gongysh has quit IRC13:47
*** Rafael_Gomes has joined #openstack-meeting13:48
*** davidkranz has joined #openstack-meeting13:48
*** krtaylor has joined #openstack-meeting13:49
*** irenab has joined #openstack-meeting13:51
*** apech has joined #openstack-meeting13:52
*** cp16net is now known as cp16net|away13:54
*** cp16net|away is now known as cp16net13:54
*** michchap has joined #openstack-meeting13:55
*** woodspa has joined #openstack-meeting13:55
*** sukhdev has joined #openstack-meeting13:57
*** timello has joined #openstack-meeting13:57
mesteryHi folks, everyone here for the ml2 meeting?13:59
apechyup, let's do it!13:59
*** Rafael_Gomes has quit IRC13:59
*** matrohon has joined #openstack-meeting13:59
mesteryapech: Love the enthusiasm. :)13:59
*** feleouet has joined #openstack-meeting13:59
*** Rafael_Gomes has joined #openstack-meeting13:59
apechmestery: haha, it's early in the morning for me13:59
mesteryOK, lets get started!14:00
mestery#startmeeting networking_ml214:00
openstackMeeting started Wed Jun 19 14:00:12 2013 UTC.  The chair is mestery. Information about MeetBot at http://wiki.debian.org/MeetBot.14:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:00
*** openstack changes topic to " (Meeting topic: networking_ml2)"14:00
openstackThe meeting name has been set to 'networking_ml2'14:00
mestery#agenda https://wiki.openstack.org/wiki/Meetings/ML214:00
mesteryBefore we get started on the agenda, rkukura, you here too?14:00
*** fnaval has quit IRC14:00
rkukurahi14:00
mesteryhey14:01
mesteryOK, so the first item on the agenda is blueprints.14:01
mesteryLets start with the MechanismDriver blueprint14:01
mestery#link MechanismDriver Code Review https://review.openstack.org/3320114:02
mesteryapech: Nice work on getting this out over the weekend!14:02
apechsure - got a lot of great comments, thanks everyone. I think i'm in line with most of them. Had one question on testing that might be interesting14:02
*** rcurran has joined #openstack-meeting14:02
apechi should have another version out for review in the next day or so14:02
*** eharney has joined #openstack-meeting14:02
*** eharney has quit IRC14:02
*** eharney has joined #openstack-meeting14:02
*** haleyb has joined #openstack-meeting14:03
mesteryapech: great!14:03
mesteryapech: What was the testing question?14:03
apechmark mcclain rightly brought up the question of testing, which I had been a bit ignoring under the assumption that most would be driven by the actual mechanism driver implementations (including ours)14:03
apechany thoughts on a generic test suite I should add, or is putting this off in the short term ok?14:03
apechI could go down the path of adding test mechanism drivers, but that seemed a bit silly14:04
*** michchap_ has joined #openstack-meeting14:04
mesteryI think putting it off for the short term is ok, until we get an actual MechanismDriver.14:04
rkukuraAn obvious approach would be to unit test the manager classes using a mock driver14:04
*** haomaiwang has quit IRC14:04
rcurrani'm guessing that's what mark m was looking for14:04
apechsure, that's true, could right a targetted test for the manager14:04
apechokay, thanks!14:05
apechother people have questinos for me on the mechanism driver?14:05
mesteryYes, I think in general, we'll want solid unit tests before most of these blueprints go up.14:05
rkukurawe probably should also plan a test for each driver class too14:05
apechrkukura - yes, for sure14:05
*** michcha__ has joined #openstack-meeting14:05
*** radez_g0n3 is now known as radez14:06
rkukuraI was also trying to figure out how to test the rpc methods to make sure correct results returned, etc.14:06
*** michchap has quit IRC14:06
*** michchap has joined #openstack-meeting14:06
sukhdevON the subject od testing, Can I ask you guys a question about bringing up of ML2 with devstack?14:06
apechrkukura: are you thinking of an end to end test, or a stubbed out rpc responder?14:06
rkukuraapech: had not decided between those14:07
rkukurasukhdev: what's the devstack question?14:07
*** zehicle_at_dell has joined #openstack-meeting14:07
apechrkukura: yeah, this comes up in the context of all mechanism drivers making external calls, though there I think the response has to be stubbed out14:07
*** spzala has joined #openstack-meeting14:07
mesteryapech: Agreed.14:08
rcurranyes, that's what we did w/ our netconf calls ... stubbed14:08
sukhdevrkukura: yesterday I was able to play with ML2, created networks, VMs, etc... but, had to struggle a lot - could not find any instructions on config14:08
*** irenab has quit IRC14:08
rkukurawould seem to make sense to test mechanism drivers that make remote calls directly, with a stubbed out client lib or whatever14:08
*** michchap_ has quit IRC14:08
*** michchap_ has joined #openstack-meeting14:09
sukhdevIs it documented some where as to the localrc setups to fire off ML2 instead of OVSPlugin?14:09
rkukurasukhdev: we will definitely need to cover ml2 in the docs, etc., but maybe a wiki page for now that everyone can easily contribute to14:09
*** RajeshMohan has quit IRC14:10
*** RajeshMohan has joined #openstack-meeting14:10
*** michcha__ has quit IRC14:10
*** mrodden has joined #openstack-meeting14:10
*** haomaiwang has joined #openstack-meeting14:10
*** timductive has joined #openstack-meeting14:10
rkukurasukhdev: The comments in the script for devstack's ml2 support should have some info14:10
*** michchap has quit IRC14:10
sukhdevrkukura: do you have any wiki page - where I can add to? or do you have any cheatsheet that you have been using that I can leverage from?14:11
mestery#action mestery to setup a wiki page for ML2 with devstack14:11
*** timductive has left #openstack-meeting14:11
mesterysukhdev: I'll set one up (or start one).14:11
*** michchap has joined #openstack-meeting14:11
sukhdevmestery: tahnks14:11
*** dolphm has joined #openstack-meeting14:11
rkukuralets have one top-level ml2 page with links to a devstack page, the meeting page, etc.14:11
mesteryrkukura: OK, makes sense.14:12
mesteryOK, any more questions on MechanismDriver?14:12
*** lloydde has joined #openstack-meeting14:12
*** henrynash has joined #openstack-meeting14:12
rkukuraDid I post my comment about bulk operations?14:12
apechmestery: i'm good14:12
mesteryrkukura: I don't think so.14:12
apechrkukura: yes14:12
rcurrannot for now, i'm porting over one of our subplugins now ... conf questions will need to be addressed (obviously)14:13
*** michcha__ has joined #openstack-meeting14:13
apechsorry, i meant in the review :)14:13
mesteryapech: No worries.14:13
*** michchap_ has quit IRC14:13
mesteryrcurran: Yes, configuration items will have to be dealt with.14:13
mesteryOK, lets move on to the next agenda item.14:13
rkukuraDo we all agree its OK to use the default bulk operation implementations for now that call the normal ones inside a single transaction?14:13
apechrkukura: did you have something you wanted to bring up here?14:14
mesteryrkukura: I'm all in favor of keeping things simple, given how close H2 is. :)14:14
apechrkukura: that seems like the simple approach14:14
*** SergeyLukjanov has joined #openstack-meeting14:14
*** vijendar has joined #openstack-meeting14:14
apechrkurura: do you think the api will have to change to better support bulk operations?14:15
rkukuraagreed - just want to make sure we are clear that the outside-the-transaction semantics for the _postcommit() ops don't apply yet to bulk ops14:15
*** egallen has quit IRC14:15
mesteryI think that's a tradeoff I'm ok with for now.14:15
apechrkukura: ah right, good point14:15
apechmestery: agreed, let's get a first working version we're happy with14:15
*** egallen has joined #openstack-meeting14:16
rkukuraI think the proposed mechanism driver API should be OK, but we will eventually need to call create_precommit() for all the items, commit, then call create_postcommit() for each14:16
mestery#info ML2 MechanismDriver to keep default bulk operations for now due to the approach of H2.14:16
*** michchap has quit IRC14:16
apechrkukura: right, we'll need to override the _bulk functions as you pointed out in the review14:16
rkukuralets file a  bug to track this14:17
*** lloydde has quit IRC14:17
apechI'm happy to take that on for H314:17
*** michcha__ has quit IRC14:17
mesteryapech: Can you file a bug?14:17
apechmestery: sure, will do14:17
*** doude_ has joined #openstack-meeting14:17
mestery#action apech to file bug to track bulk operation fixes for H3.14:17
rkukurasounds good14:18
mesteryOK, anything else on MechanismDriver?14:18
mestery#topic ml2-portbinding14:18
*** openstack changes topic to "ml2-portbinding (Meeting topic: networking_ml2)"14:18
mesteryI thought I'd move to portbinding next.14:18
mesteryBefore moving to the TypeDrivers.14:18
rkukuraany feedback on the "context" class idea, which might apply to portbinding and other ops on mechanism driver?14:18
apechrkukura: I like it (especially the caching)14:19
mesteryrkukura: Do you have a link to info on that?14:19
apechone question is how far to go - do you put everything in the context, or is 'network' / 'port' dict still separate14:19
apecham coding it up now :)14:19
mesteryapech: got it :)14:19
sukhdevI think we need info on the instance information in the context14:19
rkukuracool - what are your thoughts on making it the only param?14:20
apechstandard thoughts on type safety. Were you thinking of a single context class, or one for network, one for port, etc14:20
rkukuraand do we want separate context classes for each operation, for each resource type, or a single one?14:21
*** mrunge has joined #openstack-meeting14:21
apechrkukura: I was thinking separate per resource14:21
rkukuramakes sense if it works14:21
apechthoughts?14:21
rkukuracould always subclass for specific ops later if needed14:21
apechright, was definitely going to go heirarchical. hard to saw how it will turn out not having finished it yet14:21
rkukuraOK, as soon as you settle on something, please share it and I'll try to figure out if the portbinding stuff fits14:22
sukhdevfolks, we need Instance info, in addition to port info -14:22
apechokay that works14:22
*** abhisri has joined #openstack-meeting14:22
apechothers okay with the context idea?14:22
rkukurasukhdev: what do you mean by "instance info"?14:23
mesteryapech: Seems like it will work to me.14:23
*** safchain has joined #openstack-meeting14:23
*** johnthetubaguy1 has joined #openstack-meeting14:23
sukhdevrkukura: VM Id, etc14:23
rcurrannot following the portbinding stuff specifically, but everything regarding the use of context makes sense to me14:23
*** 8OWAAAAN7 has joined #openstack-meeting14:23
*** johnthetubaguy has quit IRC14:23
apechrcurran: great14:23
apechrkukura: will send out review once I have it14:23
rkukurasukhdev: the portbinding ops on mech drivers will have the host_id from the portbinding extension, but I'm not sure about more specific info from nova14:24
sukhdevrkukura: Yes, I know it has host_id - but, we need in addition VM ID, name, etc. -- some additional params14:25
rkukurarcurran: the portbinding BP covers letting the MechanismDrivers determine what segment will be used for a port, and returning the correct binding:vif_type for the mechanism used on that node14:25
*** blamar has joined #openstack-meeting14:25
rcurranok, got it14:25
rkukurasukhdev: does the necessary info get set on port currently - device_id or something?14:26
sukhdevrkukura: I can look it up and let you know - as of now, I do not know14:26
*** sarob has joined #openstack-meeting14:26
*** egallen has quit IRC14:27
rkukurasukhdev: OK - I think the port dict will be available to mech drivers, so if they should be able to get the instance ID for the port and get the nova instance14:27
*** sarob has quit IRC14:28
*** BrianB has joined #openstack-meeting14:28
*** sarob has joined #openstack-meeting14:28
mesteryOK, anything else on portbinding?14:28
rkukurahopefully will have code to look at early next week14:28
mesteryrkukura: Great!14:29
mesteryOK, if nothing else on portbinding, lets move on to the next agenda item then.14:29
mestery#topic ml2-gre14:29
*** openstack changes topic to "ml2-gre (Meeting topic: networking_ml2)"14:29
mestery#link https://review.openstack.org/33297 ml2-gre code review14:30
matrohonhi14:30
mesterymatrohon: Hi!14:30
matrohoni just submitted a new patch14:30
matrohonon the review14:30
*** egallen has joined #openstack-meeting14:30
*** changbl has joined #openstack-meeting14:30
mesterymatrohon: This one looks like it has a new TunnelType class now?14:30
rkukuramatrohon: I'll give that a close review today14:31
matrohonmestery : yes, t's a generic clss to handle RPC and endpoints stuff related to tunnel types14:31
mesterymatrohon: Great! Thanks for taking care of this, as the VXLAN type driver will need this as well.14:31
*** colinmcnamara has joined #openstack-meeting14:32
mesteryI will also review this today, though I see it is failing Jenkins right now.14:32
mesterymatrohon: Looks like the white space issues may be causing flake8 to fail.14:32
matrohonyes i wanted to share it for the moment, so i misse flake8 tests14:33
*** sarob has quit IRC14:33
mesteryOK, so any questions on ml2-gre?14:33
rkukurashould we ignore the jenkins flake8 issue for now, and review this version14:33
*** garyk has quit IRC14:33
matrohonrkukura : yes please, i've put it in WIP14:34
rkukuraok14:34
*** garyk has joined #openstack-meeting14:34
matrohonplease telle what what do you think about the general architecture14:34
rkukurawill do - makes sense so far14:34
mesterymatrohon: Sounds good.14:34
matrohonthanks14:34
mesteryAny more questions on ml2-gre before we move to the next agenda item?14:35
*** mkollaro has quit IRC14:35
mestery#topic ml2-vxlan14:36
*** openstack changes topic to "ml2-vxlan (Meeting topic: networking_ml2)"14:36
*** henrynash has quit IRC14:36
*** litong has joined #openstack-meeting14:36
mesterySo, the updates on ml2-vxlan are short: I haven't started coding this yet.14:36
mesteryI'14:36
mesteryI've been stuck on a bug (which we'll discuss next).14:36
mesterymatrohon: The work you've done for ml2-gre will make ml2-vxlan easier, however.14:36
*** Rafael_Gomes has quit IRC14:37
matrohonmestery : hope so14:37
matrohonthe real challenge will be to manage both vxlan and gre on OVS14:37
*** davidkranz has quit IRC14:37
mesterymatrohon: Yes, that will require some agent changes, which I will try to make as part of the ml2-vxlan blueprint I think.14:38
feleouetmestery: one question about that14:38
feleouetI gave a look at https://review.openstack.org/#/c/33107/14:38
feleouetand am wondering on how to avoid duplicate work, as we were willing to start working on l2-population14:39
mesteryfeleouet: I have a new version of that patch I have not submitted yet, as I'm blocked on testing due to some Nova bug right now.14:39
mesteryfeleouet: I can submit what I have now (it passes flake8 and unit tests) so you can review the latest version.14:39
*** lastidiot has joined #openstack-meeting14:40
mesteryI think the l2-population work is intertwined with this as you say.14:40
feleouetwhich nova bug?14:40
mesteryfeleouet: I need to search for it, what I see is with the latest Havana, when I launch VMs nova-compute stops working (e.g. nova-manage service list shows it dead).14:41
mesterySomething is hanging somewhere, as even the quantum agents stop communiating back to the server.14:41
mesteryThis is on Fedora 18 (rkukura, have you seen this recently?)14:41
*** mrodden has quit IRC14:41
*** colinmcnamara has quit IRC14:41
rkukuramestery: no, but I haven't run devstack for a couple weeks14:42
*** garyk has quit IRC14:42
*** garyk has joined #openstack-meeting14:42
mesteryrkukura: If you give it a shot with Fedora, let me know if things work for you.14:42
*** abhisri has quit IRC14:42
mesteryAnyways, I need to chase that down after the meeting this morning.14:42
rkukuraok14:42
mesteryfeleouet: Sorry for the long-winded story there, but how should we ensure no overlap?14:43
*** michchap has joined #openstack-meeting14:43
*** yaguang has joined #openstack-meeting14:43
feleouetmestery: don't know how to manage that, but we're goig to start working on that on our side14:44
mesteryfeleouet: OK, lets try to stay in sync. I'll send my latest patch out after the meeting, please provide comments if you can.14:45
*** MarkAtwood has quit IRC14:45
matrohonmestery : great14:45
feleouetmaybe ovs agent can stay as is (meaning ovs or vxlan) in the meanwhile14:45
feleouetor we'll rebase our efforts on your work14:45
mesteryfeleouet: That's the plan, at least with the bug you referenced.14:45
*** colinmcnamara has joined #openstack-meeting14:45
mesteryfeleouet: OK, great!14:46
mesteryOK, I think we covered the ML2 Bugs during this last discussion.14:46
mesterySo, lets move on to the next agenda item then.14:46
mestery#topic Ported MechanismDrivers14:46
*** openstack changes topic to "Ported MechanismDrivers (Meeting topic: networking_ml2)"14:46
mesteryI put a list of the MechanismDrivers I know are under development in the agenda.14:47
mesteryIf people want to update status during this slot, that would be great!14:47
sukhdevWe will be submitting Arista Driver sometime next week to be added to this list14:47
mesterysukhdev: Cool!14:48
*** SergeyLukjanov has quit IRC14:48
rcurrancisco - porting over nexus plugin (assuming OVS will still be hardcoded for now ... although this still needs to be addressed)14:48
mesteryrcurran: Great!14:48
rcurranfor other cisco subplugins to be ported over14:48
*** jhenner has quit IRC14:49
mesteryFor the OpenDaylight driver, I need to port that over as a MechanismDriver. I won't get started on that until next week I suspect.14:49
mestery#topic Questions/Comments?14:50
*** openstack changes topic to "Questions/Comments? (Meeting topic: networking_ml2)"14:50
mesteryOK, anything else for ML2 this week?14:50
*** topol has quit IRC14:50
rkukuramestery: great job with the meetings! thanks14:51
rkukura!14:51
mesteryrkukura: Thanks!14:51
mesteryOK, thanks for everyone's efforts on all the ML2 work!14:51
*** rscottcoyle has joined #openstack-meeting14:51
apechthanks all14:51
mesteryLets keep the momentum going as H2 approaches!14:51
*** apech has quit IRC14:51
mestery#endmeeting14:51
*** openstack changes topic to "OpenStack meetings || https://wiki.openstack.org/wiki/Meetings"14:51
openstackMeeting ended Wed Jun 19 14:51:47 2013 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:51
openstackMinutes:        http://eavesdrop.openstack.org/meetings/networking_ml2/2013/networking_ml2.2013-06-19-14.00.html14:51
rcurranthanks14:51
*** jcoufal has quit IRC14:51
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/networking_ml2/2013/networking_ml2.2013-06-19-14.00.txt14:51
openstackLog:            http://eavesdrop.openstack.org/meetings/networking_ml2/2013/networking_ml2.2013-06-19-14.00.log.html14:51
*** rcurran has quit IRC14:52
*** garyk has quit IRC14:52
*** fifieldt has quit IRC14:52
*** garyk has joined #openstack-meeting14:52
*** davidkranz has joined #openstack-meeting14:52
*** mkollaro has joined #openstack-meeting14:52
*** mrodden has joined #openstack-meeting14:53
*** kchenweijie has joined #openstack-meeting14:53
*** garyk has quit IRC14:53
*** garyk has joined #openstack-meeting14:54
*** kchenweijie has left #openstack-meeting14:54
*** henrynash has joined #openstack-meeting14:55
*** michchap has quit IRC14:55
*** matel has joined #openstack-meeting14:56
johnthetubaguy1#startmeeting XenAPI15:00
openstackMeeting started Wed Jun 19 15:00:17 2013 UTC.  The chair is johnthetubaguy1. Information about MeetBot at http://wiki.debian.org/MeetBot.15:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:00
*** openstack changes topic to " (Meeting topic: XenAPI)"15:00
openstackThe meeting name has been set to 'xenapi'15:00
*** johnthetubaguy1 is now known as johnthetubaguy15:00
johnthetubaguyso, who is here for the meeting today?15:00
johnthetubaguyalso, got anything for the agenda?15:00
*** zehicle_at_dell has quit IRC15:01
matelI am here.15:01
johnthetubaguyI was going ask about gating trunk progress, and that is about all15:01
matelOkay, you need bob.15:01
*** mrunge has quit IRC15:01
*** jbrogan has joined #openstack-meeting15:02
*** colinmcnamara1 has joined #openstack-meeting15:02
matelWhat I wanted to ask, is a review on this: #link https://review.openstack.org/#/c/33424/15:02
*** epim has joined #openstack-meeting15:02
johnthetubaguyyeah, spoke to him earlier, think he is attending the bootcap15:02
*** garyk has quit IRC15:02
*** reed_ has joined #openstack-meeting15:02
*** garyk has joined #openstack-meeting15:02
johnthetubaguymatel: sure, I spotted that the other day :)15:02
matelI'm working from HUN this week, and next, so I can't just shout for Bob.15:03
*** hartsocks has joined #openstack-meeting15:03
johnthetubaguygotcha15:03
matelAnd have you seen the quantum blog entry? #link http://blogs.citrix.com/2013/06/14/openstack-networking-quantum-on-xenserver-from-notworking-to-networking/15:03
BobBallI'm here too15:03
BobBallsorry - was watching the wrong window15:04
matelOh, we have a Bob.15:04
BobBall:D15:04
BobBallwas wondering why the meeting hand't started...15:04
BobBallhadn't*15:04
johnthetubaguyso, just wondering if anyone has anything for the agenda15:04
matelJohn is asking about gating.15:04
*** yugsuo has joined #openstack-meeting15:04
*** tanisdl has joined #openstack-meeting15:04
*** abhisri has joined #openstack-meeting15:04
johnthetubaguy#topic OpenDiscussion15:04
BobBallI'd like to talk about snapshot_attached_here15:04
johnthetubaguyOK15:04
BobBallbut we can talk about gating first15:04
matellink in a line of code.15:04
johnthetubaguyI think gating is OK, you are going away to NY to ask the people there about things15:05
BobBall1 sec15:05
*** doude_ has left #openstack-meeting15:05
johnthetubaguyfireaway about snapshot_attached_here, although I might not remember everything15:05
*** colinmcnamara has quit IRC15:05
BobBallhttps://github.com/openstack/nova/blob/master/nova/virt/xenapi/vm_utils.py#L64915:05
BobBall#link https://github.com/openstack/nova/blob/master/nova/virt/xenapi/vm_utils.py#L64915:06
*** euanh has joined #openstack-meeting15:06
mateloK15:06
BobBallso - yes - snapshot_Attached_here15:06
BobBalldoesn't attach a snapshot15:06
BobBallfrom what I can tell... :)15:06
BobBallit _creates_ a snapshot15:06
BobBallwhich is deleted at the end of the function (after yielding it to the caller)15:06
BobBallbut nothing is attached in the context - correct?15:07
*** anniec has quit IRC15:07
johnthetubaguyyeah, maybe… yuck15:07
*** asomya has joined #openstack-meeting15:07
johnthetubaguynever used it myself15:07
johnthetubaguyused vdi_attached_here15:07
BobBallwell that does do an attach15:07
BobBallso that makes sense15:07
johnthetubaguyindeed15:07
BobBallbut snapshot_attached_here doesn't AFAICT - agreed?15:08
BobBallIf so, I'll rename it shortly15:08
BobBallThe next thing I want to talk abnout is...15:08
johnthetubaguyone sec15:08
BobBall#link https://github.com/openstack/nova/blob/master/nova/virt/xenapi/vm_utils.py#L186115:08
johnthetubaguyjust looking at the change that introduced it15:08
*** garyk has quit IRC15:08
*** epim has quit IRC15:08
*** mrunge has joined #openstack-meeting15:09
*** garyk has joined #openstack-meeting15:09
matelwhat does this function do...15:10
*** nati_ueno has joined #openstack-meeting15:10
BobBallthat history is a mess15:10
johnthetubaguyBobBall: https://github.com/openstack/nova/commit/665516f72402eac00455517446716cd7d43323db maybe with_tempory_snapshot?15:10
BobBallyes15:10
BobBallthat was what I was going to rename it to15:10
*** danwent has joined #openstack-meeting15:11
johnthetubaguycool15:11
johnthetubaguysounds good15:11
johnthetubaguyso… _wait_for_vhd_coalesce15:11
BobBallyes15:11
BobBallwait for vhd coalesce...15:11
matelso.15:11
BobBallI don't understand it15:11
*** catohornet has quit IRC15:11
BobBallit seems too complicated and I want to simplify it15:11
matelthe main purpose seems to be, that you'll have a snapshot in the context.15:11
BobBallyes Mate - that's right15:12
BobBalland the 0'th uuid you get back is the snapshot uuid15:12
BobBallbut that's all it does15:12
matelName proposals?15:12
BobBalltemporary_snapshot so you can have with temporary_snapshot15:12
johnthetubaguywell never touched that myself, it looks a bit dodgy, I think its trying to ensure the chain is as small as possible I guess15:12
*** sandywalsh has quit IRC15:12
johnthetubaguyOh, OK, sorry, we going back to that other code15:13
BobBallyes, that's what it's doing, but it's not doing it right (IMO) - if we want to ensure the chain is as small as possible then perhaps we should link through to the GC and ask when it's finished collecting on that SR15:13
BobBallit's easy to have a plugin that finds out if GC is running on the SR (and trigger it if not)15:13
*** rkukura has left #openstack-meeting15:13
*** nati_ueno has quit IRC15:13
BobBallthen we can have a check that the state is something we can manage - which is what we should be really testing...15:14
johnthetubaguyBobBall: yeah, we really should, its just using the public stuff and looping I guess15:14
BobBallI don't like the assumptions in the function15:14
BobBallno, no looping...15:14
BobBallit's dodgy because it's asking for a VDI ref _and_ an original parent UUID15:14
*** nati_ueno has joined #openstack-meeting15:14
BobBallso there is an in-built assumption that you know what will be coalesced15:14
johnthetubaguyerm, I supose15:15
BobBallwhich is wrong isn't it?15:16
johnthetubaguyfrom memory its to help tidy up after migration and snapshot uploads15:16
*** asomya has quit IRC15:16
johnthetubaguyso, feel free to go wild15:16
*** boris-42 has joined #openstack-meeting15:16
BobBallok.  In terms of the wait condition, would there be objections to waiting on that SR for all GC to be completed?15:16
BobBallthat may include other VDIs on the same SR, which is a pain15:17
BobBallbut I'm not sure it wouldn't anyway (i.e. does the DB really reflect the right state mid-GC)15:17
johnthetubaguyyeah, I don't think it makes any material difference, sadly15:17
*** garyk has quit IRC15:17
johnthetubaguyit would be good to know the expected coallese has actually happened though15:17
johnthetubaguy incase the GC decided not to bother, for whatever reason15:18
BobBallindeed15:18
*** epim has joined #openstack-meeting15:18
johnthetubaguywell, that all sounds like something worth doing15:19
johnthetubaguysome good code tidies15:19
BobBallit's part of making EXT3 leaf coalesce work15:19
johnthetubaguyah, OK, sounds good15:20
BobBallI know I could just fix the resize up case but I was trying to test it as I was going and there isn't a sensible way to do that atm15:20
BobBall:)15:20
*** boris-42 has quit IRC15:20
johnthetubaguyI had talking direct to the GC on my TODO list15:20
BobBallor if there is I haven't figured it out yet15:20
johnthetubaguyresize up case?15:20
johnthetubaguyah yes15:20
johnthetubaguythe leaf VHD bigger than parent?15:20
BobBallyeah - if you do a resize up it uses snapshot_attached_here then assumes it continues to exist after it is deleted15:21
johnthetubaguyhmm, that sounds bad15:21
*** michchap has joined #openstack-meeting15:21
johnthetubaguyresize up works today, so is it just an edge case that fails?15:21
BobBallso I was trying to prove that was the case by using wait_for_vhd_coalesce to GC (or fail to GC) the snapshot down into one VDI15:21
*** zehicle_at_dell has joined #openstack-meeting15:21
BobBallno, it doesn't fail - XS doesn't support leaf coalesce for EXT3 atm15:22
BobBallso the case never happens15:22
BobBallbecause the snapshot is never coalesced down15:22
johnthetubaguyah, I see15:22
BobBallhowever it's trivial to enable it and we want to enable it but not break openstack :)15:22
johnthetubaguyits only the non-leaf that are coalesced...15:22
BobBallcorrect15:22
johnthetubaguyOK, yeah, got confused with other things15:22
BobBallso after a snapshot you are currently guaranteed to have one base and one snap15:23
BobBallI want to break that guarantee :)15:23
johnthetubaguycool15:23
johnthetubaguymakes sense15:23
*** matrohon has left #openstack-meeting15:23
BobBallgrand15:23
BobBallok - I'll just plough on with what I'm doing then and put something up15:24
BobBallI'll raise a bug too - because I consinder this a bug against XS trunk15:24
johnthetubaguysounds good15:24
johnthetubaguyyou mean OS trunk?15:24
BobBalli.e. the OS code is making assumptions that aren't necessarily true15:24
BobBallno - OS running against XS turnk15:24
BobBalltrunk*15:24
johnthetubaguyah, I see now15:24
*** markmcclain has joined #openstack-meeting15:25
johnthetubaguyOS fails on trunk because the orig has gone away15:25
BobBallSome fun news - euanh is going to look at a live migration bug this week!15:25
johnthetubaguywhich bug?15:25
BobBallfirst OS bug he'll be fixing for us :)15:25
*** mrunge has quit IRC15:25
johnthetubaguygot a link?15:25
*** vijendar has quit IRC15:26
BobBallMaybe https://bugs.launchpad.net/nova/+bug/1073306 or https://bugs.launchpad.net/nova/+bug/1074087 depending on how things go15:26
uvirtbotLaunchpad bug 1073306 in nova "xenapi migrations don't apply security group filters" [Medium,Triaged]15:26
johnthetubaguyah cool15:26
johnthetubaguyof course, don't forget to nick the bug when he starts looking15:27
*** abhisri has quit IRC15:27
johnthetubaguycan you tell rackspace doesn't expose security groups yet...15:27
BobBallindeed.  Currently fighting with devstack15:27
johnthetubaguyah, a new tester for matel changes :)15:28
BobBallwell more fighting with it expecting to install it's own Ubuntu VM which Mate isn't changing...15:28
*** lloydde has joined #openstack-meeting15:28
matelMy job is to make Bob's life harder15:28
*** topol has joined #openstack-meeting15:28
*** sandywalsh has joined #openstack-meeting15:29
BobBallYou're doing great at that Mate!15:29
matelThanks.15:29
johnthetubaguyhmm, OK15:29
matelSo, I think you need the flat_network_bridge15:29
*** abhisri has joined #openstack-meeting15:29
johnthetubaguyanyways15:29
johnthetubaguyany more to discuss?15:30
*** vijendar has joined #openstack-meeting15:30
matelJust put FLAT_NETWORK_BRIDGE in your localrc with the right value.15:30
matelI am done,15:30
BobBallno, I think that's it from me!15:30
*** Mandell has joined #openstack-meeting15:30
johnthetubaguycool15:31
johnthetubaguy#endmeeting15:31
johnthetubaguythanks all15:31
*** johnthetubaguy is now known as johnthetubaguy115:31
johnthetubaguy1#endmeeting15:31
*** openstack changes topic to "OpenStack meetings || https://wiki.openstack.org/wiki/Meetings"15:31
openstackMeeting ended Wed Jun 19 15:31:29 2013 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:31
openstackMinutes:        http://eavesdrop.openstack.org/meetings/xenapi/2013/xenapi.2013-06-19-15.00.html15:31
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/xenapi/2013/xenapi.2013-06-19-15.00.txt15:31
openstackLog:            http://eavesdrop.openstack.org/meetings/xenapi/2013/xenapi.2013-06-19-15.00.log.html15:31
*** ryanpetrello has quit IRC15:31
*** vijendar has quit IRC15:32
*** ryanpetrello has joined #openstack-meeting15:32
*** garyk has joined #openstack-meeting15:32
*** DuncanT-meeting has joined #openstack-meeting15:32
*** michchap has quit IRC15:33
*** Mandell has quit IRC15:36
*** johnthetubaguy1 is now known as johnthetubaguy15:37
*** pcm_ has quit IRC15:38
*** reed_ has quit IRC15:41
*** bdpayne has joined #openstack-meeting15:42
*** tzn has quit IRC15:44
*** lloydde_ has joined #openstack-meeting15:44
*** joel-coffman has joined #openstack-meeting15:44
*** bpb has joined #openstack-meeting15:45
*** zehicle_at_dell has quit IRC15:45
*** lloydde has quit IRC15:46
*** maoy has joined #openstack-meeting15:50
*** zehicle_at_dell has joined #openstack-meeting15:50
*** ajforrest has joined #openstack-meeting15:51
*** hub_cap has left #openstack-meeting15:54
*** henrynash has quit IRC15:54
*** colinmcnamara1 has quit IRC15:55
*** jgallard has joined #openstack-meeting15:55
*** lloydde_ has quit IRC15:56
*** avishay has joined #openstack-meeting15:57
*** vijendar has joined #openstack-meeting15:57
*** tzn has joined #openstack-meeting15:58
*** winston-d has joined #openstack-meeting15:58
*** zehicle_at_dell has quit IRC15:59
*** michchap has joined #openstack-meeting15:59
*** xyang_ has joined #openstack-meeting16:00
*** sleepsonthefloor has quit IRC16:00
*** bpb has quit IRC16:00
seiflotfy_when is the next meeting16:00
*** sleepsonthefloor has joined #openstack-meeting16:01
avishaynow :)16:01
*** bpb_ has joined #openstack-meeting16:01
*** kebray has joined #openstack-meeting16:01
*** zhiyan has joined #openstack-meeting16:01
winston-dhi all16:01
kmartinhey16:01
zhiyanhi o/16:01
mkodererhi16:01
xyang_hi16:01
seiflotfy_hi16:02
jgallardhi all16:02
*** nati_uen_ has joined #openstack-meeting16:02
avishayhello!16:02
*** Vincent_hou has joined #openstack-meeting16:03
*** ollie1 has joined #openstack-meeting16:03
avishayjgriffith: hi?16:03
jgriffith#startmeeting cinder16:04
openstackMeeting started Wed Jun 19 16:04:04 2013 UTC.  The chair is jgriffith. Information about MeetBot at http://wiki.debian.org/MeetBot.16:04
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:04
*** openstack changes topic to " (Meeting topic: cinder)"16:04
openstackThe meeting name has been set to 'cinder'16:04
seiflotfy_ok cool16:04
jgriffithHappy Wednesday everyone!16:04
*** jungleboyj has joined #openstack-meeting16:04
jgriffithLet's rolll.. I wanna save some time for zhiyan16:04
seiflotfy_ok cool16:05
jgriffith#topic refactoring SwiftBackupService methods16:05
*** openstack changes topic to "refactoring SwiftBackupService methods (Meeting topic: cinder)"16:05
seiflotfy_ok this is my item16:05
jgriffith:)16:05
seiflotfy_basically i looked intro refactoring the backup method16:05
zhiyanthanks ~16:05
seiflotfy_there is not api change for this method16:05
seiflotfy_but instead of doing everything in one big call16:06
*** nati_ueno has quit IRC16:06
jgriffithseiflotfy_: so that works?16:06
seiflotfy_backup now looks as followshttp://fpaste.org/19661/65649113/16:06
seiflotfy_yes it works16:06
seiflotfy_it did not break the tests16:06
seiflotfy_i need to clean up the patch though16:06
jgriffithollie1: around?16:06
seiflotfy_and based on that i implemented the next item (rbddriver) which also works without having to map the ceph volumes or export them16:07
*** dolphm has quit IRC16:07
ollie1yep16:07
jgriffithI'd be curious to get input from the HP folks that initially wrote this code16:07
*** bpb_ has quit IRC16:07
jgriffithseiflotfy_: if it's functionally equivalent and works I say submit it16:07
*** henrynash has joined #openstack-meeting16:07
seiflotfy_jgriffith: basically i did not change the code at all but just moved pieces of it around16:08
dosaboyseiflotfy_: you do realise I am working on the rbd side of things as part of A PUT without content length needs to be chunked. If the missing16:08
seiflotfy_into new function16:08
DuncanT-meetingI looked at it briefly...  Looks good16:08
dosaboywhoops16:08
*** kebray has quit IRC16:08
ollie1griffith: I think smul has been talking to seiflotfy about the backup code16:08
*** lindj has joined #openstack-meeting16:08
dosaboyhttps://blueprints.launchpad.net/cinder/+spec/cinder-backup-to-ceph16:08
ollie1that what you're referring to?16:08
jgriffithollie1: DuncanT-meeting seiflotfy_ awesome!16:08
jgriffithseiflotfy_: I say finish it up and submit the patch16:08
jgriffithfirst glance it looks pretty good to me16:08
seiflotfy_its 2 patches16:08
seiflotfy_one of it to refactor16:08
seiflotfy_and based on it another for the rbddriver16:09
jgriffithseiflotfy_: fair enough16:09
jgriffithseiflotfy_: have you looked at Ceph ObjectStore as a target?16:09
seiflotfy_dosaboy: i did not understand what you were telling me16:09
seiflotfy_jgriffith: i am going from ceph 2 ceph16:09
dosaboyso I intend to implemet the backup to Ceph object store stuff as part of https://blueprints.launchpad.net/cinder/+spec/cinder-backup-to-ceph16:09
mkodererCeph ObjectStore is working as target16:09
dosaboywhich I am working on right now16:10
seiflotfy_i based my work ontop of the work of mkoderer16:10
jgriffithseiflotfy_: haha... I think I was asking the same thing dosaboy was pointing to16:10
mkodererbut this patch must be applied https://review.openstack.org/#/c/33639/16:10
mkoderer;)16:10
dosaboyjust want to be sure we don't overlap/conflict ;)16:10
seiflotfy_so yes for me here it backs up to ceph based on https://review.openstack.org/#/c/33639/16:10
jgriffithcool!16:11
* jgriffith admits he's been behind on reviews16:11
dosaboyah you are talking about Ceph + RGW16:11
*** bpb_ has joined #openstack-meeting16:11
*** kchenweijie has joined #openstack-meeting16:11
seiflotfy_dosaboy: yes sir16:11
seiflotfy_basically i am reading in and saving the stuff just like lvm did so it stays generic16:11
dosaboyI am talking about backup to Ceph object without RGW ;)16:11
seiflotfy_thus i needed to refactor16:11
*** kchenweijie has left #openstack-meeting16:12
seiflotfy_dosaboy: that would be great16:12
*** michchap has quit IRC16:12
seiflotfy_we did not touch that at all16:12
dosaboygotcha16:12
mkodererno, we just used radiosgw16:12
mkodererso based on swift api16:12
seiflotfy_yes16:12
dosaboyjust quickly, I pinged the Ceph guys re your PUT issue16:12
seiflotfy_and?16:12
dosaboyI will paste their response in maling list16:12
dosaboythey say that exising backup service is not using api correctly16:13
dosaboyif content-lenght is not specified,16:13
dosaboyyou need to set 'chunked' in metadata16:13
dosaboyI will post ina bit16:13
seiflotfy_dosaboy: great16:13
mkodererok intressing16:13
seiflotfy_dosaboy: do you however mind a refactor to the backup function16:14
dosaboyshould be fine16:14
seiflotfy_dosaboy: great16:14
dosaboyI intentd to use it, as much as possible, as it is16:14
dosaboyso go ahead16:14
*** tzn has quit IRC16:14
seiflotfy_ok cool16:14
seiflotfy_will post a patch then16:15
seiflotfy_any questions regarding this issue or should we move on16:15
seiflotfy_?16:15
*** rushiagr has joined #openstack-meeting16:15
mkoderermove on.. ;)16:15
rushiagroops, late, Hi all!16:15
jgriffithawesome... thanks guys16:15
*** markmcclain has quit IRC16:16
avishayrushiagr: yo16:16
zhiyannext item for 'brick' status update?16:16
jgriffithseiflotfy_: so that seems to take care of items 1 and 2 on the agenda no?16:16
seiflotfy_yes16:16
seiflotfy_will post both patches first thing in the morning then16:16
seiflotfy_:D16:16
jgriffithOk16:17
*** jtomasek has quit IRC16:17
jgriffith#topic brick status update16:17
*** openstack changes topic to "brick status update (Meeting topic: cinder)"16:17
jgriffithzhiyan: you're up16:17
zhiyanhemna, you there?16:17
jgriffithI think hemnafk is not here yet16:17
*** skolathu has joined #openstack-meeting16:17
kmartinhemna is on his way to work16:17
kmartinmight want to bring this up at the end16:18
*** markmcclain has joined #openstack-meeting16:18
*** jaypipes has quit IRC16:18
zhiyanok, i have reviewed the https://review.openstack.org/#/c/32650/16:18
jgriffithzhiyan: his changes are coming along nicely and I think they'll land this week16:18
zhiyanand give some comments there16:18
kmartinof the meeting, he should be here by then16:18
avishaylooks like his patch is almost ready, but xyang_ found an issue in testing16:18
*** dtynan1 has joined #openstack-meeting16:18
*** salv-orlando has joined #openstack-meeting16:18
jgriffithunfortunately I think all of this is why we ended up with BDM tables :(16:19
zhiyanyes, seems hook host_driver in brick has some issues..16:19
xyang_avishay: I didn't test this particular patch.  My concern is based on my observations of /dev/disk/by-path16:19
avishayjgriffith: BDM?16:19
zhiyanadd table to booking those device will solve that16:19
jgriffithavishay: Block Device Mapping table16:19
*** rostam has quit IRC16:20
jgriffithzhiyan: :)16:20
avishayahh ok, yep16:20
*** lloydde has joined #openstack-meeting16:20
jgriffithI'd really like to avoid if we can... but it may be inevetable16:20
zhiyandon't like that also...16:20
jgriffithzhiyan: FYI nova already has it and will continue to use it... but we'd certainly like to not have to duplicate it in Glance etc16:20
jgriffithor Cinder for that matter16:20
zhiyanadding a file to save them?16:20
jgriffithworst case however we could put it in Cinder16:21
jgriffithand make the info available via API16:21
zhiyanjgriffith: yes, yes16:21
jgriffithzhiyan: not a fan of flat files to store data16:21
avishayjgriffith: that's what i thought to do months ago...cinder should track that for everyone IMO16:21
jgriffithwe'll let hemnafk take a look and give us his ideas here16:21
zhiyanthat will push brick to bind with a table/database...16:21
jgriffithavishay: perhaps16:21
avishayany other topics that we discuss until hemnafk gets here?16:22
jgriffithavishay: I think I threw up in my mouth when you first suggested it16:22
zhiyani have one16:22
jgriffithavishay: but I think it may be the right thing to do16:22
avishayjgriffith: haha16:22
jgriffithzhiyan: ?16:22
zhiyando we have a long term play to add other type volume attaching/detaching support to brick?16:22
jgriffithzhiyan: sorry... not sure I follow?16:23
avishayzhiyan: other type == other protocols?16:23
zhiyansuch as sheepdog ( + fuse)..16:23
zhiyanyes16:23
xyang_an alternative that Avishay and I talked about a while ago, is to have a method and driver has to implement it and returns whether there are still luns on a target.16:23
jgriffithzhiyan: :)16:23
zhiyanjgriffith: we have?16:23
jgriffithxyang_: I might like that better16:23
jgriffithzhiyan: it's come up16:23
winston-dzhiyan: why sheepdog? any special reason?16:23
xyang_jgriffith: it's just every driver has to implement it.16:24
zhiyanmaybe will be addressed in I releease?16:24
*** nati_uen_ has quit IRC16:24
avishayxyang_: oh yes, i forgot about that option!16:24
jgriffithxyang_: yeah, could be troublesome16:24
*** rostam has joined #openstack-meeting16:24
zhiyanwinston-d: no ,just example, we should give a order...16:24
jgriffithxyang_: I like the idea on the surface... I don't like the idea of implementing it everywhere :)16:24
*** sleepsonthefloor has quit IRC16:24
xyang_jgriffith: ya, it has problems.16:24
*** virajh has joined #openstack-meeting16:25
jgriffithxyang_: it's easy for us to force it by having an unimplemented method in the base driver, it's different to get everybody to implement it and work16:25
avishayit seems that there's no easy fix16:25
zhiyanavishay: yes :)16:25
jgriffithavishay: that's a good thing :)16:25
zhiyanseems iscsi tool miss some control plane api...16:26
xyang_jgriffith: no good solution16:26
zhiyanjgriffith: sorry, about more protocol support for brick question, we will address them in I release?16:27
zhiyanor have no draft plan for that yet..16:27
*** egallen has quit IRC16:28
*** sarob has joined #openstack-meeting16:28
zhiyanjgriffith: need some coffee? :)16:29
guitarzanhaha16:29
jgriffithzhiyan: haha... sorry16:29
jgriffithzhiyan: have people in my cube looking at a problem :)16:29
jgriffithzhiyan: I think we may be able to address them sooner16:29
zhiyanoh, never mind16:29
jgriffithzhiyan: but I want to get the basic implementation committed first16:30
jgriffithzhiyan: and build off of that16:30
zhiyanyes, yes16:30
jgriffithzhiyan: if we can solve iSCSI and FC first that would be ideal16:30
zhiyanso, the device booking issue is a big blocker16:30
*** gyee has joined #openstack-meeting16:30
jgriffithzhiyan: let's talk to hemnafk later this morning...16:30
zhiyansure, of cause, we are in the same page16:31
jgriffithzhiyan: then we can decide to either add a table of consider the driver approach16:31
*** yugsuo has quit IRC16:32
jgriffithother thoughts/concerns?16:32
zhiyanyes, IMO, adding a table is fine for nova and cinder, since nova already have it, cinder add it is make sense, but for glance, there are some challenge16:32
jgriffithzhiyan: what I mean by that is add the table in Cinder16:32
jgriffithzhiyan: and create an API call to update/access it16:32
zhiyanok, got it16:32
avishayneed to think about the table approach...make sure the table stays sync'ed with reality...for example, what if a connection is dropped for some reason without calling the cinder method?16:33
zhiyannot much good, but can work well..16:33
zhiyanavishay: +116:33
jgriffithavishay: yup, that's one of the big problems with that approach16:33
zhiyanwe need SYNC them manually16:33
zhiyanok, next item?16:33
jgriffithzhiyan: if it were that easy we wouldn't need the table to begin with :)16:33
xyang_jgriffith: are we still keeping that table in nova if we add one in cinder?  need to sync them too16:34
zhiyanhaha16:34
*** nati_ueno has joined #openstack-meeting16:34
jgriffithxyang_: if we add a table in Cinder I would propose no16:34
jgriffithxyang_: but it's still unknown if we'll go that route or not16:34
jgriffithxyang_: and the Nova folks may not be keen on the idea16:34
xyang_jgriffith: ok16:34
jgriffithxyang_: initially maybe there would be a duplicate to make sure they can trust us :)16:35
xyang_jgriffith: :)16:35
zhiyansave one data to multiple place, bad idea...16:35
jgriffithxyang_: the other challenge is there are cases where they have items in there that aren't Cinder16:35
*** dolphm has joined #openstack-meeting16:35
jgriffithxyang_: so going back to what started brick being local devices for Nova16:35
*** colinmcnamara has joined #openstack-meeting16:35
xyang_jgriffith: ok16:36
jgriffith#topic H2 status16:36
*** openstack changes topic to "H2 status (Meeting topic: cinder)"16:36
jgriffithJust a reminder that H2 is scheduled to land 7/1816:37
zhiyanyep16:37
zhiyani need speed up :)16:37
*** nati_ueno has quit IRC16:37
jgriffithFreeze will be a few days before that16:37
*** stevemar has quit IRC16:37
jgriffithand we'll probably have a Cinder freeze imposed before that as well16:37
*** ssshi has joined #openstack-meeting16:38
avishayi have a dependency on the brick attach/detach - would be awful to merge it with this table issue outstanding?16:38
jgriffithafter G2 I said I wouldn't stay up all night doing reviews and baby-sitting Jenkins any more :)16:38
*** michchap has joined #openstack-meeting16:38
jgriffithavishay: I'd prefer you wait if you don't mind16:38
avishayjgriffith: ok16:38
jgriffithavishay: I think we'll sort something out in the next couple of days16:38
avishaysure16:38
jgriffithSo back to H2 :)16:39
jgriffithwell.. that kinda is H216:39
jgriffithbut...16:39
*** colinmcnamara has quit IRC16:39
*** safchain has quit IRC16:39
*** johnthetubaguy has quit IRC16:39
jgriffithIf you have items assigned please please please keep me updated on your progress16:39
jgriffithif you think you're not going to finish them let me know earlier rather than later16:39
kmartinjgriffith: Could winston-d provide an update on the QoS support patch, if time allows?16:40
jgriffithThere's nothing wrong with removing the target and adding in later if you end up making it16:40
jgriffithkmartin: Yep, I was saving the last 15 minutes :)16:40
zhiyankmartin: sorry :)16:40
kmartinok, go on for another 5 minutes then? :)16:40
jgriffithbut if nobody has anything else on this topic... :)16:40
jgriffithanybody have questions, new things to add for H2?16:41
avishayso i put up a WIP of volume migration16:41
avishaystill a stub there waiting for attach/detach, but if anyone wants to take a look i'd appreciate it16:41
jgriffithavishay: will do16:41
* jgriffith said that last week too16:41
avishay:)16:41
jgriffithalright...16:41
avishayit wasn't ready last week, it is now16:42
jgriffith#topic QoS16:42
*** openstack changes topic to "QoS (Meeting topic: cinder)"16:42
winston-dkmartin: sure16:42
jgriffithwinston-d: how goes the battle16:42
winston-dso we talked about how we should store QoS/Rate-limit info in Cinder DB after meeting last week.16:43
*** johnthetubaguy has joined #openstack-meeting16:43
*** tayyab has joined #openstack-meeting16:43
winston-dand I'm not sure DuncanT-meeting and jgriffith who wins the argument...16:43
* jgriffith should win just because :)16:44
winston-d:)16:44
jgriffithwinston-d: actually I though DuncanT-meeting and I ended up agreeing for the most part16:44
kmartinyeah, jgriffith wins since DuncanT-meeting isn't here16:44
jgriffithwinston-d: I conceded that modifying QoS in an existing type could be skipped16:45
jgriffithkmartin: haah!  I like that16:45
jgriffithUntil I'm not here16:45
jgriffithwinston-d: I think that was the big sticking point... retype versus modify type16:45
jgriffithwinston-d: retype is the one that's important to me :)16:45
winston-dk. so i'll submit another patch for rate-limit first.16:46
*** johnthetubaguy1 has joined #openstack-meeting16:46
*** pcm_ has joined #openstack-meeting16:46
winston-djgriffith: that's right.16:46
*** hemnafk is now known as hemna16:46
jgriffithkmartin: so were you synched up on that discussion?16:46
jgriffithrate-limiting versus QoS16:46
kmartinwinston-d: I believe so16:46
*** markmcclain has quit IRC16:46
avishayhemna: woohoo!  we're all waiting for you! :P16:46
jgriffithkmartin: winston-d cool cool16:46
*** rushiagr has quit IRC16:46
*** rushiagr1 has joined #openstack-meeting16:46
hemna:P16:46
hemnadoh16:46
hemnasorry guys...traffic was bad today16:47
jgriffithhemna: that's what you get for living in Cali16:47
zhiyanoh, hi hemna~16:47
hemna:P16:47
jgriffithIsn't traffic always bad?16:47
hemnayah usually...today was logging trucks16:47
hemnableh16:47
jgriffithwinston-d: ok... so did we have any outstadnign questions?16:47
*** johnthetubaguy has quit IRC16:47
*** pcm_ has quit IRC16:48
winston-di will be in cinder channel after meeting if there's anything to follow up16:48
*** timello has quit IRC16:48
* jgriffith 's typing stinks today16:48
jgriffithcool...16:48
*** pcm_ has joined #openstack-meeting16:48
winston-di think hemna should have some time for brick16:48
jgriffiththen I guess we'll actually wrap it up early today :)16:48
*** timello has joined #openstack-meeting16:48
* jgriffith will save controversial stuff for next time :)16:48
*** cbananth has joined #openstack-meeting16:49
*** DuncanT-meeting has quit IRC16:49
jgriffith#topic open discussion16:49
*** openstack changes topic to "open discussion (Meeting topic: cinder)"16:49
jgriffithlast chance if anybody has anything?16:49
hemnabrick ?16:49
zhiyanjgriffith: ready for 'volume-host-attaching' bp design discussing?16:49
jgriffithzhiyan: oh... yah16:49
jgriffithzhiyan: #openstack-cinder16:50
jgriffithalrighty folks.. thanks!16:50
zhiyani have post the design/question on https://etherpad.openstack.org/volume-host-attaching , can you check it?16:50
winston-doh, btw, there's some interests in more filter/weigher in operator mailing list. i'll try address that after QoS/ratelimit settles16:50
*** michchap has quit IRC16:50
jgriffithguitarzan: hemna kmartin we should all take a look16:50
jgriffithwinston-d: ooooo... I'm not on that list anymore I don't think :(16:51
jgriffithwinston-d: if you have time I'd like your input on zhiyan etherpad as well16:51
jgriffithalright everyone16:51
jgriffiththanks!16:51
hemnaok16:51
jgriffith#end meeting cinder16:51
winston-djgriffith: because capacity weigher sucks when every back-end reports infinite...16:51
jgriffith#endmeeting cinder16:51
*** openstack changes topic to "OpenStack meetings || https://wiki.openstack.org/wiki/Meetings"16:51
openstackMeeting ended Wed Jun 19 16:51:42 2013 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:51
openstackMinutes:        http://eavesdrop.openstack.org/meetings/cinder/2013/cinder.2013-06-19-16.04.html16:51
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/cinder/2013/cinder.2013-06-19-16.04.txt16:51
openstackLog:            http://eavesdrop.openstack.org/meetings/cinder/2013/cinder.2013-06-19-16.04.log.html16:51
avishaybye all!!16:51
*** avishay has quit IRC16:51
*** ollie1 has left #openstack-meeting16:52
jungleboyjbye.16:52
*** jungleboyj has left #openstack-meeting16:52
*** winston-d has quit IRC16:52
*** sarob has quit IRC16:52
*** jgallard has quit IRC16:53
*** egallen has joined #openstack-meeting16:54
*** sandywalsh has quit IRC16:54
*** joel-coffman has quit IRC16:54
*** kirankv has joined #openstack-meeting16:55
*** tjones has joined #openstack-meeting16:57
*** BrianB has quit IRC16:58
*** ajforrest has quit IRC16:59
*** tayyab has quit IRC16:59
*** nati_ueno has joined #openstack-meeting17:00
*** Eustace has joined #openstack-meeting17:00
*** skolathu has quit IRC17:00
hartsockshi all!17:01
tjoneshi shawn17:01
danwenthello :)17:01
hartsocks#startmeeting VMwareAPI17:01
openstackMeeting started Wed Jun 19 17:01:25 2013 UTC.  The chair is hartsocks. Information about MeetBot at http://wiki.debian.org/MeetBot.17:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.17:01
*** openstack changes topic to " (Meeting topic: VMwareAPI)"17:01
openstackThe meeting name has been set to 'vmwareapi'17:01
*** pschaef has quit IRC17:01
hartsocksWho all is around to talk VMwareAPI stuff and OpenStack?17:01
ivokshi17:01
kirankvhi17:01
hartsocksAnyone else?17:02
Eustacehi17:02
yaguanghi17:03
hartsocksLet's get started then.17:03
hartsocks#link https://wiki.openstack.org/wiki/Meetings/VMwareAPI#Agenda17:03
*** salv-orlando has quit IRC17:04
hartsocksLet's start this week with bug follow ups.17:04
hartsocks#topic bugs17:04
*** openstack changes topic to "bugs (Meeting topic: VMwareAPI)"17:04
*** salv-orlando has joined #openstack-meeting17:04
hartsocks#link https://bugs.launchpad.net/nova/+bug/118004417:04
uvirtbotLaunchpad bug 1180044 in nova "nova boot fails when vCenter has multiple managed hosts and no clear default host" [High,In progress]17:04
hartsocksI'll start with mine. This was downgraded from Critical to High17:04
cbananthHi17:05
hartsocksI've posted a patch, but it is "work in progress" I can't seem to click that button for some reason.17:05
*** rushiagr1 has quit IRC17:05
*** derekh has quit IRC17:05
hartsocksOur other open Critical bug is:17:05
hartsocks#link https://bugs.launchpad.net/nova/+bug/118319217:06
uvirtbotLaunchpad bug 1183192 in nova "VMware VC Driver does not honor hw_vif_model from glance" [Critical,Fix committed]17:06
*** xyang_ has quit IRC17:06
hartsocks@yaguang that's you I think17:06
*** rushiagr has joined #openstack-meeting17:06
yaguangthis has been fixed17:06
hartsocksOkay! Good job!17:06
yaguangmay be need a  backport17:06
yaguangshould we backport it to  grizzly?17:07
*** Sabari_ has joined #openstack-meeting17:07
*** sandywalsh has joined #openstack-meeting17:07
hartsocksI don't see why not myself. Any other opinions?17:07
kirankvyes, since its marked critical17:08
*** chinmay_ has joined #openstack-meeting17:08
Sabari_Hi, Sabari here17:08
*** dolphm has quit IRC17:09
*** terry7 has joined #openstack-meeting17:09
hartsocksI've tagged the bug for back port consideration.17:09
hartsocksI see two other bugs that are open + critical17:09
*** Mandell has joined #openstack-meeting17:09
*** stevemar has joined #openstack-meeting17:09
hartsocks#link https://bugs.launchpad.net/nova/+bug/118480717:09
uvirtbotLaunchpad bug 1184807 in nova "Snapshot failure with VMware driver" [Critical,Confirmed]17:10
*** egallen has quit IRC17:10
tjonesthat one could be related to another one i've been working on  - CopyVirtualDisk_Task server responds with not implemented17:10
*** mrunge has joined #openstack-meeting17:10
tjonesif no one else has taken it I can take a look17:11
hartsocks@tjones thanks.17:11
hartsocksNext up...17:11
hartsocks#link https://bugs.launchpad.net/nova/+bug/119219217:11
uvirtbotLaunchpad bug 1192192 in nova "Live Migration regression for vmware VCDriver" [Critical,New]17:11
hartsocksI've not marked this as "confirmed" yet.17:11
hartsocksCan anyone else look at this?17:12
kirankvIm not sure if we want to support this since the cluster is a compute node17:12
kirankvand we should not expose the hosts within it to O~S17:12
Sabari_Thats true. But would it make sense in any other scenario ?17:13
*** Vincent_hou has quit IRC17:13
Sabari_Like with standalone hosts within VC ?17:13
*** jlucci has joined #openstack-meeting17:14
*** matel has quit IRC17:14
*** kebray has joined #openstack-meeting17:14
hartsocksThe feature actually supports live migration between compute nodes… which may be clusters or stand alone hosts.17:14
hartsocksIf we want to disable it in VC + Cluster mode… we should say something to that effect I suppose.17:15
hartsocksFor example: override the live_migration API call in the driver to raise an exception when using clusters.17:16
kirankvis it possible to do a migration between a standalone hosts (ESXDriver) to an cluster that uses VCDriver?17:16
*** michchap has joined #openstack-meeting17:16
*** mrunge has quit IRC17:16
hartsocksNo. It is not.17:17
hartsocksAt least I don't think it is.17:17
hartsocks… hmm ...17:17
* hartsocks imagining a scenario how that could work...17:18
kirankv@Sabari, what configuration of standalone hosts are you indicating that live migrate is possible17:18
hartsocksLive migration should work in Clusters without DRS and local storage.17:18
kirankvi.e with storage vMotion enabled?17:19
* hartsocks googles some references17:19
kirankvwhy setup a cluster and not have DRS enabled!17:20
Sabari_I am talking about ESXi hosts managed by a VC. Shoudlnt it be possible to use vMotion ? At least in vSphere 5.117:21
Sabari_Even I need to confirm the scenarios17:21
hartsocksI've not found a tidy reference for this.17:21
*** chinmay_ has quit IRC17:22
hartsocksvMotion allows "live migration" and that this can be made to work between hosts… so we *can* support this.17:22
kirankvlets work on a fix only if we find some compelling scenarios17:22
hartsocksI think vMotion has some compelling scenarios.17:23
kirankvok17:23
hartsocksPeople seem to like it anyhow.17:23
Sabari_May be we can update the bug with a scenario that is compelling enough.17:23
Sabari_We can take it as an Action item17:24
hartsocksI've not done any more on this than report it on behalf of another user.17:24
*** egallen has joined #openstack-meeting17:24
Sabari_Same here.17:24
hartsocksIf anyone wants to take this over I'm not actively working on it.17:24
hartsocks#action follow up on "live migration" bug use cases17:25
Sabari_I can take it to the point of saying if we need to support this17:25
hartsocks@Sabari_ please do.17:25
Sabari_Sure17:25
hartsocksOkay. Now comes the point in the meeting when I ask...17:25
hartsocks#topic blocker bugs17:26
*** openstack changes topic to "blocker bugs (Meeting topic: VMwareAPI)"17:26
hartsocksDoes anyone have any blocker issues?17:26
*** lpabon has joined #openstack-meeting17:26
*** rushiagr has quit IRC17:26
* hartsocks waits on responses17:26
*** harlowja has joined #openstack-meeting17:26
Sabari_I guess most of the critical bugs are already being addressed.17:27
hartsocksOkay...17:27
hartsocksBefore I move to blueprints...17:27
hartsocks#topic code reviews17:27
*** openstack changes topic to "code reviews (Meeting topic: VMwareAPI)"17:27
hartsocksReviews Ready for +2's:17:27
hartsockshttps://review.openstack.org/#/c/30036/ <- VNC rebased (same old patch)17:27
hartsockshttps://review.openstack.org/#/c/29396/17:27
hartsockshttps://review.openstack.org/#/c/30822/17:27
hartsockshttps://review.openstack.org/#/c/33482/17:27
hartsocksI had a patch that needed to be rebased, now it gets to go through the whole approval process again.17:28
hartsocksThese are all ready for +2's and I'll be posting about them on Friday to the main list.17:28
hartsocksNeeds VMwareAPI expert's attention:17:28
hartsockshttps://review.openstack.org/#/c/27885/17:28
hartsockshttps://review.openstack.org/#/c/29453/17:28
hartsockshttps://review.openstack.org/#/c/30282/17:28
hartsockshttps://review.openstack.org/#/c/30289/17:28
hartsockshttps://review.openstack.org/#/c/32695/17:28
hartsockshttps://review.openstack.org/#/c/33100/17:28
*** michchap has quit IRC17:29
*** egallen has quit IRC17:29
hartsocksThese need attention by people who know VMwareAPI well. Please pick one if you know your API calls well and do a review.17:29
hartsocks#topic blueprints17:29
*** openstack changes topic to "blueprints (Meeting topic: VMwareAPI)"17:29
hartsocks#link https://blueprints.launchpad.net/openstack?searchtext=vmware17:30
hartsocksI'd like to have folks look at...17:30
*** haleyb has left #openstack-meeting17:30
hartsocks#link https://blueprints.launchpad.net/nova/+spec/improve-vmware-disk-usage17:30
hartsocks@yaguang I think that's you again.17:30
yaguangyes17:30
yaguangmore  details  discuss  on it17:31
hartsocks#link https://review.openstack.org/#/c/33238/ <- review on the topic17:31
yaguangthis is a initial  patch17:31
*** cdub_ has joined #openstack-meeting17:32
yaguangjust  resize the  root disk of vm  to the flavor  specified  size  ,17:32
hartsocksIn particular...17:32
hartsocks#link https://review.openstack.org/#/c/33238/3/nova/virt/vmwareapi/disk_util.py17:32
hartsocksSo… this BP is about getting a VMDK to grow or shrink based on the flavor?17:33
yaguangyes17:33
yaguangexactly17:33
hartsocksI see. So this first pass is about growing the disk.17:33
hartsocksIs there more to do (besides figuring out how to test this)17:34
yaguangand the second  will add a ephemeral disk17:34
hartsocksWhen I look up "ephemeral disk" it sounds like this is a disk that lives only as long as the VM that owns it.17:34
hartsocksIs that right?17:34
yaguangyes17:35
yaguangit's a  vdb  usually  inside  vm17:35
yaguangif you  won't use  remote  volume17:35
yaguangso to implement this, we just  create a  disk and attach it to the vm  before  the vm starts17:36
ssuranabut how would the end user request this in O~S17:36
*** rushiagr has joined #openstack-meeting17:36
hartsocksIf our driver works correctly (sometimes it doesn't) the VMDK should be destroyed when the VM is destroyed. The disk is created and attached before the VM boots too... Isn't that the same as an "ephemeral disk"?17:37
yaguanghere I want to confirm  is it supported by VMware api to reconfig  vm configration to add a second disk17:37
*** sleepsonthefloor has joined #openstack-meeting17:37
ssuranayes vmware API can be used to add disks to a VM17:37
yaguangthe use  just  create a  instance with the flavor  he wants17:37
yaguangthe flavor  can be  add/remove/change  by cloud  admin17:38
hartsocksSo the difference here would be...17:38
hartsocksThe user adds a new disk to the VM.17:39
yaguangyes,  that's what ephemeral disk is17:39
kirankvcan the root disk size be changed even when the new instances are linked clones?17:39
hartsocksThe new disk is only alive as long as the VM?17:39
hartsocks@kirankv good question. I don't think so.17:39
hartsocks#link https://blueprints.launchpad.net/nova/+spec/vmware-image-clone-strategy17:40
hartsocksI posted this so we could have some discussion about changing the "clone strategy" in the driver.17:40
hartsocksI wanted the user to be able to pick which was best for them.17:41
hartsocksI think this feature may compliment the resize feature.17:42
kirankv#2 in the blueprint offers more dynamic flexibility17:42
hartsocks@kirankv yes, that is the "blue sky" part that I don't know if we can actually provide easily. It would be nice to have parts of the driver switch strategies in general. This would be a good first-test of that idea.17:44
hartsocksNote: "Full clones do not require an ongoing connection to the parent virtual machine. Overall performance of a full clone is the same as a never-cloned virtual machine, while a linked clone trades potential performance degradation for a guaranteed conservation of disk space. If you are focused on performance, you should prefer a full clone over a linked clone."17:44
*** mkollaro has quit IRC17:45
*** cp16net is now known as cp16net|away17:45
hartsocksSo back to "ephemeral disk" … these are related ideas it seems. We can't actually provide @yaguang's feature without also addressing this problem of how cloning is done.17:45
*** anniec has joined #openstack-meeting17:46
*** haomaiwa_ has joined #openstack-meeting17:46
hartsocksShould we fold these into the same large blueprint? Are they too close to each other?17:46
*** cdub_ has quit IRC17:46
hartsocksShould we express some kind of dependency between them?17:47
*** esker has joined #openstack-meeting17:47
kirankvcontinuing on ephermal disk these will be independent disks for each instance and therefore we can still add the right disk size based on flavor17:47
*** haomaiwang has quit IRC17:47
yaguangit's very close  , all are about how we  handle  disk  usage for instance17:47
*** cdub_ has joined #openstack-meeting17:47
hartsocks@yaguang do you need the "clone strategy" feature first or will you be able to work without it?17:48
yaguangI am concern how to use  root disk shared by instances of the same flavor17:49
hartsocks@yaguang yes that's the problem I'm also concerned about… I'm not sure how to solve that without switching to "full clone" strategy universally.17:50
*** markwash has joined #openstack-meeting17:51
*** salv-orlando_ has joined #openstack-meeting17:51
yaguangthere is a option to allow user to choose whether to use  linked clone or not17:51
*** rickerc_ has joined #openstack-meeting17:51
*** sandywalsh has quit IRC17:52
hartsocksIf we make that a new feature...17:52
hartsockswhere you can check something17:52
hartsockslike...17:52
hartsocks"is_full_clone(disk)"17:52
*** anniec_ has joined #openstack-meeting17:53
hartsocks… then you could either allow for a resize or print a warning.17:53
*** huats_ has joined #openstack-meeting17:53
hartsocksI will record some of this conversation in the BluePrint for the other "clone strategy" feature.17:54
yaguangyes17:54
hartsocksOkay. Last 5 minutes.17:55
*** cdub_ has quit IRC17:55
hartsocks#topic open discussion17:55
*** openstack changes topic to "open discussion (Meeting topic: VMwareAPI)"17:55
hartsocksAnything else people need to talk about?17:55
*** michchap has joined #openstack-meeting17:55
ivoksthanks to yaguang for staying up so late :)17:55
*** GheRiver1 has joined #openstack-meeting17:56
*** cdub_ has joined #openstack-meeting17:56
hartsocksYes! Thank you @yaguang!  That has helped so much!17:56
kirankv@ Shawn, https://review.openstack.org/#/c/30628/7/nova/virt/vmwareapi/vm_util.py17:56
yaguangglad to  work with you17:57
kirankvdid you get any additional inputs from your team17:57
hartsocks#action hartsocks follow up on https://review.openstack.org/#/c/30628/7/nova/virt/vmwareapi/vm_util.py traversal specs17:58
kirankvone last thing, FC support in the VCdriver17:58
hartsocks@kirankv I have not. I did, however, finally get a working traversal spec to run under OpenStack! So now we know how to do them.17:58
hartsocksFC? I'm drawing a blank. What is FC?17:59
*** sifusam has joined #openstack-meeting17:59
ivoksfiber channel?17:59
hartsocksFeature Complete?17:59
kirankvFibre Channel LUNs17:59
ssuranaI will look into the review https://review.openstack.org/#/c/30628/7/nova/virt/vmwareapi/vm_util.py17:59
hartsocksAh.17:59
tjonesLOL17:59
kirankvwe have iSCSI suppor17:59
hartsocks@ssurana thank you o' honorable traversal spec guru!18:00
*** anniec has quit IRC18:00
*** salv-orlando has quit IRC18:00
*** huats has quit IRC18:00
*** vipul has quit IRC18:00
*** rickerc has quit IRC18:00
*** cyeoh has quit IRC18:00
*** _sifusam_ has quit IRC18:00
*** GheRivero has quit IRC18:00
*** anniec_ is now known as anniec18:00
*** rickerc_ is now known as rickerc18:00
*** salv-orlando_ is now known as salv-orlando18:00
*** vipuls has joined #openstack-meeting18:00
kirankvfor instances in a cluster, when a LUN is attached, should it get presented to all hosts in the cluster or only the one on which the instance is hosted upon.18:00
hartsocks@kirankv do you have a link to code?18:00
kirankvIf its only to one host then the VM cants be live migrated in a DRS cluster18:00
kirankvno, i dont have the patch in yet18:01
*** Sabari_ has quit IRC18:01
hartsocks@kirankv It sounds like a good BP. I think I heard someone else talk about iSCSI support too though.18:02
kirankvok, we can discuss it in the next meeting18:02
*** lbragstad has quit IRC18:02
hartsocksI will put that on the top of our next meeting agenda18:02
hartsocks#action next meeting Fiber Chanel , iSCSI support for VCDriver18:02
hartsocksThat's all the time we have.18:02
*** GheRiver1 is now known as GheRivero18:02
kirankv#link https://blueprints.launchpad.net/nova/+spec/fc-support-for-vcenter-driver18:02
hartsocks#openstack-vmware is open all the time18:03
kirankvThanks!18:03
hartsockshead over there for further discussion18:03
hartsocks#endmeeting18:03
*** lbragstad has joined #openstack-meeting18:03
*** openstack changes topic to "OpenStack meetings || https://wiki.openstack.org/wiki/Meetings"18:03
openstackMeeting ended Wed Jun 19 18:03:23 2013 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)18:03
openstackMinutes:        http://eavesdrop.openstack.org/meetings/vmwareapi/2013/vmwareapi.2013-06-19-17.01.html18:03
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/vmwareapi/2013/vmwareapi.2013-06-19-17.01.txt18:03
openstackLog:            http://eavesdrop.openstack.org/meetings/vmwareapi/2013/vmwareapi.2013-06-19-17.01.log.html18:03
*** ssshi has quit IRC18:03
*** rnirmal has quit IRC18:05
*** adalbas has quit IRC18:06
*** michchap has quit IRC18:08
*** haomaiwang has joined #openstack-meeting18:08
*** haomaiwa_ has quit IRC18:08
*** rnirmal has joined #openstack-meeting18:09
*** Mandell has quit IRC18:09
*** Eustace has quit IRC18:09
*** jaypipes has joined #openstack-meeting18:11
*** yaguang has quit IRC18:11
*** tjones has left #openstack-meeting18:12
*** kgriffs has joined #openstack-meeting18:13
*** johnthetubaguy1 has quit IRC18:16
*** cbananth has quit IRC18:16
*** vipuls is now known as vipul18:16
*** garyk has quit IRC18:17
*** adalbas has joined #openstack-meeting18:17
*** Mandell has joined #openstack-meeting18:18
*** yaguang has joined #openstack-meeting18:18
*** dkehn has quit IRC18:20
*** otherwiseguy has quit IRC18:20
*** mrunge has joined #openstack-meeting18:21
*** rwsu-away is now known as rwsu18:22
*** kirankv has quit IRC18:23
*** yaguang has quit IRC18:26
*** cyeoh has joined #openstack-meeting18:27
*** sandywalsh has joined #openstack-meeting18:28
*** dolphm has joined #openstack-meeting18:32
*** sdake has quit IRC18:32
*** michchap has joined #openstack-meeting18:34
*** sandywalsh has quit IRC18:34
*** zhiyan has quit IRC18:34
*** chuckieb has quit IRC18:35
*** sdake has joined #openstack-meeting18:35
*** sdake has quit IRC18:35
*** sdake has joined #openstack-meeting18:35
*** ayurchen has joined #openstack-meeting18:35
*** rscottcoyle has quit IRC18:36
*** dolphm has quit IRC18:40
*** danwent has quit IRC18:40
*** alrs has joined #openstack-meeting18:40
*** danwent has joined #openstack-meeting18:43
*** haomaiwang has quit IRC18:44
*** vipul is now known as vipul|away18:45
*** vipul|away is now known as vipul18:45
*** cp16net|away is now known as cp16net18:45
*** michchap has quit IRC18:46
*** novas0x2a|laptop has joined #openstack-meeting18:46
*** tzn has joined #openstack-meeting18:47
*** sandywalsh has joined #openstack-meeting18:47
*** dcramer_ has joined #openstack-meeting18:48
*** dolphm has joined #openstack-meeting18:49
*** garyk has joined #openstack-meeting18:51
*** rushiagr1 has joined #openstack-meeting18:53
*** rushiagr1 has quit IRC18:53
*** rushiagr has quit IRC18:53
*** dolphm has quit IRC18:53
*** adalbas has quit IRC18:57
*** vipul is now known as vipul|away19:00
*** jecarey has quit IRC19:01
*** jecarey has joined #openstack-meeting19:01
*** abhisri has quit IRC19:02
*** dtynan1 has left #openstack-meeting19:02
*** jecarey_ has joined #openstack-meeting19:04
*** jecarey has quit IRC19:07
*** danwent has quit IRC19:07
*** dcramer_ has quit IRC19:08
*** alexpec has joined #openstack-meeting19:09
*** sushils has quit IRC19:10
*** adalbas has joined #openstack-meeting19:12
*** alrs has quit IRC19:12
*** michchap has joined #openstack-meeting19:12
*** abhisri has joined #openstack-meeting19:15
*** schwicht has quit IRC19:19
*** schwicht has joined #openstack-meeting19:20
*** abhisri has quit IRC19:20
*** ndipanov has quit IRC19:21
*** stevemar has quit IRC19:23
*** cdub_ has quit IRC19:25
*** michchap has quit IRC19:25
*** RajeshMohan has quit IRC19:26
*** RajeshMohan has joined #openstack-meeting19:27
*** adalbas has quit IRC19:27
*** dcramer_ has joined #openstack-meeting19:32
*** abhisri has joined #openstack-meeting19:33
*** garyk has quit IRC19:33
*** sarob has joined #openstack-meeting19:37
*** abhisri has quit IRC19:37
*** litong has quit IRC19:44
*** andrew_plunk has joined #openstack-meeting19:45
*** marun has quit IRC19:45
*** alexpec has left #openstack-meeting19:47
*** therve has joined #openstack-meeting19:49
*** bgorski has joined #openstack-meeting19:50
*** michchap has joined #openstack-meeting19:51
*** dcramer_ has quit IRC19:52
*** stevebaker has joined #openstack-meeting19:54
*** bgorski has quit IRC19:54
*** bgorski has joined #openstack-meeting19:54
*** otherwiseguy has joined #openstack-meeting19:55
*** bgorski has quit IRC19:56
*** bgorski has joined #openstack-meeting19:56
*** sushils has joined #openstack-meeting19:57
*** nati_uen_ has joined #openstack-meeting19:57
*** rpothier_ has joined #openstack-meeting19:57
*** bgorski has quit IRC19:58
*** lloydde has quit IRC19:58
*** m4dcoder has joined #openstack-meeting19:58
*** bgorski has joined #openstack-meeting19:58
*** vipul|away is now known as vipul19:58
*** maksimov_ has joined #openstack-meeting19:59
*** bgorski has quit IRC19:59
*** jasond has joined #openstack-meeting20:00
*** bgorski has joined #openstack-meeting20:00
shardy#startmeeting heat20:00
openstackMeeting started Wed Jun 19 20:00:14 2013 UTC.  The chair is shardy. Information about MeetBot at http://wiki.debian.org/MeetBot.20:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.20:00
*** openstack changes topic to " (Meeting topic: heat)"20:00
openstackThe meeting name has been set to 'heat'20:00
shardy#topic rollcall20:00
*** openstack changes topic to "rollcall (Meeting topic: heat)"20:00
*** adrian_otto has joined #openstack-meeting20:00
shardyhey, who's around?20:00
*** zaneb has joined #openstack-meeting20:00
adrian_ottohi20:00
therveHey there20:00
stevebakerme20:00
zanebo/20:00
*** bgorski has quit IRC20:00
jpeelerhi20:00
asalkeldo/20:00
SpamapSo/20:01
*** bgorski has joined #openstack-meeting20:01
andrew_plunkhello20:01
*** tspatzier has joined #openstack-meeting20:01
radixhello20:01
tspatzierHi20:01
maksimov_o/20:01
*** nati_ueno has quit IRC20:01
*** jecarey_ has quit IRC20:02
*** dolphm has joined #openstack-meeting20:02
shardyok, hi all, lets get started!20:02
shardy#topic Review last week's action20:02
*** openstack changes topic to "Review last week's action (Meeting topic: heat)"20:02
shardySo there was only one, and not sure if sdake is around?20:02
shardy#info sdake to raise BP re gold images20:02
*** leizhang has joined #openstack-meeting20:03
m4dcodero/20:03
shardyI'm not sure if that happened, will check later20:03
shardy#topic h2 blueprint status20:03
*** openstack changes topic to "h2 blueprint status (Meeting topic: heat)"20:03
*** michchap has quit IRC20:04
shardy#link https://launchpad.net/heat/+milestone/havana-220:04
*** timductive has joined #openstack-meeting20:04
*** kchenweijie has joined #openstack-meeting20:04
shardySo ttx observed that we appear to be behind atm20:04
kebrayo/20:04
*** randallburt has joined #openstack-meeting20:04
shardyare there BPs which are marked not started, which are actually in progress?20:04
randallburthey, sorry I'm late20:05
shardyhi randallburt, no worries20:05
shardyjust discussing the h2 BP status20:05
stevebakerSpamapS: should I assign this to you? https://blueprints.launchpad.net/heat/+spec/native-in-instance-tools20:05
SpamapSstevebaker: yeah its what I'm working on anyway :)20:05
shardyif people are working on stuff and the BP is still "Not Started", please change it or it's liable to get bumped to h320:05
randallburtwrt my stuff, I'm making review comment changes and waiting on acceptance before submitting another change20:06
shardylikewise, if you know its20:06
shardynot going to land, please bump to h320:06
*** lloydde has joined #openstack-meeting20:06
shardyanyone got anything to add, status or anything?20:06
*** bgorski_ has joined #openstack-meeting20:06
*** rnirmal has quit IRC20:07
*** abhisri has joined #openstack-meeting20:07
shardySpamapS: is that likely to land for h2?20:07
randallburtneed to have attribute schema from me and provider resource from angus before moving forward20:07
bgorski_o/20:07
SpamapSshardy: yes20:07
adrian_ottorandallburt: does that mean that you could make faster progress if something changed with respect to acceptance?20:07
shardySpamapS: cool20:07
shardyrandallburt: Yeah, I reviewed the attribute schema today and mostly looks good, so lets get that in soon20:08
randallburtcurrently blocked until those are accepted20:08
SpamapSshardy: It will likely only serve tripleo's purposes, but the framework should allow everyone to migrate eventually. :)20:08
randallburtshardy:  will do20:08
shardyanyone got any other concerns or comments on h2?20:08
shardyI know the review cycle has been somewhat long recently20:08
shardyso apologies from me, and please everyone (including non-heat-core) do lots of reviews ;)20:09
* SpamapS will be diving into the review queue quite a bit today20:09
zanebgood news, we have an agenda item for that :)20:09
*** derekh has joined #openstack-meeting20:09
randallburt:D20:09
shardyzaneb: yup, we're about to get to that :D20:09
shardy#topic Gerrit approval policy20:10
*** openstack changes topic to "Gerrit approval policy (Meeting topic: heat)"20:10
shardyall yours zaneb ;)20:10
zanebso, it's not clear to me that we are getting a lot of value from requiring 2 +2's before approving a patch20:10
zanebas I understand it other OpenStack projects require 2 core developers with different affiliations to +2 before approving20:10
zanebso we're not really following that rule anyway20:10
shardydoes anyone know if it's mandatory now we're integrated?20:10
zanebI don't think that would be even feasible at this stage of the project20:11
radixwhat about just having one +2 from the opposite affiliation of the author?20:11
randallburtpoor therve ;)20:11
radixhehe20:11
zanebradix: everyone is still blocked on therve and SpamapS20:11
*** bgorski_ has quit IRC20:11
radixhehe, yeah20:11
therveYeah we can't really afford it right now20:12
zanebso, my point here is *not* to make the process *more* difficult!20:12
asalkeldI honestly don't think the affilation is the issue20:12
stevebakerme neither20:12
therveI'm +1 on keeping things as they are20:12
zanebasalkeld: totally agree20:12
zanebhere is my suggestion:20:12
zanebcurrently the +1 is effectively meaningless20:12
asalkeldit's we might just want to be a bit more flexibe20:12
zanebI think we should treat +1 as if it means what it says: "looks good to me, but someone else must approve"20:12
zanebcore reviewers decide whether to use +1 or +2, and when doing +2 approve at the same time20:12
zanebso e.g. if the code looks good but you're not an expert in that area, +120:12
*** kchenweijie has left #openstack-meeting20:12
therveSo effectively 1 core + 1 other (maybe core)20:13
zanebif there were a bunch of comments on the previous patch and they've all been addressed and look good, maybe just +2 & approve20:13
zanebuse appropriate judgement according to the situation20:13
*** sarob has quit IRC20:13
zanebI'm not really concerned about the review time per se, but the number of rebases required for each patch is seriously slowing things down20:13
asalkeldsounds good to me20:13
zanebso I think it is probably having a non-linear effect20:13
therveIt sounds reasonable20:13
SpamapSzaneb: +1 is quite meaningful for us tracking non-core reviewers to make sure they understand what we expect from reviewers.20:14
shardySpamapS: +1!20:14
zanebSpamapS: agree that +1 is meaningful from non-core reviewers20:14
* radix hopes so20:14
zanebwas that your point?20:14
SpamapSAnd just leaving +2 with no approval means I don't have to think "is Angus core?"20:14
stevebakerpossibly other projects have many more reviews in-flight, but maybe the rebase effort is less because the code bases are more mature20:14
shardyDefinitely, if non-core reviewers can give good feedback consistently it's hugely valuable, and makes life much easier20:14
*** sukhdev has quit IRC20:14
therveI think the current situation is more that the features are a bit tricky to grasp and nobody commits to approve20:15
asalkeldyea, approve fear20:15
zanebtherve: there is a bit of that20:15
shardytherve: also differnent people spot different things20:16
*** sarob has joined #openstack-meeting20:16
shardyI don't think we should routinely approve patches with just one reviewer20:16
shardyunless really trivial20:16
zanebtbh I think if it were quicker to get a fix in when you spot something after the fact, people might not be so slow to approve20:16
therveOne thing is that if someone did -1 a branch, they should look back again20:16
therveIt doesn't seem to be always the case20:16
shardybut if you have several +1's and several revisions, maybe it makes sense20:16
therveshardy, Well approve means reviewing, right?20:17
zanebshardy: but if it has been through 15 patchsets and everyone is agreed20:17
zanebjust merge it20:17
SpamapSSo it sounds to me like we're just bottlenecked on reviewers... have we polled the Heat dev community to see if there are those with active aspirations that we may not have mentored appropriately?20:17
zanebdon't wait around for a second core reviewer20:17
shardytherve: Yeah, I'm saying we shouldn't routinely ack via one reviewer doing review/approve without other eyes on the patch20:17
randallburtshardy:  I think that and what zaneb said earlier has a lot of goodness. if there are lots of +1's and some comments that are addressed in the latest of several patches, seems ok to approve with fewer constraints20:17
radixSpamapS: I plan on reviewing more, I haven't done many in the past couple days but it's something I fully intend to do20:18
radixI'm trying to get a better understanding for the codebase (and some recent design discussions have helped a lot)20:18
randallburtzaneb:  +111 because I can't type and read20:18
zanebSpamapS: I don't think we're lacking reviewers. we're lacking reviewers with deep knowledge of the code base20:18
shardyradix: reviews are also a great way to learn the code :)20:18
radixyep, definitely20:18
SpamapSzaneb: true, and I agree, a big part of that is that the code base is young.20:19
zanebyeah, that problem should fix itself over time20:19
SpamapSNo reason to panic, just means we have to try harder on reviews. :)20:19
asalkeldsounds like we all agree?20:20
therveYeah it's worth trying to smooth things out a bit20:20
therveWe can reevaluate if things go south anyway20:20
* randallburt starts planning patch bomb20:20
shardydo we need to have a vote, or are we all agreed anyway?20:20
zanebdoes anyone from core disagree?20:20
stevebakerSo in summary, core reviewers can use their discretion on whether to approve?20:20
zanebyes20:21
jpeelerright, sounds good20:21
shardystevebaker: yes20:21
SpamapSshardy: perhaps a motion on the mailing list20:21
SpamapStho20:21
stevebakerand if the change breaks anything, they can be soundly beaten20:21
SpamapSI think we have a super majority already20:21
zanebSpamapS: good idea20:22
shardySpamapS: Yep, I'll send one tomorrow - I'm still not clear if there's openstack-wide policy we should observe or not20:22
asalkeldSpamapS, that's more likely to just generate noise20:22
zanebother projects might have some input for us also20:22
shardystevebaker: lol20:22
SpamapSYeah I'm reversing myself.20:22
SpamapSML is not necessary, I really think we can all just agree now.20:22
zanebstevebaker: if the change breaks anything it can be reverted just as quickly :)20:22
shardyobviously, let's all be sensible, but I for one am pretty tired of rebasing huge patch queues for weeks on end20:22
shardyhopefully this may help a bit :)20:23
*** krtaylor has quit IRC20:23
shardySpamapS: Ok, I may just find out re approval policy off list then20:23
*** tayyab has joined #openstack-meeting20:23
SpamapSshardy: yeah I'm sure we are granted at least some autonomy there, but I eagerly await your confirmation of that. :)20:24
*** maksimov_ has quit IRC20:24
* SpamapS must step afk for a few, brb20:24
shardyOk, anything else on this, or shall we move on to open discussion?20:24
zanebshardy: I don't see how they can stop us ;)20:24
zanebmove on20:25
shardyzaneb: I just don't want to get told off ;)20:25
shardy#topic open discussion20:25
*** openstack changes topic to "open discussion (Meeting topic: heat)"20:25
zanebpfft20:25
shardyanyone have anything?20:25
radixthanks for all the responses to that thread :)20:25
zanebjust fyi all, I'll be away next week and the week after20:25
thervestevebaker, Did you start something for fixing autoscale instance list?20:26
stevebakertherve: not yet. I was going to write an autoscaling tempest test first20:26
stevebakertherve: did you want to have a go?20:27
asalkeldtherve, I did a while back, but can't find the patch:(20:27
thervestevebaker, OK cool20:27
therveI was mostly wondering if you had a path20:27
therveYou mentioned metadata, but zaneb didn't seem to like it20:27
*** jecarey has joined #openstack-meeting20:28
asalkelddon't worry therve I'll push approve really fast;)20:28
stevebakerthis raises a good question, *where* can we store heat specific state for running resources?20:28
andrew_plunktherve: are you guys talking about storing the lists of instances within a scalinggroup?20:28
therveAh :)20:28
*** radez is now known as radez_g0n320:28
zanebstevebaker: I think we need a new catch-all database column ;)20:28
zanebmetadata is being seriously abused atm20:28
therveandrew_plunk, Yeah, bug 118927820:28
uvirtbotLaunchpad bug 1189278 in heat "Autoscaling max limit is capped by length of resource.nova_instance column" [High,Confirmed] https://launchpad.net/bugs/118927820:28
shardyandrew_plunk: yes, or more precisely how to stop doing it ;)20:28
asalkeldruntime_data20:28
shardyYeah, we should stop abusing the metadata column really20:29
radixcould we create tables as needed for resources?20:29
*** krtaylor has joined #openstack-meeting20:29
*** SergeyLukjanov has joined #openstack-meeting20:29
stevebakermaybe a key/value tags table20:29
*** spzala has quit IRC20:29
asalkeldradix, isn't that going to get messy20:29
shardyfor autoscaling groups, can't we just store the instance count, since the prefix is known and consistent?20:30
* asalkeld scared of schema madness20:30
asalkeldshardy, there might be holes?20:30
shardyoh no, we've got the random suffix now20:30
*** michchap has joined #openstack-meeting20:30
radixasalkeld: well... I donno. It depends how many resources we have20:30
shardyasalkeld: would there?20:30
zanebshardy: the random suffix is irrelevant20:30
radixasalkeld: I've worked with systems like that, it's not so bad if you have good processes around schema management20:30
*** ryanpetr_ has joined #openstack-meeting20:31
asalkeldinstance failed?20:31
zanebcurrently we don't support holes20:31
zanebbut we'll need to be able to eventually20:31
radixthe question is, do you need more structure than k/v, or is it okay by itself?20:31
stevebakerthe value can be json20:31
shardyzaneb: Ok, may as well improve the status-quo then20:31
sdakeo/20:31
asalkeldI am in favour of stack'like class that can have proper resource entries20:31
zanebstevebaker: +120:31
andrew_plunkasalkeld: +120:32
zanebasalkeld: that also sounds like it would work20:32
jasondanything to avoid db migration script version hell would be good20:32
randallburtasalkeld: +120:32
thervestevebaker, It may be problematic if we want to have concurrency, no?20:32
therve(Not that it's possible currently)20:32
therveasalkeld, So I guess it links to the other subject we could talk: autoscale API20:33
stevebakertherve: that would probably depend on how it is used20:33
* SpamapS returns20:33
*** dcramer_ has joined #openstack-meeting20:34
therveShould we spend (much) time improving the current resources, or should we design something more robust?20:34
*** dhellmann has joined #openstack-meeting20:34
*** ryanpetrello has quit IRC20:34
stevebakertherve: could you be more specific?20:35
asalkeldthat is the same thing isn't it?20:35
zaneblol20:35
andrew_plunkI think if we have an interface for each resource "type" it would be fine20:35
shardytherve: we need a native scaling group resource anyway, but it would be good if both AWS-compatible and native resources inherited from the same non-broken base class20:35
therveI think some people mentioned that resources are a tight fit for autoscale20:36
*** alrs has joined #openstack-meeting20:36
shardytherve: define tight fit?20:36
therveshardy, Limit how clean we could make it?20:36
radixhmm20:37
radixtherve: I think everyone agrees that there should be resources20:37
shardytherve: well heat is stack and resource orientated20:37
radixbut whether the autoscaling logic is actually inside the resource class (living in heat) or if the resource delegates to an autoscaling service separate from heat20:37
radixin both cases, there are resources20:37
therveOkay20:37
asalkeldso we do want autoscale to be an actual rest api20:37
andrew_plunkshardy: but because of the way we rely on the properties schema, people implementing multiple resources that have the same function are out of luck in many cases20:37
*** abhisri has quit IRC20:38
shardyso if people want a non-resource orientated AS solution, I guess it doesn't belong in Heat, but I still don't really understand what the problem is with resources20:38
therveWell I guess what I'd like to understand is what would the responsibilities of the AS service20:38
asalkeldshardy, I think it's the interactions20:38
asalkeldso we need a rest api to case the scale up/down actions20:39
radixasadoughi: yeah, agreed20:39
radixer20:39
radixasalkeld: yeah, agreed. we need "scale-up" and "scale-down" operations no matter what the end solution is20:39
shardyOne thing I mentioned a few times is that when we rip out all the alarms/monitoring stuff in favour of ceiolometer, then all you have in heat for AS is orchestration of actions triggered by ceilometer20:39
shardyso after that happens, I'm not really sure where the separate autoscale service fits20:39
*** abhisri has joined #openstack-meeting20:39
asalkeldmabe I can write something up20:40
radixshardy: yeah, agreed that monitoring should be external20:40
asalkeldand see if it makes sense to otheres20:40
therveasalkeld, That'd be wonderful :)20:40
radixshardy: and I'm also not super sure of why autoscale needs to be a separate service in that case20:40
shardyyou could have some other orchestration service triggered by ceilometer, or have heat triggerd by some other alarm source, but I'm not sure what use-case people see for the standalone AS service20:40
asalkeldshardy, I guess action for me20:40
shardy#action asalked to write up AS/Ceilometer wiki20:41
adrian_ottoI have a question about the Ceilometer suggestion before we switch topics20:41
shardyasalkeld: if you can clarify the vision for the Heat+CM story that would be great20:41
asalkeldshoot adrian_otto20:41
adrian_ottofor autoscale, measurement of KPI's are needed in order to trigger a scale[up|down] event...20:42
asalkeld(as in go ahead)20:42
asalkeld:)20:42
adrian_ottosome of those will be visible to the hypervisor (host)20:42
adrian_ottoothers are only visible from within the guest20:42
asalkeldboth are possible20:42
SpamapSAll handled by ceilometer's in-instance tools IIRC20:42
adrian_ottois there a strategy to be able to get at both categories of KPI's?20:42
asalkeldyes20:43
adrian_ottook, so csilometer will have some form of an agent?20:43
*** michchap has quit IRC20:43
adrian_ottoand that agent will be extensible?20:43
asalkeldyip, not yet - but in the works20:43
SpamapSs/agent/guest api/ .. tools should be really lightweight.20:43
adrian_ottowill that be based on the open source Virgo agent on github?20:43
asalkeldadrian_otto, best if you can use curl20:43
asalkeldi.e. super easy20:43
asalkeldadrian_otto, I havn't see that20:44
adrian_ottoso an in-guest client wold talk to an external API running somewhere (a ceilometer service?)20:44
asalkeldyes, rest api20:44
adrian_otto#link https://github.com/racker/virgo20:44
kgriffs+1 for using virgo (I recommended this a couple summits back)20:45
adrian_ottoit's a pretty compact C based agent, extensible, signing features.20:45
* stevebaker has to go20:45
asalkeldadrian_otto, I'll have a look20:45
adrian_ottothat assumes a pull model rather than a push model as you described.20:46
adrian_ottoI think it's easier to scale a pull model in large deployments20:46
SpamapSAgents that measure things on servers are a dime a dozen. Give me a way to push that information somewhere and I'll be happy. :)20:46
adrian_ottothink what happens when you have a million guests20:46
asalkeldI don't like that it's c20:46
adrian_ottoyou have a collector for the data regardless20:46
*** alrs has quit IRC20:47
adrian_ottoa python agent would be considerably less memory efficient20:47
adrian_ottokgriffs can verify that claim20:47
SpamapSadrian_otto: push/pull is the common scaling pattern that goes back to large scale manufacturing automation.. where individuals push to collector caches which are pulled from by centralized systems as resources permit.20:47
radixI can too, unfortunately20:47
therveradix, Heh heh20:47
radix:)20:48
*** zb has joined #openstack-meeting20:48
zbI'm awake20:48
radixone way to partially mitigate memory-hungry agents is by not running them persistently, but instead as a cron job, depending on the type of collection you're doing20:49
SpamapSBut yes, there are a bazillion ways to collect data about servers. Pull can easily be implemented by having one puller instance which then pushes everything into ceilometer.20:49
radixbut this is getting pretty off-topic20:49
sdakemorning zb ;)20:49
* zb mutters at flaky internet20:49
adrian_ottoSpamapS: yep, I don't really care which way20:49
shardyradix: that's exactly what we do atm, basic but works ;)20:49
adrian_ottoas long as there is an agent that can be easily and efficiently extended to allow the custom KPI's to surface to inform auto-scaling decisions20:50
*** jecarey has quit IRC20:50
SpamapSPoint is, ceilometer has an API for defining what acceptable operating parameters are, and for calling out to a hook URL when those parameters are exceeded.20:50
shardyshall we follow up on this discussion on the ML after asalkeld has documented the plan for Heat/Ceilometer integration?20:50
*** zaneb has quit IRC20:50
radix+1, can't wait for asalkeld's post :)20:50
SpamapSwhich sounds suspiciously like what autoscaling does. :)20:50
asalkeldshardy, It was more about autoscaling20:50
*** zb is now known as zaneb20:50
radixSpamapS: I think the only piece in the middle is defining smarter stuff about what to do when scaling20:50
asalkeldceilo work is in progress20:50
radixSpamapS: which isn't totally trivial20:51
kgriffsvirgo is nice because it's already there, supports signing, and is extremely light weight. All your logic is written in Lua, and it's very efficient at posting metrics since it uses luvit.20:51
shardyasalkeld: I think the two are closely related, so it would be great to explain the CM/Heat thing as well as the AS ideas20:51
asalkeldok20:51
asalkeldnp20:51
shardyI think that autoscaling == alarms+orchestration20:51
shardyessentially20:51
asalkeldsure20:51
SpamapSradix: yes, _that_ would be what I call orchestration. :)20:51
radixshardy: "orchestration" is like a gas :)20:52
shardyasalkeld: anyway, you're best placed to join the dots for us all on the CM stuff, so hopefully that will help the AS discussions too :)20:52
*** eglynn-afk has joined #openstack-meeting20:52
asalkeldyip20:52
SpamapSI do think there's a need for an API for those alarm hooks to hit, and that API is "the scaling API"20:52
shardy8 mins, anything else from anyone?20:53
m4dcoderif alarms+orchestration, then instead of a service that focus on AS, why not a service that has broad scope on automated actions and remediations?20:53
*** lpabon has quit IRC20:53
m4dcoderany input to http://lists.openstack.org/pipermail/openstack-dev/2013-June/010593.html?20:53
adrian_ottosensor/effector20:53
shardym4dcoder: You mean something which can orchestrate stuff, like heat?20:53
m4dcoderi'm still trying to gather requirements for bp as-update-policy20:53
*** jecarey has joined #openstack-meeting20:53
asalkeldm4dcoder, if we just had a work flow thingy20:53
shardytriggered by an alarm source, like ceilometer?20:53
radixSpamapS: it needs to know about groups, and policies like "scale up 10%" vs "scale up +1" and stuff like that20:54
randallburtqueue kebray20:54
SpamapSm4dcoder: automated actions and remediations fall into orchestration as a general topic, and the provider stuff being added to HOT will likely make that a user definable thing.20:54
*** lpabon has joined #openstack-meeting20:54
kebrayworkflow thingies are good.20:54
SpamapSm4dcoder: I'd love to work with you on as-update-policy .. it falls right into my rolling updates work.20:54
kebrayBut, TaskFlow projects are even better :-)20:54
randallburtloves all the hopes and dreams being piled on to "hot provider stuff"20:54
asalkeldSpamapS, well we just need a resource to create workflows20:55
asalkeldand we can action those from alarm/scaling20:55
m4dcoderSpamapS: awesome.  need some guidance.20:55
SpamapSrandallburt: its the duke nukem of orchestration20:55
* asalkeld thinks it's not much to do with format20:55
randallburtat first I was all like "HA" and then I was all like 'awww.'20:55
*** DanD has joined #openstack-meeting20:55
randallburtjust call me the John Carmack of Openstack20:56
asalkeldkebray, how is your proj. doing?20:56
asalkelddoes it do something yet?20:56
kebrayIt's great.. can't really call it my project, but TaskFlow is making excellent progress.  Cinder took a dependency on the Task library for H release.20:56
asalkeldcan I create a job to run acommand20:56
* stevebaker is back20:56
*** vipul is now known as vipul|away20:56
kebraycreate_volume is almost fully working in cinder using the new library.20:57
*** dcramer_ has quit IRC20:57
*** vipul|away is now known as vipul20:57
asalkeldI meant aas20:57
SpamapSnice20:57
SpamapS2 min20:57
asalkeld(the service, not the lib)20:57
randallburtthere is no aas until the lib is done/vetted, right?20:58
zanebasalkeld: I totally misread that previous line20:58
asalkeldyea zaneb needs some sleep20:58
kebraycreate_volume stuff using TaskFlow:   https://review.openstack.org/#/c/29862/20:58
*** pcm_ has quit IRC20:59
shardykebray: interesting20:59
shardytime's up - thanks all!20:59
shardy#endmeeting20:59
*** openstack changes topic to "OpenStack meetings || https://wiki.openstack.org/wiki/Meetings"20:59
openstackMeeting ended Wed Jun 19 20:59:22 2013 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)20:59
openstackMinutes:        http://eavesdrop.openstack.org/meetings/heat/2013/heat.2013-06-19-20.00.html20:59
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/heat/2013/heat.2013-06-19-20.00.txt20:59
openstackLog:            http://eavesdrop.openstack.org/meetings/heat/2013/heat.2013-06-19-20.00.log.html20:59
*** rwsu has quit IRC20:59
*** nealph has joined #openstack-meeting20:59
therveThanks!20:59
*** therve has left #openstack-meeting20:59
radixthanks guys )20:59
jd__#startmeeting ceilometer21:00
openstackMeeting started Wed Jun 19 21:00:22 2013 UTC.  The chair is jd__. Information about MeetBot at http://wiki.debian.org/MeetBot.21:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.21:00
*** openstack changes topic to " (Meeting topic: ceilometer)"21:00
openstackThe meeting name has been set to 'ceilometer'21:00
*** andrew_plunk has left #openstack-meeting21:00
asalkeldo/21:00
sandywalsho/21:00
*** tspatzier has left #openstack-meeting21:00
eglynn-afko/21:00
nealph\o21:00
DanDo/21:00
*** eglynn-afk is now known as eglynn21:00
*** danwent has joined #openstack-meeting21:01
jd__#link https://wiki.openstack.org/wiki/Meetings/MeteringAgenda21:01
jd__I'll start with my havana-2 review if you don't mind eglynn21:01
eglynnjd__:  shoot21:01
jd__#topic Review Havana-2 milestone21:01
*** openstack changes topic to "Review Havana-2 milestone (Meeting topic: ceilometer)"21:01
dhellmanno/21:01
jd__#link https://launchpad.net/ceilometer/+milestone/havana-221:01
jd__so ttx thinks we're on track and starts asking question about the High bp here21:02
*** davidkranz has quit IRC21:02
jd__eglynn: typically you seems to have a lot and only one started, will everything be ok?21:02
jd__-s21:02
*** lpabon has quit IRC21:02
*** randallburt has left #openstack-meeting21:02
eglynnyep, I might bump a couple of minor ones21:03
*** rwsu has joined #openstack-meeting21:03
*** rpothier_ has quit IRC21:03
jd__havana-2 is in 1 month from now21:03
eglynne.g. https://blueprints.launchpad.net/ceilometer/+spec/transformer-unit21:03
* dhellmann will be starting his high bp late this week or early next week21:03
eglynni.e. bump that transformer one to h321:03
jd__eglynn: ok, if you need some help about this one I can probably take it over or assign someone21:03
eglynnk, cool21:03
*** egallen has joined #openstack-meeting21:03
jd__dhellmann: cool21:04
jd__otherwise we're pretty ok!21:04
jd__and if you've some time, code reviews would be nice too :)21:04
asalkeldyea, my reviews have been patchy - been working on heat21:05
jd__ok, moving on :)21:05
jd__asalkeld: I guessed so :)21:05
jd__#topic eglynn: Discuss preferred approach to detailed metering (CPU, network I/O, disk etc.) of nodes managed by the baremetal virt driver21:05
*** openstack changes topic to "eglynn: Discuss preferred approach to detailed metering (CPU, network I/O, disk etc.) of nodes managed by the baremetal virt driver (Meeting topic: ceilometer)"21:05
eglynnok, so the basic requirement is captured here ...21:06
eglynn#link https://bugs.launchpad.net/nova/+bug/118821821:06
uvirtbotLaunchpad bug 1188218 in tripleo "Support standard ceilometer compute metrics with nova baremetal" [Medium,Triaged]21:06
jd__is that related with the blueprint we have on hardware monitoring?21:06
eglynnobviously in the baremetal case, no libvirt => current ceilo compute agent will not cut it for detailed metering21:06
jd__or can that be related?21:06
asalkeldeglynn, someone just pointed me at https://github.com/racker/virgo21:06
jd__right, I already asked the question in the bug report.21:06
*** SergeyLukjanov has quit IRC21:06
jd__there's Lua in there21:07
* jd__ runs21:07
asalkeldyea, and c21:07
eglynnjd__: related to https://blueprints.launchpad.net/openstack/?searchtext=monitoring-physical-devices do you mean?21:07
asalkeldjust saying...21:07
jd__I don't run on C, it might bites otherwise21:07
jd__eglynn: yeah21:07
eglynnjd__: yep, that one possibility21:08
*** tayyab has quit IRC21:08
kgriffsit might be interesting to do something in the spirit of virgo, but using Python21:08
eglynnhowever I don't fully understand how that hardware agent works21:08
*** tayyab has joined #openstack-meeting21:08
eglynni.e. would the agent run on the baremetal host?21:08
jd__eglynn: I admit I stiil didn't take the time to review deeply21:08
eglynnor externally?21:08
sandywalshasalkeld, could Diamond not do it?21:08
dhellmannsandywalsh: you took the words right out of my keyboard21:09
*** michchap has joined #openstack-meeting21:09
asalkeldsandywalsh, maybe21:09
sandywalsh:)21:09
asalkeldyou mean running on the instances?21:09
asalkeldauth would be an issue21:09
dhellmannthe agent could publish to the rest api, right?21:10
eglynnyeah, so on the subject of auth21:10
jd__dhellmann: I was about to say that21:10
sandywalshif it's running on the instances, that would be an issue for any solution21:10
eglynnthe agent would need to know os_username, os_passeord etc21:10
sandywalsh(ie. if there's no host/hypervisor under the instance)21:10
asalkeldeglynn, keypair21:10
jd__just build an hardware agent that pushes metrics via the REST API and that's it21:10
jd__basically the use case of such hardware monitoring is the same as monitoring something external to OS21:11
eglynnbut maybe that's no worse than the heat approach of pushing out the AWS access and secret key?21:11
eglynn(IIUC)21:11
*** adrian_otto1 has joined #openstack-meeting21:11
eglynnhttps://github.com/stackforge/tripleo-image-elements/blob/master/elements/heat-cfntools/os-config-applier/etc/cfn/cfn-credentials21:11
asalkeldyip that is it21:11
sandywalsheglynn, perhaps we could issue a revokable "API key" that the agent could use to push data, but the user could take away if needed or abused21:12
jd__eglynn: these are users credentials, right?21:12
eglynnso is that any more secure, really?21:12
sandywalshwe'd still need proper rate limiting anyway21:12
asalkeldhttps://github.com/openstack/heat-cfntools/blob/master/bin/cfn-push-stats21:12
dhellmannsandywalsh: that sounds like a keystone token?21:12
asalkeldwe have this little script we use in heat ^21:12
eglynnjd__: creds sufficient to POST stats to the ceilo API21:12
asalkeldsandywalsh, +21:12
jd__eglynn: fair enough21:12
*** m4dcoder has quit IRC21:13
sandywalshdhellmann, slightly different, kind of like when you let Twitter issue another api token21:13
jd__eglynn: but how can ceilometer/keystone issue such special creds? we don't have delegatino or anything AFAIK21:13
dhellmannasalkeld: if you have that, why are we building another? :-)21:13
eglynnsandywalsh: well what would be nice would the AWS AMI style of key rotation21:13
dhellmannsandywalsh: ok, I thought keystone could do something similar21:13
asalkeldyea, we need to move that into ceilo domian21:13
sandywalshkeystone can issue more tokens but they're still tied to that use (acting as that user), no on-behalf of, with limited access21:14
*** epende has joined #openstack-meeting21:14
dhellmannasalkeld: where do the values for the args come from?21:14
sandywalshfor example, the token couldn't be used to stop the instance21:14
asalkeldpsutil21:14
asalkelddhellmann, o21:14
dhellmannso there's a wrapper script that calls psutil and then invokes this script?21:14
asalkelddhellmann, the template21:14
*** adrian_otto has quit IRC21:15
asalkeldno the template sets up the args21:15
*** cdub_ has joined #openstack-meeting21:15
*** SergeyLukjanov has joined #openstack-meeting21:15
asalkeldI'll get a like21:15
asalkeldlink21:15
dhellmannhow does the template know, for example, the value for --mem-util?21:15
dolphmreading back... user to user role delegation per project is available in grizzly via https://github.com/openstack/identity-api/blob/master/openstack-identity-api/src/markdown/identity-api-v3-os-trust-ext.md21:15
asalkelddhellmann, https://github.com/openstack/heat-templates/blob/master/cfn/AutoScalingMultiAZSample.template#L22421:16
jd__dolphm: ah interesting21:16
asalkelddhellmann, it's not a value21:16
*** adrian_otto1 has quit IRC21:16
*** SergeyLukjanov has quit IRC21:16
asalkeldjust please send memutils21:16
dhellmannah, I see21:17
dhellmannI thought psutil was a cli21:17
eglynndolphm: on the keyestone trusts: "The trust may only be valid for a specified time period, as defined by expires_at"21:18
*** adrian_otto has joined #openstack-meeting21:18
* eglynn wonders if if a trust can last forever effectively ...21:18
asalkelddhellmann, https://code.google.com/p/psutil/21:18
dhellmannasalkeld:21:18
dolphmeglynn: yes, just don't specify an expiration21:18
dhellmannasalkeld: cool21:18
eglynnk21:18
dolphmthat could be worded more clealry21:18
jd__so we would have to use a special role or something IIUC?21:19
dolphmOptionally, the trust may only be valid...21:19
eglynnso I guess most basic question is whether we've confidence in the hardware-agent landing anytime soon21:19
eglynnor whether it's better to concentrate on a simple on-host script and deal with the auth issue in some way21:19
* dhellmann shrugs21:19
eglynne.g. via trusts as suggested above21:19
dhellmannwe have the trust issue either way, right?21:19
sandywalshhttps://github.com/BrightcoveOS/Diamond21:20
eglynnyep, I guess21:20
dhellmannwe can't assume the ceilometer service is going to be able to talk to the instance21:20
jd__eglynn: it can land if we review it21:20
dhellmannthe connection has to come out of the instance to a potentially public API21:20
jd__dhellmann: +121:20
sandywalshdiamond also has hypervisor support so it can be used on both sides of the fence21:20
sandywalshand it already has graphite/statsd/etc support21:20
sandywalsh(and we've already rolled it out internally ... :)21:21
eglynnsandywalsh: "on both sides of the fence" == "inside or outside the baremetal host"?21:21
sandywalsheglynn, yep21:21
eglynnk21:21
sandywalsheglynn, under a hypervisor or not21:21
*** michchap has quit IRC21:21
asalkeldsandywalsh, that's great but again we need to get it to talk to ceiloapi21:22
dhellmannasalkeld: there's a "plugin" system for creating publishers, sort of like ours21:22
asalkeldok21:22
sandywalshsame problem regardless of the solution you pick. diamond has a nice driver interface21:22
dhellmannit would work ok for running on the host and collecting data, because we could configure tenant id and stuff21:22
asalkeldwell that is cool21:22
dhellmannI'm not so sure about on the hypervisor side, since we couldn't tie usage for a given instance to a tenant from the outside as easily21:22
dhellmannalthough it would work well for monitoring the hypervisor itself, for the scheduler21:23
*** derekh has quit IRC21:23
*** ivasev has quit IRC21:23
asalkeldin instance would be fine21:23
dhellmannbut one problem at a time -- let's see if it works for collecting data from inside the instance first21:23
asalkeldwe just need the publisher21:23
*** zaneb has quit IRC21:23
eglynnso are we saying that all on-host approaches would suffer from the same auth issue? (i.e. needing to talk to the ceilo API)21:23
*** zaneb has joined #openstack-meeting21:23
dhellmannand we need some sort of deployment instructions21:23
dhellmanneglynn: yes21:24
*** ivasev has joined #openstack-meeting21:24
asalkeldsandywalsh, thanks I didn't know about the publisher plugin21:24
*** mrodden has quit IRC21:24
sandywalshasalkeld, np21:24
dhellmannyou cannot assume that the instance can talk to protected services through back-channels21:24
*** lbragstad has quit IRC21:24
dhellmannI could see us, eventually, supporting several data collection tools inside the instance21:24
sandywalshright, we have the rackspace agent, which uses the xen back-channel, but it's still an optional component the user can opt-out of21:24
dhellmannthat way tenants can choose to run something they're comfortable with21:24
dhellmannthe heat script and a diamond plugin seem like good places to start21:25
asalkeldyip21:25
*** lbragstad has joined #openstack-meeting21:25
dhellmannI suggest we create separate git repos for each of these clients, so they can be packaged and distributed separately from the rest of ceilometer21:25
eglynnyep the heat scrtip definitely has the benefit of simplicity21:25
sandywalshhttps://github.com/rackerlabs/openstack-guest-agents-unix21:25
dhellmannsome day someone will need to write a windows client, too, I suppose21:25
jd__dhellmann: +121:26
sandywalshwe have a windows one too21:26
dhellmanncool21:26
sandywalshhttps://github.com/rackerlabs/openstack-guest-agents-windows-xenserver21:26
dhellmannso is the roadmap 1) heat script 2) diamond publisher 3) other ?21:26
sandywalshit would be nice to abstract the xen stuff and make it generic21:26
eglynndhellmann: yep, and then tie into tripleO via a ceilometer element21:26
eglynnin the style of https://github.com/stackforge/tripleo-image-elements/tree/master/elements21:27
dhellmannwhere other might be something based on all the fancy agents the rackers keep building :-)21:27
*** danwent_ has joined #openstack-meeting21:27
* dhellmann needs to read more about triple021:28
eglynngiven the buzz behind tripleO, use of the baremetal driver is going to be widespread21:28
* eglynn state the obvious again ... ;)21:28
dhellmannyeah, we're looking at it internally, too21:28
*** danwent has quit IRC21:29
*** danwent_ is now known as danwent21:29
eglynnso defo something we or the tripleO team will need to get to grips with21:29
*** dprince has quit IRC21:29
eglynnanyway some good ideas above21:29
eglynngood food for thought ...21:29
sandywalshwe can probably arrange a meetup at rackspace to go over TripleO if that's of interest?21:29
*** lbragstad has quit IRC21:29
*** jasondot_ has quit IRC21:30
dhellmannthat might be cool, but it would have to wait. I'm seriously overbooked right now.21:30
eglynnsandywalsh: interesting, we've got some Red Hatters ramping up on tripleO21:30
*** kchenweijie has joined #openstack-meeting21:30
dhellmannit would probably make as much sense for me to send one of our ops guys, so do let me know if you schedule something sandywalsh21:30
sandywalshk, I'll send it up the flagpole21:31
dhellmannty21:31
eglynnyep similarly, keep us informed if it's a runner ...21:31
*** kchenweijie has left #openstack-meeting21:31
jd__should we move on to the next topic?21:32
*** mrunge has quit IRC21:32
eglynnnext one should be quicker ;)21:32
jd__#topic eglynn: discuss timing of next python-ceilometerclient release (one distro has started to carry additional patches as there's no stable branches for clients upstream)21:32
*** openstack changes topic to "eglynn: discuss timing of next python-ceilometerclient release (one distro has started to carry additional patches as there's no stable branches for clients upstream) (Meeting topic: ceilometer)"21:32
jd__which distro is doing that?21:32
eglynnk, so last ceiloclient release was 2013-03-2821:32
eglynnjd__: RHOS21:33
dhellmannis there any reason not to just release every month or so, if there are changes?21:33
eglynn(just the change to make the v2 API the default ...)21:33
jd__obviously! :p21:33
jd__dhellmann: I can't see any21:33
jd__eglynn: could/would you take care of it?21:33
eglynnjd__: sure21:33
jd__I mean at least this time21:33
*** danwent_ has joined #openstack-meeting21:33
eglynnunderstood21:34
asalkeldmaybe have this as a running topic? "do we need  a client release"21:34
jd__though I don't mind if you release once in a while21:34
*** zb has joined #openstack-meeting21:34
jd__we have no bp to implement in this, we have tests to know it works :)21:34
dhellmannasalkeld: +121:34
eglynnasalkeld tell me it's just a case of pushing a tag, so it could be done very frequently if we're so inclined ...21:34
jd__asalkeld: fair enough, I'll add in the agenda then21:34
eglynncool21:34
*** tayyab has quit IRC21:34
asalkeldyea21:34
asalkeldgit tap21:35
asalkeldgit tag21:35
asalkeldgit push --tags21:35
dhellmannI think it needs to be a signed tag, but otherwise it doesn't have to be special21:35
asalkeldthat's it21:35
asalkeldyea, maybe21:35
asalkeldgit tag -s21:35
dhellmannyeah21:35
*** danwent has quit IRC21:35
*** danwent_ is now known as danwent21:35
eglynnso the lack of stable branches in the python-*clients upstream behooves us to release often I think21:36
*** zbitter has joined #openstack-meeting21:36
*** maoy has quit IRC21:36
jd__yep21:36
dhellmannyep21:36
asalkeldI need to go soon21:37
* dhellmann there's an echo in here21:37
jd__here here here he….21:37
asalkeld(kids/school/breakfast/mayhem)21:37
jd__I think we're good to got21:37
kgriffsO/21:37
*** zaneb has quit IRC21:37
jd__#topic open discussion21:37
*** openstack changes topic to "open discussion (Meeting topic: ceilometer)"21:37
jd__anything to add?21:37
*** zbitter is now known as zaneb21:37
kgriffsquick question21:37
kgriffsthinking longer-term, will ceilometer ever be exposed to tenants as a sort of generic monitoring service?21:38
*** timello has quit IRC21:38
jd__users have access to their meters21:38
jd__they will have alarming soon21:38
kgriffsoic21:39
*** abhisri has quit IRC21:39
jd__does that quality as what you heard with monitoring, I don't know21:39
*** zb has quit IRC21:39
jd__s/heard/mean/21:39
*** leizhang has quit IRC21:39
eglynns/quality/qualify/ ?21:39
kgriffswould it be helpful for users to be able to set custom monitors, like write a script to check my special app or something?21:39
eglynncurrently the idea is threshold checking for ceilo meters only21:40
eglynn(i.e. not for custom application states)21:40
kgriffsok. seems like there was a project someone talked about at the last summit that was trying to be more generic like that, and I was wondering how that meshed with ceilometer's roadmap21:40
nealphkgriffs: is there a specific requirement in your use case that rules out using the reporting api?21:41
jd__eglynn: s// indeed :)21:42
kgriffsno, I was just wondering about custom collectors in the agent.21:42
kgriffsthinking longer term, Rackspace has a cloud monitoring product and it would be nice to see that built on OpenStack projects some day21:42
dhellmannkgriffs: ceilometer itself doesn't care what "meter" a sample is for21:43
eglynncloudkick?21:43
dhellmannso it's just a question of how to get the data into the system21:43
kgriffsright21:43
dhellmannif you have access to the message bus, that's one way21:44
kgriffswe currently use virgo which can pull down signed scripts and run them to do custom checks21:44
kgriffsit would be cool if diamond could support that, but it may be out of scope for that project.21:44
*** nati_uen_ has quit IRC21:44
* kgriffs thinking out loud21:44
nealphdhellmann: that's the yang to my reporting comment yin. :)21:45
dhellmannyep21:46
*** nati_ueno has joined #openstack-meeting21:46
sandywalshgotta jump off  ... later guys!21:46
jd__cya21:46
eglynnbye21:47
*** zaneb has quit IRC21:47
kgriffsok, cool. this all pie-in-the-sky, but good to keep on the radar21:47
*** egallen has quit IRC21:47
jd__closing the meeting, continue to hangout in #openstack-metering if you need21:47
kgriffskk21:47
jd__have a nice day/night/whatever and thanks for coming :)21:47
jd__#endmeeting21:47
*** openstack changes topic to "OpenStack meetings || https://wiki.openstack.org/wiki/Meetings"21:47
openstackMeeting ended Wed Jun 19 21:47:33 2013 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)21:47
*** zaneb has joined #openstack-meeting21:47
openstackMinutes:        http://eavesdrop.openstack.org/meetings/ceilometer/2013/ceilometer.2013-06-19-21.00.html21:47
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/ceilometer/2013/ceilometer.2013-06-19-21.00.txt21:47
openstackLog:            http://eavesdrop.openstack.org/meetings/ceilometer/2013/ceilometer.2013-06-19-21.00.log.html21:47
*** adrian_otto has left #openstack-meeting21:47
*** DanD has quit IRC21:47
*** dhellmann has quit IRC21:47
*** safchain has joined #openstack-meeting21:48
*** safchain has quit IRC21:48
*** michchap has joined #openstack-meeting21:48
*** terriyu has quit IRC21:50
*** kgriffs has left #openstack-meeting21:51
*** topol has quit IRC21:51
*** zb has joined #openstack-meeting21:52
*** vipul is now known as vipul|away21:53
*** zaneb has quit IRC21:53
*** zb has quit IRC21:54
*** nealph is now known as nealph-afk21:54
*** shardy is now known as shardy_afk21:54
*** krtaylor has quit IRC21:55
*** timello has joined #openstack-meeting21:55
*** zb has joined #openstack-meeting21:56
*** egallen has joined #openstack-meeting21:58
*** zbitter has joined #openstack-meeting21:58
*** zb has quit IRC22:00
*** michchap has quit IRC22:00
*** vipul|away is now known as vipul22:01
*** ivasev has quit IRC22:03
*** termie has quit IRC22:03
*** termie has joined #openstack-meeting22:04
*** termie has quit IRC22:04
*** termie has joined #openstack-meeting22:04
*** eharney has quit IRC22:06
*** markwash_ has joined #openstack-meeting22:07
*** rostam has quit IRC22:07
*** markvoelker has quit IRC22:07
*** markwash has quit IRC22:08
*** markwash_ is now known as markwash22:08
*** terriyu has joined #openstack-meeting22:08
*** novas0x2a|laptop has quit IRC22:08
*** jaypipes has quit IRC22:08
*** termie has quit IRC22:09
*** jaypipes has joined #openstack-meeting22:09
*** tedross has quit IRC22:09
*** ociuhandu has quit IRC22:09
*** novas0x2a|laptop has joined #openstack-meeting22:10
*** termie has joined #openstack-meeting22:10
*** rostam has joined #openstack-meeting22:10
*** henrynash has quit IRC22:11
*** stevebaker has quit IRC22:11
*** zbitter has quit IRC22:11
*** markvoelker has joined #openstack-meeting22:11
*** zbitter has joined #openstack-meeting22:11
*** vijendar has quit IRC22:12
*** mtreinish has quit IRC22:13
*** markwash has quit IRC22:14
*** gongysh_ has joined #openstack-meeting22:14
*** markwash has joined #openstack-meeting22:14
*** markwash has quit IRC22:14
*** termie has quit IRC22:14
*** markwash has joined #openstack-meeting22:15
*** stevebaker has joined #openstack-meeting22:16
*** gongysh has joined #openstack-meeting22:16
*** ociuhandu has joined #openstack-meeting22:18
*** ociuhandu has left #openstack-meeting22:18
*** timductive has left #openstack-meeting22:19
*** nati_ueno has quit IRC22:20
*** woodspa has quit IRC22:21
*** termie has joined #openstack-meeting22:21
*** termie has quit IRC22:21
*** termie has joined #openstack-meeting22:21
*** changbl has quit IRC22:23
*** esker has quit IRC22:26
*** michchap has joined #openstack-meeting22:27
*** schwicht has quit IRC22:29
*** danwent has quit IRC22:30
*** epende has quit IRC22:31
*** danwent has joined #openstack-meeting22:32
*** sdake has quit IRC22:34
*** sarob has quit IRC22:35
*** zb has joined #openstack-meeting22:37
*** sdake has joined #openstack-meeting22:38
*** sdake has quit IRC22:38
*** sdake has joined #openstack-meeting22:38
*** sushils has quit IRC22:38
*** fifieldt has joined #openstack-meeting22:39
*** michchap has quit IRC22:39
*** zbitter has quit IRC22:40
*** krtaylor has joined #openstack-meeting22:41
*** sushils has joined #openstack-meeting22:41
*** sdake has quit IRC22:41
*** sdake has joined #openstack-meeting22:41
*** sdake has quit IRC22:41
*** sdake has joined #openstack-meeting22:41
*** jecarey has quit IRC22:43
*** termie has quit IRC22:44
*** termie has joined #openstack-meeting22:45
*** termie has quit IRC22:45
*** termie has joined #openstack-meeting22:45
*** Guest64984 has quit IRC22:46
*** michchap has joined #openstack-meeting22:46
*** bpb_ has quit IRC22:47
*** lillie has joined #openstack-meeting22:48
*** lillie is now known as Guest7193722:48
*** dolphm has quit IRC22:49
*** fnaval has joined #openstack-meeting22:50
*** michchap has quit IRC22:51
*** timello has quit IRC22:52
*** michchap has joined #openstack-meeting22:52
*** 8OWAAAAN7 has quit IRC22:52
*** timello has joined #openstack-meeting22:52
*** lindj has quit IRC22:53
*** dolphm has joined #openstack-meeting22:53
*** fnaval has quit IRC22:54
*** sdake has quit IRC22:57
*** sdake has joined #openstack-meeting22:59
*** sdake has quit IRC22:59
*** sdake has joined #openstack-meeting22:59
*** gongysh_ has quit IRC22:59
*** otherwiseguy has quit IRC23:00
*** henrynash has joined #openstack-meeting23:01
*** lloydde has quit IRC23:03
*** psedlak has quit IRC23:05
*** evgeny_ has joined #openstack-meeting23:05
fifieldtreed?23:06
*** etoews1 has joined #openstack-meeting23:07
fifieldthi etoews123:07
etoews1Hi!23:07
fifieldthow are you?23:08
etoews1Anyone else around?23:08
fifieldtwell, reed isn;t here :|23:08
etoews1Good23:08
*** eglynn has quit IRC23:08
*** markpeek has quit IRC23:08
etoews1Heh  good as in I'm good23:08
etoews1Not good that reed isn't here23:08
fifieldthaha, indeed23:08
*** dolphm has quit IRC23:09
etoews1Who's reed?23:09
fifieldtstef23:09
etoews1Ah23:09
fifieldthe's not on skype either, so perhaps he messed up the time23:09
fifieldtworth waiting, I guess :) ?23:09
*** gongysh has quit IRC23:10
etoews1But the hockey game is about to start!23:10
etoews1S'okay23:10
fifieldtoh no!23:10
etoews1I can wait23:10
etoews1Anyone else express an interest in this meeting?23:11
fifieldtnot that I was emailed about :)23:12
* fifieldt is reading https://bugs.launchpad.net/openstack-community while waiting23:12
*** markwash has quit IRC23:12
etoews13 more min will make it 1523:12
evgeny_fifieldt: hi23:12
fifieldthi evgeny_23:12
*** nati_ueno has joined #openstack-meeting23:13
fifieldtStef says: "I'm having serious issues joining irc from this goddamn conference "23:13
evgeny_Tom, ok. We've deployed the Paoding search, but we need a tester to evaluate.23:14
etoews1I had to find some sketchy restaurant wifi to connect because SASL23:14
*** jasondot_ has joined #openstack-meeting23:14
evgeny_also we language is integrated into the openstack-ask theme23:14
fifieldtlol, you're in a sketchy restaurant? awesome23:14
fifieldtthat's awesome news evgeny_!23:15
fifieldtstef may have found a way in23:15
*** reed has joined #openstack-meeting23:16
reedhi all23:16
fifieldthi reed!23:16
fifieldtwe have etoews1 and evgeny_ here23:16
reedsorry for the delay: IRC from conferences is way too complicated23:16
reedok, let's start the meeting23:16
reed#meeting start OpenStack Community23:16
reed#start OpenStack Community23:17
fifieldt#startmeeting OpenStack Community23:17
openstackMeeting started Wed Jun 19 23:17:43 2013 UTC.  The chair is fifieldt. Information about MeetBot at http://wiki.debian.org/MeetBot.23:17
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.23:17
*** openstack changes topic to " (Meeting topic: OpenStack Community)"23:17
openstackThe meeting name has been set to 'openstack_community'23:17
fifieldtthere you go :)23:17
reedyeah23:18
reedthanks, I don't have all my tools in here23:18
reedhttps://wiki.openstack.org/wiki/Meetings/Community has the agenda23:18
fifieldt#link https://wiki.openstack.org/wiki/Meetings/Community23:18
reedevgeny_: want to start from first point, evaluate pending issues https://bugs.launchpad.net/openstack-community ?23:19
evgeny_ok.23:19
reed#link https://bugs.launchpad.net/openstack-community/+bugs?field.tag=askproject23:19
reedwhat's the status of the certificate?23:20
evgeny_no progress yet on those. We've updated the Chinese search and integrated theme with the language menu23:20
evgeny_reed: we need the bundle file23:20
evgeny_I think I can't come up with it on my own23:21
reedjim replied to that but saying that the bundle file is included in the tar.gz he sent23:21
evgeny_it's a set of certificates from yours to roots23:21
reed#link https://bugs.launchpad.net/openstack-community/+bug/1172076/comments/223:21
evgeny_looking23:21
uvirtbotLaunchpad bug 1172076 in openstack-community "ask.openstack.org misconfigured security certificate" [High,In progress]23:21
*** lloydde has joined #openstack-meeting23:21
evgeny_I've looked for email from him with the certs - don't see23:22
evgeny_oh, ok23:23
evgeny_let me see23:23
fifieldtbased on that comment it seems like it's on the system already?23:23
evgeny_sounds like it, looking23:23
*** zehicle_at_dell has joined #openstack-meeting23:23
reedevgeny_: let's put this as an action item for next week. Please allocate time to fix that issue23:24
evgeny_I see this file23:24
evgeny_will do very soon23:24
reed#action evgeny_  to work on bug 117207623:24
uvirtbotLaunchpad bug 1172076 in openstack-community "ask.openstack.org misconfigured security certificate" [High,In progress] https://launchpad.net/bugs/117207623:24
reedevgeny_: do you want to highlight briefly the status of Ask in Chinese?23:25
evgeny_we've updated the language analyzer for Chinese, now need a tester to evaluate23:25
fifieldtI can take a look23:26
evgeny_also language selector is implemented in your theme (ask-staging.openstack.org)23:26
reedevgeny_: what's the url for the test?23:26
evgeny_ask-staging.openstack.org/zh/23:26
reed#link http://ask-staging.openstack.org23:26
evgeny_language navigation is top right23:26
reedevgeny_: what's the status of the translation for the GUI elements? do you need help from translators on transifex?23:28
evgeny_yes23:28
evgeny_ok, I will deploy the UI in a couple of days23:29
evgeny_then we'll see how it looks23:29
reed#info Ask in Chinese needs help from Chinese community to translate GUI elements https://www.transifex.com/projects/p/askbot/23:29
etoews1FYI I'm going to need to drop off on 10 minutes or so. The family is getting antsy. :)23:29
fifieldtevgeny_, is it possible to generate PO files for askbot?23:29
reedetoews1: sorry for it23:30
evgeny_they are in transifex23:30
fifieldtoh cool23:30
evgeny_fifieldt: yes - they are generated from the templates and js and are part of the repo23:30
evgeny_but we use ONLY transifex for the translations b/c it is important to have a single source (at least helps a lot)23:30
reedfifieldt: I think we can help with transifex, right?23:31
fifieldthttps://www.transifex.com/projects/p/askbot/23:31
fifieldt#link https://www.transifex.com/projects/p/askbot/23:31
evgeny_reed: I'm creating a Trello board, will invite you23:32
fifieldtit looks like chinese is only 60% translated so far23:32
fifieldtso it's >5000 words to go23:32
fifieldtthis would be a major translation effort for us right now23:32
fifieldtso we'd probably need to look at which specific strings we actually need23:33
reed#link https://www.transifex.com/projects/p/askbot/23:33
evgeny_yes, that makes sense23:33
reedfifieldt: I'm thinking of asking people to help23:33
evgeny_there probably a bunch of fuzzy (outdated) strings23:33
reedfrom the Chinese groups23:34
fifieldtyes, reed - but we also have a lot of other needs for translation right now23:34
fifieldtthey should be prioritised23:34
fifieldtso we should talk to daisy23:34
reed#action reed to send a request to Chinese User Groups to help translate askbot GUI23:35
*** bgorski has quit IRC23:35
fifieldtI think you should be sending an email to daisy first23:35
reedevgeny_: what are next steps for the project?23:35
fifieldtsuch random requests without a plan  and priorities can burn out our people :)23:36
evgeny_reed: fix the issues on the tracker23:36
evgeny_implement UI language switch23:36
*** kebray has quit IRC23:37
evgeny_deploy what on ask-staging23:37
evgeny_then people will be able to see what needs to be translated23:37
*** Guest35282 has joined #openstack-meeting23:37
evgeny_technically - if Chinese search works we can deploy on the production23:38
evgeny_even if the UI is not translated23:38
evgeny_reed: that's up to you - to wait for the UI translation or not23:39
reedagreed, I'm not too concerned about having 100% UI translated23:39
reedlet's get the search capability out of the door first, I and fifieldt  will take care of the GUI stuff23:40
etoews1Yep. I really gotta go. I'll catch up with the meeting minutes later. I'm out of the office next week so won't be around.23:40
etoews1TTLY23:40
fifieldtciao etoews123:41
*** etoews1 has quit IRC23:41
reedevgeny_: what are the next steps for this project... what are you going to do until next meeting?23:41
reedfor the Ask Chinese project I mean23:41
evgeny_I will fix issues listed on the board (ssl cert, etc), implement UI language switch, setup alert for security updates23:42
*** Guest35282 has quit IRC23:43
reedevgeny_: do you want to go through the other bugs and make sure they're properly triaged?23:43
evgeny_for the chinese23:43
*** nati_ueno has quit IRC23:43
evgeny_ok23:43
reed#link https://bugs.launchpad.net/openstack-community/+bug/119083423:43
uvirtbotLaunchpad bug 1190834 in openstack-community "ask.openstack can't interrogate based on views" [Undecided,New]23:43
evgeny_let's do that23:43
*** egallen has quit IRC23:43
reedfifieldt: you filed that, want to add more details?23:43
*** zehicle_at_dell has quit IRC23:44
fifieldtoh, sure23:44
evgeny_reed: imo that one is invalid (at least if taken literally)23:44
fifieldtso, I basically figured that the number of views indicates how 'popular' the question is23:44
evgeny_that is because usually view counts correlate strongly with age23:44
evgeny_of the question23:44
fifieldtgetting there evgeny_ :)23:44
evgeny_trending score would need to be something different23:45
*** BStokes has joined #openstack-meeting23:45
fifieldtsince our questions are mainly problems, the view count normalised against the age could be an indicator of issues in openstack23:45
evgeny_maybe, that might work23:45
*** markpeek has joined #openstack-meeting23:45
*** BStokes has joined #openstack-meeting23:46
*** lbragstad has joined #openstack-meeting23:46
*** abhisri has joined #openstack-meeting23:46
*** mikal has quit IRC23:46
evgeny_"trending" sort may be another sort option and may be default, if it works well.23:46
reedok, I think this is something that needs more discussions... let's move the comments on the bug itself and we can decide if it's a bug or not23:47
evgeny_it's definitely a feature request23:47
*** lloydde has quit IRC23:47
reed#link https://bugs.launchpad.net/openstack-community/+bug/119091523:47
uvirtbotLaunchpad bug 1190915 in openstack-community "ask.openstack - angle brackets, even inside <pre> tags are not printed in preview mode" [Undecided,New]23:47
*** mikal has joined #openstack-meeting23:48
evgeny_the previewer will need work23:48
evgeny_there are two markdown parsers23:48
evgeny_one in js for the frontend and one on the server - for display23:48
evgeny_of the rendered posts23:48
evgeny_two code bases23:49
evgeny_ideally the previewer implementation should be a 1:1 port of python markdown23:49
evgeny_to javascript23:49
*** lloydde has joined #openstack-meeting23:50
evgeny_but again - issues like this one can be dealt with on one by one bases23:50
evgeny_basis23:50
evgeny_there won't be a solid guarantee though, one new thing can break another23:51
evgeny_as it's a parser23:51
*** reed has quit IRC23:52
fifieldtit's not my place to say, but isn't this a classic double-maintenance problem? I'm just thinking whether there might be some way to use just the server parser :) but anyway, it tends to work well23:52
fifieldtok reed has dropped out23:52
fifieldtI am relaying messages from skype23:52
*** timello has quit IRC23:52
fifieldtreed: " my long term suggestion: get rid of markdown and go wysiwyg html editor"23:52
evgeny_unfortunately that would make the previewer lagging23:52
evgeny_but definitely possible23:52
*** timello has joined #openstack-meeting23:53
fifieldtcoolo, will leave you to think  - you're the experts :)23:53
fifieldtnext bug ...23:53
evgeny_reed: frankly for your community I recommend markdown, but wysiwyg is an available option23:53
fifieldt#link https://bugs.launchpad.net/openstack-community/+bug/118910323:53
uvirtbotLaunchpad bug 1189103 in openstack-community "ask.openstack user profile 'activity' tab not showing latest info for frequent contributors" [Medium,Triaged]23:53
*** reed has joined #openstack-meeting23:54
reeddropped23:54
fifieldtwb reed, we';re on the next bug23:54
reedcool23:54
evgeny_activity tab is supposed to show activity of the given user23:54
evgeny_not the whole forum activity23:55
fifieldtyes, of course23:55
*** rwsu is now known as rwsu-away23:55
fifieldtthe problem is that it appears to be truncated after a certain amount of lines23:55
evgeny_so given that there is still an issue in your opinion?23:56
fifieldtyes23:56
evgeny_ok - got it23:56
fifieldtlook at the example user23:56
fifieldtcool23:56
evgeny_the solution is to add pagination (at least this is how we have it on other pages)23:56
reedevgeny_: that sample link shows my activity as it stopped in April... not good :)23:57
fifieldtworks for me23:57
evgeny_we had a similar problem on the list of users questions and answers - I've just solved this on a dev branch23:57
reedyeah, pagination or just the most recent activity in one page, latest first23:57
*** lloydde has quit IRC23:57
evgeny_ok, second item - see if info is not dropped for some reason or sorting is correct23:58
reedready to go to the next one?23:58
reedhttps://bugs.launchpad.net/openstack-community/+bug/118429823:58
evgeny_yes, I've updated the commment23:58
uvirtbotLaunchpad bug 1184298 in openstack-community "ask.openstack 'Enthusiast' badge appears not to be working" [Medium,Triaged]23:58
evgeny_this is clear t ome23:59
reedalright23:59
evgeny_let's go to the next one23:59
reedhttps://bugs.launchpad.net/openstack-community/+bug/119069523:59
uvirtbotLaunchpad bug 1190695 in openstack-community "email summary from Ask lists Evgeny as contact point" [High,Triaged]23:59
reedI think there are two issues here23:59

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