Wednesday, 2013-08-14

*** diogogmt has quit IRC00:03
*** leif__ has quit IRC00:04
*** markpeek has joined #openstack-meeting00:04
*** fifieldt has joined #openstack-meeting00:06
*** henrynash has quit IRC00:07
*** IlyaE has joined #openstack-meeting00:09
*** adjohn has quit IRC00:09
*** sarob_ has joined #openstack-meeting00:10
*** sarob has quit IRC00:14
*** sarob_ has quit IRC00:14
*** henrynash has joined #openstack-meeting00:15
*** tanisdl has quit IRC00:19
*** sandywalsh has quit IRC00:21
*** IlyaE has quit IRC00:21
*** lexinator1 has quit IRC00:21
*** Jaesang has joined #openstack-meeting00:23
*** MarkAtwood has quit IRC00:24
*** vaml1 has quit IRC00:25
*** vaml has quit IRC00:26
*** ayoung has joined #openstack-meeting00:31
*** galstrom_zzz has quit IRC00:36
*** galstrom_zzz has joined #openstack-meeting00:36
*** galstrom_zzz is now known as galstrom00:36
*** colinmcnamara has joined #openstack-meeting00:36
*** sandywalsh has joined #openstack-meeting00:37
*** lexinator has joined #openstack-meeting00:37
*** colinmcnamara1 has joined #openstack-meeting00:37
*** colinmcnamara has quit IRC00:41
*** ryanpetrello has quit IRC00:41
*** henrynash has quit IRC00:42
*** sacharya has quit IRC00:42
*** SumitNaiksatam has quit IRC00:43
*** armax has quit IRC00:43
*** IlyaE has joined #openstack-meeting00:44
*** IlyaE has quit IRC00:46
*** ryanpetrello has joined #openstack-meeting00:50
*** leif has joined #openstack-meeting00:52
*** woodspa has joined #openstack-meeting00:52
*** leif is now known as Guest7164500:52
*** dolphm has quit IRC00:54
*** enikanorov-w has quit IRC00:57
*** dolphm has joined #openstack-meeting00:59
*** blamar has joined #openstack-meeting01:01
*** dolphm has quit IRC01:03
*** enikanorov-w_ has joined #openstack-meeting01:03
*** cody-somerville has quit IRC01:03
*** cody-somerville has joined #openstack-meeting01:04
*** colinmcnamara1 has left #openstack-meeting01:05
*** zul has joined #openstack-meeting01:06
*** Mandell has quit IRC01:11
*** cwolferh has quit IRC01:15
*** novas0x2a|laptop has quit IRC01:17
*** sjing has joined #openstack-meeting01:27
*** comay has quit IRC01:31
*** SumitNaiksatam has joined #openstack-meeting01:33
*** emagana has quit IRC01:35
*** gyee has quit IRC01:37
*** alexb_ has joined #openstack-meeting01:38
*** changbl has joined #openstack-meeting01:42
*** lexinator has quit IRC01:49
*** Guest71645 has quit IRC01:49
*** sushils has quit IRC01:51
*** sushils has joined #openstack-meeting01:52
*** shang has joined #openstack-meeting01:56
*** sushils has quit IRC01:56
*** egallen has joined #openstack-meeting01:57
*** egallen has quit IRC01:58
*** fnaval_ has joined #openstack-meeting02:02
*** galstrom is now known as galstrom_zzz02:04
*** sjing has quit IRC02:06
*** neelashah has joined #openstack-meeting02:06
*** sjing has joined #openstack-meeting02:06
*** yaguang has joined #openstack-meeting02:10
*** vkmc has quit IRC02:10
*** woodspa has quit IRC02:13
*** nati_ueno has quit IRC02:13
*** lbragstad has joined #openstack-meeting02:15
*** egallen has joined #openstack-meeting02:15
*** ryanpetrello has quit IRC02:19
*** anniec has quit IRC02:20
*** leif has joined #openstack-meeting02:21
*** leif is now known as Guest765402:22
*** stevemar has joined #openstack-meeting02:25
*** egallen has quit IRC02:27
*** cody-somerville has quit IRC02:29
*** dguitarbite has joined #openstack-meeting02:31
*** edmund has joined #openstack-meeting02:33
*** dscannell has quit IRC02:35
*** dcramer_ has joined #openstack-meeting02:38
*** galstrom_zzz is now known as galstrom02:40
*** anteaya has quit IRC02:40
*** galstrom is now known as galstrom_zzz02:40
*** cody-somerville has joined #openstack-meeting02:41
*** lexinator has joined #openstack-meeting03:02
*** kebray has joined #openstack-meeting03:05
*** kebray has quit IRC03:06
*** sjing has quit IRC03:10
*** yaguang has quit IRC03:10
*** sjing has joined #openstack-meeting03:11
*** eharney has quit IRC03:12
*** eharney has joined #openstack-meeting03:13
*** eharney has quit IRC03:13
*** bdpayne has quit IRC03:14
*** gongysh has joined #openstack-meeting03:14
*** ryanpetrello has joined #openstack-meeting03:16
*** ryanpetrello has quit IRC03:17
*** yaguang has joined #openstack-meeting03:24
*** troytoman is now known as troytoman-away03:25
*** vipul is now known as vipul-away03:30
*** vipul-away is now known as vipul03:30
*** bdpayne has joined #openstack-meeting03:32
*** bdpayne has quit IRC03:33
*** vipul is now known as vipul-away03:33
*** vipul-away is now known as vipul03:33
*** SergeyLukjanov has joined #openstack-meeting03:43
*** edmund has quit IRC03:45
*** dscannell has joined #openstack-meeting03:47
*** lbragstad_ has quit IRC03:48
*** hanrahat has quit IRC03:50
*** Mandell has joined #openstack-meeting03:52
*** dscannell has quit IRC04:03
*** Guest7654 has quit IRC04:12
*** dcramer_ has quit IRC04:16
*** sjing has quit IRC04:17
*** sjing has joined #openstack-meeting04:17
*** martine has joined #openstack-meeting04:17
*** martine is now known as Guest7332404:17
*** Guest73324 has quit IRC04:18
*** neelashah has quit IRC04:23
*** vuil has joined #openstack-meeting04:43
*** markpeek has quit IRC04:45
*** luisg has quit IRC04:52
*** luisg has joined #openstack-meeting04:52
*** dguitarbite has quit IRC04:53
*** rohitk has joined #openstack-meeting04:55
*** emagana has joined #openstack-meeting04:57
*** cody-somerville has quit IRC04:58
*** garyk has quit IRC04:58
*** iben has quit IRC05:00
*** vipul is now known as vipul-away05:02
*** vipul-away is now known as vipul05:02
*** blamar has quit IRC05:23
*** emagana has quit IRC05:34
*** MarkAtwood has joined #openstack-meeting05:41
*** mdurnosvistov has joined #openstack-meeting05:47
*** dcramer_ has joined #openstack-meeting05:51
*** SergeyLukjanov has quit IRC05:55
*** pnavarro has joined #openstack-meeting05:56
*** SergeyLukjanov has joined #openstack-meeting05:56
*** glikson has joined #openstack-meeting06:00
*** garyk has joined #openstack-meeting06:00
*** SergeyLukjanov has quit IRC06:02
*** MarkAtwood has left #openstack-meeting06:03
*** dguitarbite has joined #openstack-meeting06:06
*** yaguang has quit IRC06:13
*** rohitk has quit IRC06:17
*** yaguang has joined #openstack-meeting06:19
*** doron_afk has joined #openstack-meeting06:21
*** henrynash has joined #openstack-meeting06:22
*** IlyaE has joined #openstack-meeting06:24
*** markmcclain has quit IRC06:27
*** dcaro has joined #openstack-meeting06:27
*** henrynash has quit IRC06:30
*** yaguang has quit IRC06:32
*** ruhe has joined #openstack-meeting06:33
*** tkammer has joined #openstack-meeting06:33
*** dguitarbite has quit IRC06:36
*** IlyaE has quit IRC06:38
*** rohitk has joined #openstack-meeting06:41
*** mrunge has joined #openstack-meeting06:45
*** jmh_ has quit IRC06:46
*** afazekas has joined #openstack-meeting06:50
*** yaguang has joined #openstack-meeting06:52
*** ruhe has quit IRC06:57
*** yaguang has quit IRC06:58
*** flaper87|afk is now known as flaper8706:59
*** tkammer has quit IRC07:00
*** lexinator has quit IRC07:01
*** doron_afk is now known as doron07:04
*** spy_ has quit IRC07:06
*** afazekas_ has joined #openstack-meeting07:08
*** jmh_ has joined #openstack-meeting07:11
*** doron is now known as doron_afk07:12
*** afazekas_ has quit IRC07:13
*** yaguang has joined #openstack-meeting07:17
*** jhenner has joined #openstack-meeting07:18
*** tkammer has joined #openstack-meeting07:21
*** glikson has quit IRC07:22
*** sushils has joined #openstack-meeting07:26
*** henrynash has joined #openstack-meeting07:29
*** mdurnosvistov has quit IRC07:30
*** glikson has joined #openstack-meeting07:38
*** vuil has quit IRC07:45
*** adjohn has joined #openstack-meeting07:54
*** jaimegil has joined #openstack-meeting07:56
*** SergeyLukjanov has joined #openstack-meeting08:04
*** tkammer has quit IRC08:06
*** jtomasek has joined #openstack-meeting08:09
*** stevemar has quit IRC08:10
*** dosaboy has joined #openstack-meeting08:15
*** derekh has joined #openstack-meeting08:28
*** doron_afk is now known as doron08:28
*** ruhe has joined #openstack-meeting08:29
*** doron is now known as doron_afk08:30
*** tkammer has joined #openstack-meeting08:37
*** doron_afk is now known as doron08:42
*** SergeyLukjanov has quit IRC08:44
*** jhenner has quit IRC08:48
*** SergeyLukjanov has joined #openstack-meeting08:49
*** doron is now known as doron_afk08:51
*** hemna has quit IRC08:54
*** psedlak has quit IRC08:56
*** doron_afk is now known as doron08:57
*** adjohn has quit IRC09:01
*** hemna has joined #openstack-meeting09:06
*** doron is now known as doron_afk09:07
*** morganfainberg is now known as morganfainberg_a09:10
*** doron_afk is now known as doron09:13
*** cwolferh has joined #openstack-meeting09:16
*** doron is now known as doron_afk09:31
*** adjohn has joined #openstack-meeting09:32
*** psedlak has joined #openstack-meeting09:39
*** henrynash has quit IRC09:41
*** adjohn has quit IRC09:42
*** enikanorov has quit IRC10:00
*** cwolferh has quit IRC10:04
*** adjohn has joined #openstack-meeting10:08
*** ohadlevy has quit IRC10:10
*** ohadlevy has joined #openstack-meeting10:12
*** adjohn has quit IRC10:12
*** cwolferh has joined #openstack-meeting10:16
*** Jaesang has quit IRC10:18
*** gongysh has quit IRC10:22
*** Jaesang has joined #openstack-meeting10:22
*** branen_ has quit IRC10:23
*** Jaesang has quit IRC10:28
*** xBsd has joined #openstack-meeting10:29
*** kmartin has quit IRC10:29
*** ravikumar_hp has quit IRC10:29
*** alexpilotti has joined #openstack-meeting10:31
*** pcm__ has joined #openstack-meeting10:36
*** adjohn has joined #openstack-meeting10:38
*** adjohn has quit IRC10:43
*** pcm__ has quit IRC10:44
*** pcm__ has joined #openstack-meeting10:44
*** jaimegil has quit IRC10:47
*** [1]glikson has joined #openstack-meeting10:49
*** glikson has quit IRC10:49
*** [1]glikson is now known as glikson10:49
*** ozstacker has quit IRC10:51
*** yaguang has quit IRC10:57
*** enikanorov has joined #openstack-meeting10:57
*** ozstacker has joined #openstack-meeting11:00
*** adjohn has joined #openstack-meeting11:09
*** tedross has joined #openstack-meeting11:11
*** jhenner has joined #openstack-meeting11:13
*** adjohn has quit IRC11:14
*** fifieldt has quit IRC11:22
*** sjing has quit IRC11:27
*** doron_afk is now known as doron11:30
*** boris-42 has joined #openstack-meeting11:31
*** woodspa has joined #openstack-meeting11:31
*** jasondotstar has quit IRC11:34
*** radez is now known as radez_g0n311:37
*** jmh_ has quit IRC11:38
*** adjohn has joined #openstack-meeting11:40
*** euanh has quit IRC11:40
*** wolfdreamer has joined #openstack-meeting11:41
*** doron is now known as doron_afk11:44
*** adjohn has quit IRC11:45
*** derekh has quit IRC11:50
*** tedross has left #openstack-meeting11:50
*** jhenner has quit IRC11:53
*** psedlak_ has joined #openstack-meeting11:54
*** psedlak has quit IRC11:58
*** afazekas has quit IRC11:58
*** jhenner has joined #openstack-meeting11:58
*** doron_afk is now known as doron11:58
*** noslzzp has joined #openstack-meeting11:59
*** doron is now known as doron_afk12:02
*** markpeek has joined #openstack-meeting12:03
*** anniec has joined #openstack-meeting12:04
*** mikal has quit IRC12:06
*** afazekas has joined #openstack-meeting12:07
*** anniec_ has joined #openstack-meeting12:07
*** mikal has joined #openstack-meeting12:07
*** dprince has joined #openstack-meeting12:08
*** anniec has quit IRC12:08
*** anniec_ is now known as anniec12:08
*** adjohn has joined #openstack-meeting12:10
*** HenryG has quit IRC12:11
*** dcaro has quit IRC12:11
*** adalbas has joined #openstack-meeting12:15
*** adjohn has quit IRC12:15
*** afazekas is now known as afazekas_mtg12:15
*** kevinconway has quit IRC12:18
*** cwolferh_ has joined #openstack-meeting12:20
*** HenryG has joined #openstack-meeting12:23
*** cwolferh has quit IRC12:24
*** dcaro has joined #openstack-meeting12:27
*** dosaboy has quit IRC12:27
*** dvarga has joined #openstack-meeting12:29
*** lsmola has joined #openstack-meeting12:31
*** SergeyLukjanov has quit IRC12:33
*** euanh has joined #openstack-meeting12:34
*** dvarga has quit IRC12:34
*** euanh has left #openstack-meeting12:34
*** radez_g0n3 is now known as radez12:34
*** egallen has joined #openstack-meeting12:36
*** sjing has joined #openstack-meeting12:37
*** egallen has quit IRC12:37
*** martine has joined #openstack-meeting12:37
*** martine is now known as Guest1329212:38
*** zehicle_at_dell has quit IRC12:40
*** zehicle_at_dell has joined #openstack-meeting12:40
*** adjohn has joined #openstack-meeting12:41
*** afazekas_mtg has quit IRC12:44
*** dosaboy has joined #openstack-meeting12:44
*** Guest13292 is now known as martine_12:45
*** adjohn has quit IRC12:46
*** lblanchard has joined #openstack-meeting12:47
*** kevinconway has joined #openstack-meeting12:47
*** dcaroest has joined #openstack-meeting12:51
*** sandywalsh has quit IRC12:52
*** jasondotstar has joined #openstack-meeting12:53
*** dcaro has quit IRC12:55
*** markpeek has quit IRC12:56
*** lbragstad has quit IRC12:58
*** huats has quit IRC12:59
*** SergeyLukjanov has joined #openstack-meeting12:59
*** eharney has joined #openstack-meeting13:00
*** psedlak__ has joined #openstack-meeting13:01
*** dosaboy has quit IRC13:02
*** dcramer_ has quit IRC13:04
*** psedlak_ has quit IRC13:05
*** jhenner1 has joined #openstack-meeting13:05
*** sandywalsh has joined #openstack-meeting13:06
*** xBsd has quit IRC13:06
*** dosaboy has joined #openstack-meeting13:06
*** jhenner has quit IRC13:06
*** dcaroest has quit IRC13:08
*** dkehn has quit IRC13:10
*** dkehn has joined #openstack-meeting13:10
*** thomasbiege has joined #openstack-meeting13:11
*** afazekas has joined #openstack-meeting13:11
*** adjohn has joined #openstack-meeting13:12
*** jmh_ has joined #openstack-meeting13:13
*** derekh has joined #openstack-meeting13:13
*** lpabon has joined #openstack-meeting13:14
*** dscannell has joined #openstack-meeting13:16
*** huats has joined #openstack-meeting13:16
*** adjohn has quit IRC13:17
*** blamar has joined #openstack-meeting13:19
*** vijendar has joined #openstack-meeting13:20
*** doron_afk has quit IRC13:22
*** thomasbiege has quit IRC13:22
*** dcaroest has joined #openstack-meeting13:23
*** changbl has quit IRC13:25
*** pentameter has joined #openstack-meeting13:25
*** rnirmal has joined #openstack-meeting13:29
*** ryanpetrello has joined #openstack-meeting13:31
*** rongze has joined #openstack-meeting13:32
*** lbragstad has joined #openstack-meeting13:33
*** rongze_ has quit IRC13:34
*** burt has joined #openstack-meeting13:35
*** neelashah has joined #openstack-meeting13:35
*** fnaval_ has quit IRC13:37
*** markpeek has joined #openstack-meeting13:40
*** adjohn has joined #openstack-meeting13:43
*** herndon has joined #openstack-meeting13:43
*** herndon has quit IRC13:43
*** mestery_ has joined #openstack-meeting13:43
*** herndon has joined #openstack-meeting13:44
*** neelashah1 has joined #openstack-meeting13:44
*** topol has joined #openstack-meeting13:44
*** neelashah has quit IRC13:44
*** mestery has quit IRC13:46
*** adjohn has quit IRC13:47
*** mdenny has quit IRC13:53
*** MIDENN_ has quit IRC13:53
*** dcramer_ has joined #openstack-meeting13:53
*** wolfdreamer has quit IRC13:54
*** rkukura has joined #openstack-meeting13:55
*** mestery_ is now known as mestery13:57
*** sjing has quit IRC13:57
*** AlanClark has joined #openstack-meeting13:58
*** apech has joined #openstack-meeting13:58
*** feleouet has joined #openstack-meeting13:59
*** tanisdl has joined #openstack-meeting14:00
*** edmund has joined #openstack-meeting14:00
mesteryHi14:00
*** rcurran has joined #openstack-meeting14:00
mestery#startmeeting networking_ml214:00
openstackMeeting started Wed Aug 14 14:00:48 2013 UTC and is due to finish in 60 minutes.  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
rkukurahi14:00
openstackThe meeting name has been set to 'networking_ml2'14:00
mestery#link https://wiki.openstack.org/wiki/Meetings/ML2 Agenda14:01
mesteryWanted to highlight the ML2 wiki page again for everyone.14:01
mestery#link https://wiki.openstack.org/wiki/Neutron/ML2 ML2 Wiki Page14:01
*** sukhdev has joined #openstack-meeting14:01
*** markmcclain has joined #openstack-meeting14:01
mesteryKeep adding content there as new ML2 items appear, we should use the wiki as the main ML2 contact point for new people looking into using or working on ML2.14:02
*** ivasev has joined #openstack-meeting14:02
mestery#topic Discussion Items14:02
*** openstack changes topic to "Discussion Items (Meeting topic: networking_ml2)"14:02
*** asomya has joined #openstack-meeting14:02
mesteryrkukura suggested we talk about BPs which will make the H3 cutoff next week first.14:02
rkukuraother than ml2-portbinding and ml2-mult-segment, are there any others not yet in review?14:03
rcurranml2 cisco mech driver14:03
mesteryNone that were deemed as ML2 infrastructure, no. Only MechDrivers left.14:03
*** fnaval_ has joined #openstack-meeting14:03
apechwe posted the Arista mechanism driver for review last Friday, appreciate people's review14:04
mesteryI am not sure multi-segment will make H3.14:04
rkukurawill ODL mech driver make H3?14:04
mesteryIt's likely not to, in fact. I'll see what I can do in the next week.14:04
mesteryODL is out for H3.14:04
mesteryIT was dependent on too many upstream ODL changes which are not complete yet.14:04
mestery#info OpenDaylight MechanismDriver moved into Icehouse14:05
rkukuraI should be able to get ml2-portbinding ready for review by Friday14:05
mestery#info ML2 Port Binding should be out for review by Friday14:06
apechgreat, thanks rkukura14:06
rkukuraI'll be on PTO next week, but plan to spend some time on updates and other ml2 reviews14:06
mesteryrkukura: Do we still agree that it's ok for multi-segment to slip to Icehouse? How hard should I push on that one in the next week?14:06
sukhdevrkukura, thanks14:06
rkukuraPTO should at least prevent most other work distractions;-)14:07
*** safchain has joined #openstack-meeting14:07
rkukuraI don't think its a huge deal if multi-segment slips, but it might be very simple14:07
*** wolfdreamer has joined #openstack-meeting14:07
mesteryI'll try my best to get a review out by next week to make the cutoff.14:08
*** jecarey has joined #openstack-meeting14:08
mesterySo, the other BP of note: ML2 TypeDriver Extra Port Info14:08
mesteryrkukura: Do we want that in for H3?14:08
rkukuraI just started looking at the current patch set14:08
mesteryrkukura: It's a fairly small patch, seems as if it should be ok once reviewed.14:09
ZangMingJieI think it is almost ready to ship now14:09
rkukuraI've got some small concerns with the type driver API changes, but I'm sure they can be worked through14:09
mesteryrkukura: Can you provide some quick feedback on that on on gerrit today?14:10
rkukuraI'll try my best14:10
*** jecarey has quit IRC14:10
*** timductive has joined #openstack-meeting14:10
mesteryrkukura: Thanks, and I'll do the same.14:10
mesteryDid I miss any other BPs?14:10
*** spzala has joined #openstack-meeting14:10
rkukuraIs everyone else comfortable with the direction of this patch?14:10
*** mrodden has joined #openstack-meeting14:11
*** jecarey has joined #openstack-meeting14:11
rkukuraI'm wondering if multi-segment API should be the main way extra port info is supplied/accessed?14:11
mesteryInteresting idea there.14:12
mesteryrkukura: I'll look into that when working on multi-segment.14:13
*** adjohn has joined #openstack-meeting14:13
*** cody-somerville has joined #openstack-meeting14:13
*** cody-somerville has joined #openstack-meeting14:14
mesteryLets move onto the next topic on the agenda now.14:14
*** herndon has quit IRC14:14
mestery#topic Documentation14:14
*** openstack changes topic to "Documentation (Meeting topic: networking_ml2)"14:14
*** herndon has joined #openstack-meeting14:14
*** isviridov has joined #openstack-meeting14:14
mesteryI'm going to start the ML2 documentation soon as well.14:15
mesteryWe need this to ensure anyone who wants to deploy Havana with ML2 has some direction. :)14:15
mesteryAnyone who wants to join me in writing this is more than welcome!14:15
*** ivasev has quit IRC14:16
mestery#action mestery to start on ML2 documentation patches.14:16
*** hartsocks has joined #openstack-meeting14:16
mesteryAny questions on documentation?14:16
apechmestery: happy to help14:16
*** ivasev has joined #openstack-meeting14:16
mesteryapech: My first willing victim, excellent. :)14:16
rcurrani take it at some point each mech vendor will add in there specific info14:16
*** zehicle_at_dell has quit IRC14:16
*** ruhe has quit IRC14:16
mestery#action apech to assist with ML2 documentation14:16
mesteryrcurran: We won't put vendor specific stuff into the general OpenStack documentation, same as with existing plugins.14:17
mesteryrcurrna: Vendor specific ML2 config will likely be on a wiki page, again, same as existing plugins.14:17
mesteryrkukura: Do you concur here?14:17
rcurranok, got it14:17
sukhdevI think that makes sense14:18
*** timductive has left #openstack-meeting14:18
rkukuraSure, but I think the ml2 documentation should cover configuring drivers in general, with reference to the wikis for details14:18
*** rohitk has quit IRC14:18
mesteryAgreed, that makes sense.14:18
*** adjohn has quit IRC14:18
*** dcaroest has quit IRC14:18
mestery#topic ML2 devstack14:19
*** openstack changes topic to "ML2 devstack (Meeting topic: networking_ml2)"14:19
*** dosaboy1 has joined #openstack-meeting14:19
mestery#link https://review.openstack.org/#/c/40882/1 ML2 Per MechanismDriver config14:20
mesteryHas anyone tried to use this yet?14:20
mesteryI've tried it with ODL, and it works great for adding ODL MD config.14:20
mesteryWould appreciate comments.14:20
mesteryI plan to rebase it later today.14:20
apechmestery: have not, we'll try it out14:20
mesteryapech: Thanks!14:20
rcurrani'll work w/ you also kyle on testing this w/ cisco_nexus14:21
mesteryrcurran: Thanks! Appreciate it!14:21
*** anteaya has joined #openstack-meeting14:21
*** dosaboy1 has quit IRC14:22
mesteryAny other devstack ML2 questions/concerns?14:22
rkukurawhat about gating?14:22
rcurrani have been using the initial devstack changes for ml2 and that works greate14:22
rkukurado we want to get ml2+ovs gating going before switching devstack default?14:22
mesteryGood point. The gate and Neutron were in a tenuous relationship for the past few weeks, so I decided against bringing ML2 into that.14:22
mesteryPerhaps now is a good time.14:22
mesteryI think we need to get ovs+ml2 gating before we switch.14:23
mestery#action mestery and rkukura to figure out ml2+ovs gating and switching devstack to default to ml214:23
rkukuraseems we need someone to work with the CI folks on that, right?14:23
mesteryYes14:24
rkukuraprogress from non-voting to voting to default?14:24
mesteryAgreed, that should be good.14:24
mestery#topic  ML2 Bugs and BPs14:25
*** openstack changes topic to "ML2 Bugs and BPs (Meeting topic: networking_ml2)"14:25
mesteryThere were a few bugs/BPs I forgot to mention at the top of the meeting.14:25
mestery#link https://review.openstack.org/#/c/41136/ OVS L2 Population BP14:26
*** IlyaE has joined #openstack-meeting14:26
mesteryThis looks to be revived now, and would be nice to get into H3 if possible.14:26
feleouettaht would be great14:27
mesteryrkukura: This may affect port binding, wanted to bring this to your attention.14:27
*** adalbas has quit IRC14:27
rkukuraI noticed that14:27
mesteryIt's on my plate to review later today. feleouet: Do you plan to submit a new patch which passes Jenkins soon?14:28
*** SergeyLukjanov has quit IRC14:28
*** dscannell has quit IRC14:28
feleouetsafchain is actually in charge of this part14:28
feleouetbut I think he will soon14:29
mesteryfeleouet: Ah, ok, thanks! I'll review this one soon as well.14:29
rkukuraI need to look at this in more detail - Ideally portbinding would go in first14:29
safchainSorry, I'll try to submit a new one by the end of the week14:29
feleouetalongside with linuxbridge agent implementation14:29
mesterysafchain: Thanks.14:29
*** SergeyLukjanov has joined #openstack-meeting14:29
mesteryfeleouet: Cool!14:29
mestery#link https://bugs.launchpad.net/neutron/+bug/1196963 VXLAN and GRE with the same ID14:29
uvirtbotLaunchpad bug 1196963 in neutron "Update the OVS agent code to program tunnels using ports instead of tunnel IDs" [Wishlist,In progress]14:29
mesteryThis is another one it would be great to get in for H3.14:30
mestery#link https://review.openstack.org/#/c/41239/ GRE and VXLAN review14:30
rkukurafeleouet: We may want to talk offline since ml2-portbinding is removing use of portbindings_db14:30
feleouetrkukura: ok, for sure, I have to look at the proposal14:31
feleouetthe patch for bug/1196963 has important impacts on the flow logic14:32
feleouetit will be required to implement l2-population on OVS agent14:32
mesteryfeleouet: I'd like to get that one in, it will improve things I believe.14:32
mesteryfeleouet: I think we can get this one in relatively easily.14:33
feleouetwell, for now, not that much (appart from fixing the bug)14:33
mesteryIt's the gateway to L2 population as you say14:33
feleouetyes, It'd be great14:33
mesteryOK, lets move on to the last agenda item now.14:33
mestery#topic MechanismDriver Updates14:34
*** openstack changes topic to "MechanismDriver Updates (Meeting topic: networking_ml2)"14:34
feleouetI'm doing some perf benchs to make sure it doesn't has side effects14:34
mesterySukhdev, apech: Arista update?14:34
*** lexinator has joined #openstack-meeting14:34
sukhdevI posted the patch for review last friday14:34
rkukurafeleouet: diagram is very helpful!14:34
*** jmh_ has quit IRC14:35
sukhdevwill appreciate the review14:35
mesterysukhdev: I saw that, very good!14:35
sukhdevthanks14:35
mestery#action ML2 team to review Arista MechanismDriver14:35
mesteryrcurran: Cisco MD updates?14:35
rcurranshould go up end of week or beginning of next ... beefing up UT and some odds and ends14:36
sukhdevmestery, rkukura: can you please review the patch and provide feedback?14:36
rcurranquestion of arista ... since everyone is here14:36
mesterysukhdev: Yes, will review it this week.14:36
rcurranlocation of mech_vendor.ini files14:36
sukhdevgreat, thanks14:36
rkukurasukhdev: will do14:36
*** dcaroest has joined #openstack-meeting14:36
rcurranunder etc/neutron or neutron/plugin ..../drivers14:36
sukhdevrcurran, thanks for bringing this up -14:37
rcurrani put cisco's under etc/../ml2/ml2_mech_cisco.ini14:37
sukhdevI did not know where to put .ini file14:37
rcurranalong w/ existing ml2_conf.ini14:37
mesteryrcurran: I think that makes sense to me.14:38
*** esker has joined #openstack-meeting14:38
sukhdevwhen i run openstack, I put the .ini file there as well - but, for the submission purposes, where do you put it?14:38
rcurrannot /etc ... file belongs under etc/plugins/ml2/14:39
rcurranit gets moved to /etc14:39
sukhdevAh OK14:40
sukhdevI can move it there in my next submission14:40
mesteryOne more MD BP to note here (though I don't think Luke Gorrie is here):14:41
mestery#link https://review.openstack.org/#/c/37647/ Tail-F NCS MechanismDriver Review14:42
mesteryThis one is on patchset 11, looks to be progressing nicely./14:42
mesteryAny other MechanismDriver updates?14:43
sukhdevwhile on the subject, can I ask a general question?14:43
mesterysukhdev: yes!14:43
*** leif has joined #openstack-meeting14:43
*** adalbas has joined #openstack-meeting14:43
*** leif is now known as Guest3505114:43
*** jmontemayor has joined #openstack-meeting14:44
sukhdevsomebody posted a comment on the patch that if I introduce new DB models, I have to provide migration, where can I get info on that?14:44
*** adjohn has joined #openstack-meeting14:44
mesterysukhdev: https://wiki.openstack.org/wiki/Neutron/DatabaseMigration14:45
mesteryIt's fairly simple, but please reach out with questions if you have any.14:45
sukhdevthanks a ton14:45
mestery#topic Questions?14:45
*** openstack changes topic to "Questions? (Meeting topic: networking_ml2)"14:45
mesterySo, anything else for ML2 this week?14:45
rcurranso you need changes for a new db14:46
rcurranmigration changes14:46
mesteryrcurran: I think only for changing existing DBs.14:46
rcurranok, which we don't have14:46
sukhdevAh I see -14:46
mesteryYes, that makes it easier.14:46
rkukuraAre the mechanism driver's adding tables to ml2's DB, or adding their own DBs?14:47
rcurraneasier or no changes :-)14:47
sukhdevI am not changing any DB models, so, I do not need to concer with this yet14:47
rkukuraIf you are adding new models, I think migrations are needed14:47
*** otherwiseguy has joined #openstack-meeting14:47
sukhdevrkukura, yes, I am adding our own DB tables in driver14:48
rkukurasukhdev: so I think migrations are needed for those new tables14:48
*** adjohn has quit IRC14:48
*** emagana has joined #openstack-meeting14:49
sukhdevrkukura, thanks for clarification. I will read the wiki and reach out if I have a question14:49
rkukurasukhdev: Look at the existing migrations for the gre and vxlan type drivers14:49
sukhdevrkukura, thanks I will look at them14:49
mesteryOK, wanted to remind everyone, H3 Feature Proposal Freeze (FPF) is the end of day the 22nd.14:50
mestery#link https://wiki.openstack.org/wiki/FeatureProposalFreeze FPF14:50
apechmestery: clarification on feature freeze14:50
mesteryPlease propose your patches before then if you want them in H3.14:51
apechdo we need our blueprints reviewed and finalized by that?14:51
rkukuraon more topic: for now I guess any ml2 deployment does migtrations for all drivers14:51
apechor just have the blueprints with diffs14:51
mesteryapech: THey need to be proposed by then, not merged.14:51
apechmestery: thanks!14:51
rkukurawould be nice if we could make the migration script base this on what drivers are configured or something14:51
mesteryapech: Sure! You guys are good, since your's is proposed already. ;)14:51
mesteryrkukura: I thought we wanted the migration to run for all MDs initially, and we would optimize in Icehouse?14:52
apechhaha :)14:52
rkukuramestery: That should be OK14:52
mesteryOK, thanks for everyone's continued support and efforts around ML2!14:52
apechthanks14:53
mesteryWe're heading into the final stretch for Havana now, lets keep the momentum going!14:53
rkukurathanks everyone!14:53
mestery#endmeeting14:53
rcurranthanks14:53
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"14:53
openstackMeeting ended Wed Aug 14 14:53:14 2013 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:53
openstackMinutes:        http://eavesdrop.openstack.org/meetings/networking_ml2/2013/networking_ml2.2013-08-14-14.00.html14:53
sukhdevthanks14:53
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/networking_ml2/2013/networking_ml2.2013-08-14-14.00.txt14:53
openstackLog:            http://eavesdrop.openstack.org/meetings/networking_ml2/2013/networking_ml2.2013-08-14-14.00.log.html14:53
*** markmcclain has quit IRC14:53
*** rcurran has quit IRC14:53
*** rkukura has left #openstack-meeting14:55
*** caitlin-nexenta has joined #openstack-meeting14:55
*** apech has quit IRC14:55
*** tkammer has quit IRC14:56
*** hanrahat has joined #openstack-meeting14:56
*** lexinator has quit IRC14:58
*** markvan has joined #openstack-meeting15:00
*** asomya has left #openstack-meeting15:00
*** SergeyLukjanov has quit IRC15:01
*** SergeyLukjanov has joined #openstack-meeting15:03
*** sacharya has joined #openstack-meeting15:03
*** ruhe has joined #openstack-meeting15:03
*** emagana has quit IRC15:04
*** stevemar has joined #openstack-meeting15:04
*** dcramer_ has quit IRC15:06
*** emagana has joined #openstack-meeting15:07
*** vkmc has joined #openstack-meeting15:07
*** vkmc has quit IRC15:07
*** vkmc has joined #openstack-meeting15:07
*** herndon has quit IRC15:09
*** herndon has joined #openstack-meeting15:09
*** whenry has joined #openstack-meeting15:09
*** lexinator has joined #openstack-meeting15:09
*** hemna has quit IRC15:11
*** dscannell has joined #openstack-meeting15:11
*** markmcclain has joined #openstack-meeting15:13
*** mdenny has joined #openstack-meeting15:13
*** adjohn has joined #openstack-meeting15:15
*** pabelanger has quit IRC15:15
*** jmh_ has joined #openstack-meeting15:16
*** adjohn has quit IRC15:20
*** Mandell has quit IRC15:20
*** diogogmt has joined #openstack-meeting15:22
*** changbl has joined #openstack-meeting15:23
*** dcramer_ has joined #openstack-meeting15:24
*** dosaboy has quit IRC15:24
*** dosaboy has joined #openstack-meeting15:26
*** caitlin-nexenta has quit IRC15:28
*** vijendar has quit IRC15:31
*** kartikaditya has joined #openstack-meeting15:31
*** dcramer_ has quit IRC15:33
*** safchain has quit IRC15:34
*** lexinator has quit IRC15:35
*** mrodden has quit IRC15:37
*** galstrom_zzz is now known as galstrom15:39
*** emagana has quit IRC15:40
*** Chao has joined #openstack-meeting15:42
*** ruhe has quit IRC15:43
*** Chao is now known as Guest5719415:43
*** kmartin has joined #openstack-meeting15:44
*** bdpayne has joined #openstack-meeting15:45
*** adjohn has joined #openstack-meeting15:45
*** dwalleck has joined #openstack-meeting15:45
*** Guest57194 has quit IRC15:46
*** joel-coffman has joined #openstack-meeting15:46
*** mrodden has joined #openstack-meeting15:46
*** otherwiseguy has quit IRC15:48
*** jlucci has joined #openstack-meeting15:48
*** sukhdev has quit IRC15:49
*** zhiyan has joined #openstack-meeting15:49
*** adjohn has quit IRC15:50
*** jecarey has quit IRC15:53
*** jecarey has joined #openstack-meeting15:54
*** lexinator has joined #openstack-meeting15:55
*** tjones has joined #openstack-meeting15:55
*** jtomasek has quit IRC15:55
*** xyang_ has joined #openstack-meeting15:55
*** bswartz has joined #openstack-meeting15:57
*** branen has joined #openstack-meeting16:00
jgriffith#startmeeting cinder16:00
openstackMeeting started Wed Aug 14 16:00:28 2013 UTC and is due to finish in 60 minutes.  The chair is jgriffith. Information about MeetBot at http://wiki.debian.org/MeetBot.16:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
*** openstack changes topic to " (Meeting topic: cinder)"16:00
openstackThe meeting name has been set to 'cinder'16:00
jgriffithHey everyone16:00
* bswartz waves hello16:00
DuncanT-Hey16:00
eharneyhi16:00
xyang_hi16:00
*** jungleboyj has joined #openstack-meeting16:00
jgriffith#link https://wiki.openstack.org/wiki/CinderMeetings16:00
garykhi16:01
jgriffithhey garyk16:01
*** devoid has joined #openstack-meeting16:01
kartikadityahi16:01
kmartinhello16:01
jgriffithavishay?????16:01
jungleboyjHello all.16:01
jgriffithno avishay16:01
garykjgriffith: thanks for looking at the code16:01
*** thingee has joined #openstack-meeting16:01
jgriffithgaryk: no worries16:01
thingeeo/16:01
jgriffiththingee: :)16:01
tjoneshi16:01
zhiyanhi16:01
jgriffithYou get to go first16:01
jgriffith#topic API extensions using metadata16:01
*** openstack changes topic to "API extensions using metadata (Meeting topic: cinder)"16:01
thingeeexcellent16:01
*** vincent_hou has joined #openstack-meeting16:01
zhiyangood16:02
*** winston-1 has joined #openstack-meeting16:02
thingeeso some meeting ago we spoke about storing extension data in metadata16:02
*** hub_cap has left #openstack-meeting16:02
thingeesince extensions on optional features, having changes to model and risking columns being unused seemed to not make sense16:02
bswartzis this the metadata that's supposed to be for end users to tag their volumes?16:02
bswartzend user = tenant16:02
zhiyankey/value pair for the volume.16:02
thingeebswartz: wrt https://review.openstack.org/#/c/38322/16:03
zhiyanactually, i'm agree to using 'metadata' for extension. but in this R/O volume case, i just think 'readonly' property of volume should not put into metadata but volume table/model. since for next multiple-attaching feature change, i'd like keep 'readonly' as a property for the volume, LIKE others such as 'instance_uuid', 'attach_time' and etc., those attaching related properties will all be removed to a dedicated table.16:03
thingeestoring if a volume is readonly. Not all cases will we have backend solutions that support this. IMO, this is optional, and so I feel like the model shouldn't be changed16:03
*** ajauch has joined #openstack-meeting16:03
thingeeotherwise you end up with columns being unused and worse of all the volume table growing :(16:03
winston-1thingee: +116:03
jgriffiththingee: I agree with your statements, but I'm on the fence with this particular change16:04
*** Guest35051 has quit IRC16:04
thingeewe already have other patches aiming towards this direction and we should continue this path with new stuff coming in16:04
jgriffiththingee: +116:04
vincent_houzhiyan: there is a volume-acl being implementing about the readonly property16:04
DuncanT-Can we differentiate between what the API calls metadata and this please?16:05
thingeeAnd I don't think it's zhiyan fault at all. It was discussed in a meeting, but there is no documentation about this. I think that needs to be improved and something I'm willing to take on to help people writing extensions.16:05
jgriffithDuncanT-: back to the discussions about QoS16:05
DuncanT-I've no problem storing it in some k/v table, but volume metadata is already a thing, and I don't think changing that is a good idea16:05
*** scott has joined #openstack-meeting16:05
bswartzDuncanT-: +116:05
jgriffithDuncanT-: not putting dedicated columns in the DB/Volume obj16:05
*** scott is now known as Guest7085416:05
thingeeDuncanT-, jgriffith: so I think we talked about admin metadata at one point? Just can't be changed by a user16:05
jgriffithbut using abstracted K/V's or AKA meta16:06
*** MIDENN_ has joined #openstack-meeting16:06
zhiyanif you really like keep request 'readonly' save to 'metadata',  i would rather remove that extension in this r/o attaching case, as avishay said, using 'update' standard api, but extension for 'readonly' flag update.16:06
thingeeI think that would make the distinction16:06
jgriffiththingee: indeed16:06
*** avishay has joined #openstack-meeting16:06
jgriffiththingee: did my simple explanation attempt line up with your thoughts as well?16:06
DuncanT-jgriffith: I've no problem with the concept, I'd like to kill the name 'metadata' ASAP to avoid confusion16:06
avishayhi, sorry i'm late16:06
jgriffithDuncanT-: I'm fine with that16:06
thingeeDuncanT-: definitely16:06
thingeezhiyan: so if we ended up with using some idea of metadata, I'm with the extension having it's on change readonly flag. I think other people would agree that wouldn't belong in the volume api update16:07
thingeeit wouldn't belong in the core api especially if it's optional16:08
jgriffiththingee: so that's a good distinction point IMO16:08
jgriffitherr... "point of distinction"16:08
*** mdenny has quit IRC16:09
thingeejgriffith: if it was part the volume table, I'd say leave it in core api. but in order for it to have it's only column(s) it would have to be mandatory feature.16:09
*** zbitter has joined #openstack-meeting16:09
jgriffiththingee: yeah, I see your point16:09
jgriffiththingee: when I went through the patch I looked at it differently though16:09
*** vkmc has quit IRC16:09
jgriffiththingee: but I think what you're proposing makes perfect sense16:09
jgriffithie I *did* look at it as a core feature16:10
zhiyanthingee: but as i mentioned above, for this case i don't think 'readonly' should be separated from volume/model, since it's a status for volume, multiple-attaching will separate them all out to a dedicated table, this will keep consistent IMO, i don't think 'readonly' save to 'metadata', and other's such as 'instance_uuid' be saved to other table is a good idea.16:10
thingeeok great. zhiyan I think you had one other last concern with the readonly column remaining in the volume table?16:10
thingeeah there it is :)16:10
avishayi thought it was a core feature as well...why is it optional?16:10
*** otherwiseguy has joined #openstack-meeting16:10
thingeeavishay: if it's not optional, it should be in the core. not in contrib.16:11
jgriffiththingee: well, maybe we need to figure out how to define that better16:11
thingeeI've always wondered why in general volume actions is in contrib16:11
thingeeadmin actions rather.16:11
*** IlyaE has quit IRC16:11
*** dcramer_ has joined #openstack-meeting16:11
jgriffiththingee: core features can be policy based extensions I believe16:11
vincent_houhttps://review.openstack.org/#/c/39683/ the readonly can be defined by the permission.16:12
avishaythingee: i thought it should be in api/v2/volumes.py  : update()16:12
*** zaneb has quit IRC16:12
zhiyanthingee: ok, if so, i will remove that extension api, then to ask client use standard update api to change 'readonly' flag.16:12
jgriffithvincent_hou: I really don't like that direction at all16:12
vincent_houby checking the permission level, you can it is readonly or not.16:12
jgriffithpersonally16:12
zhiyanfolks, do you think is acceptable?16:12
zhiyanit is acceptable?16:12
thingeewell ok step back a second. is this a core feature or not? Is every backend solution really going to be able to provide this feature?16:13
DuncanT-Every hypervisor can16:13
DuncanT-AFAICT16:13
zhiyanyes16:13
jgriffiththingee: so that's the million dollar question16:13
*** hemnafk is now known as hemna16:13
*** hartsocks has quit IRC16:13
DuncanT-Backend enforcement is a grey area16:13
jgriffiththingee: my thought was yes, because the hypervisor can implement it16:13
jgriffithBUT16:13
hemnamornin16:13
avishayi thought it was optional for drivers, but all hypervisors would support16:13
jgriffiththingee: I'm also good with the idea of graduating later16:13
zhiyanif all cinder backend can support it , it will be better, but as DuncanT mentioned, hypervisor can support it.16:14
*** rohitk has joined #openstack-meeting16:14
thingeejgriffith: My fear with that is migrating to the volume table then.16:14
zhiyanjgriffith: yes16:14
avishayzhiyan: all backends CAN'T support it16:14
thingeejgriffith: I feel like if we see ourselves graduating it later, we just let it be a core feature.16:14
avishayall hypervisors apparently can16:14
zhiyanavishay: i mean hypervisor, nova side, but cinder16:14
jgriffiththingee: hmmm16:14
jgriffithavishay: thingee zhiyan but the problem is that it's not implemented yet16:14
jgriffithie on the nova/hypervisor side16:15
zhiyanjgriffith: yes, i will do that16:15
avishaywhat's the chance of the nova code making havana, at least for libvirt?16:15
zhiyanjgriffith: after this cinder server side done16:15
jgriffithand we're too late in the cycle to get those changes in I believe16:15
thingeejgriffith: so if it's not in nova, we shouldn't merge.16:15
jgriffithzhiyan: I don't think that will be possible16:15
thingeejgriffith: we can be ready to merge.16:15
zhiyanjgriffith: so we need speed up to reveiw/landing, IMHO16:15
avishaywe can merge now and if the nova code doesn't make it we can revert?16:15
jgriffithzhiyan: sure, but if there's not a bp for nova work already you're likely going to be too late16:16
jgriffithavishay: I'd rather not16:16
zhiyanhttps://review.openstack.org/#/c/34722/216:16
jgriffithavishay: we can agree on exceptions for Cinder if need be, but not revert16:16
thingeeavishay: I'd be fine with that if we weren't low on resources as it is for reviews that are likely to make it16:16
avishayjgriffith: ok16:16
*** adjohn has joined #openstack-meeting16:16
winston-1if it's hypervisor, it's a state of the 'connection' to the volume instead of the state of volume itself.  do we want to be able to distingish these two?16:16
jgriffithavishay: remember there are folks running trunk and that can make a mess for them16:16
thingeejgriffith: +116:16
jgriffithwinston-1: +116:16
*** armax has joined #openstack-meeting16:17
jgriffithwinston-1: that brings up a good point16:17
DuncanT-Nova are refusing to merge until the cinder part is merged. If we refuse until nova merge we've a problem....16:17
jgriffithwinston-1: I did something similar with the blocksize16:17
jgriffithDuncanT-: ha!16:17
thingeeDuncanT-: heh16:17
jgriffithso let's not get off track here16:17
thingeeyou merge first, no you merge first!16:17
jgriffithlet's back up16:17
jgriffithfirst we need to decide what we *want*16:17
*** emagana has joined #openstack-meeting16:17
zhiyanwinston-1: we discussed this very former, 'readonly' is a status for volume, and also 'attached_mode' is for attach seesion of a volume.16:18
*** gyee has joined #openstack-meeting16:18
jgriffithzhiyan: but... attach info is used for attach which is when r/o would be needed/checked16:18
hemnawhich it currently isn't16:18
jgriffithThe only thing I don't like about using K/V's or connect info16:18
jgriffithwe need some way to communicate to the tennant it's R/O16:19
jgriffithotherwise silly things happen16:19
jgriffithadmin-meta may be fine, but then we're saying that's all end-user visible (not modifyable)16:19
zhiyanjgriffith: what's 'tennant' ? sorry16:20
jgriffithhaha... it's Read Only16:20
jgriffithzhiyan: end-user of openstack16:20
jgriffithOur customers :)16:20
zhiyanjgriffith: readonly16:20
* jgriffith thought it was funny16:20
*** winston-1 has quit IRC16:20
jgriffithand so did his dog16:20
zhiyanjgriffith: IMO, query 'readonly' status of the volume from db/model IMO..16:20
jgriffithzhiyan: yes, understood16:21
*** hartsocks has joined #openstack-meeting16:21
*** henrynash has joined #openstack-meeting16:21
jgriffithzhiyan: I think we're all clear on that :)16:21
jgriffithI'd like input from others16:21
*** adjohn has quit IRC16:21
jgriffithSpecifically about it being a core function or not16:21
jgriffithor not core now, core later etc16:21
*** jaimegil has joined #openstack-meeting16:22
jgriffithUnfortunately it's getting late in the cycle16:22
*** caitlin-nexenta has joined #openstack-meeting16:22
jgriffithNobody has an opinion there?16:22
bswartzas long as some backends can't support it we need to explain how those should treat R/O requests16:22
avishayI think if KVM supports it, and others can, it should be core.  It all depends on what can realistically get into Havana.16:22
thingeejgriffith: if it's not going to make it into nova where they're in a ready state to merge, then we shouldn't merge.16:22
jgriffithbswartz: hypervisor16:22
DuncanT-I think if we're going to support multi-attach, we need this as core at some point16:22
hemnaat this point I think H is too late16:22
jgriffiththingee: I agree with that16:22
zhiyanhow about just put it in extension, but save 'readonly' to volume table but not metadata ?16:22
*** markmcclain has left #openstack-meeting16:22
hemnaand we should plan for I16:22
*** markmcclain has joined #openstack-meeting16:23
jgriffithzhiyan: isn't that what you already said?16:23
*** rods has joined #openstack-meeting16:23
thingeehemna: +116:23
jgriffithhemna: you give up too easy16:23
bswartzthe hypervisor approach doesn't address volumes which are read-only on the backend and can't be made writable16:23
thingee:)16:23
hemna:P16:23
avishaywhat's the benefit of having driver support for this if all hypervisors support it?  two levels of read-only?16:23
zhiyanjgriffith: i can remove that from extension, and ask use using standard update api.16:23
jgriffithbswartz: ?16:23
jgriffithbswartz: that's fairly easy to address actually16:23
DuncanT-avishay: Belt and braces / defense in depth?16:24
bswartzwell the obvious solution is: don't do that, but I'm curious about a better solution16:24
*** lpabon has quit IRC16:24
jgriffithbswartz: indicate via the K/V structure "backend supported"16:24
bswartzokay16:24
jgriffiththen if not backend: hypervisor16:24
avishayDuncanT-: OK16:24
bswartzthere's a 3rd state though: backend can report r/o but backend cannot change r/o16:24
jgriffithOk, it seems there's only two opinions being voiced here16:24
avishayDuncanT-: that's what i thought...might be a little overkill for my taste, but OK16:24
DuncanT-I'd suggest that if a backend can't make things writeable, it should make them R/O, but then it's a pretty weird backend even by my standards in that case16:24
jgriffith1. Wait until I16:24
jgriffith2. Move forward with the proposed patch16:25
avishayDuncanT-: 'even by my standards' :)16:25
jgriffithI was hoping for an option 316:25
thingeejgriffith: option 3 is store in metadata16:25
jgriffithyay!16:25
thingeeand still get in for I16:25
jgriffithbut you said the M word!!16:25
DuncanT-Given we need to hit the hypervisors to get this to actually work, we can't call it core until most if not all the hypervisor work is done16:25
jgriffithI'm not so ready to give up on H yet16:26
*** SergeyLukjanov has quit IRC16:26
jgriffithbut I'll have to take that offline16:26
thingeeI'll buy DuncanT- a shot everytime I say metadata.16:26
thingeemetadata metadata metadata16:26
jgriffithand we need to figure out our approach before I can do anything there16:26
avishayhaha16:26
DuncanT-This is going to hurt....16:26
hemnaI presume this would also affect brick's attach/detach support for both iSCSI and FC16:26
jgriffithhemna: yep16:26
caitlin-nexentaSorry for jumping in late, but I'd like to ask a very basic question. What is the need to create a "read-only volume" when we have already defined snapshots?16:27
*** winston-1 has joined #openstack-meeting16:27
DuncanT-Hmmm, given the amount of dependencies and complications arising, punt until I is growing on me16:27
jgriffithsnapshots don't have much to do with it16:27
hemnaDuncanT-, +116:27
DuncanT-caitlin-nexenta: You attach a snapshot16:27
jgriffithcaitlin-nexenta: the end goal is multi-attach16:27
DuncanT-Gah16:27
*** topol has quit IRC16:27
jgriffithcaitlin-nexenta: starting with R/O volumes to do so16:27
DuncanT-*Can't* attacha snapshot16:27
avishaycaitlin-nexenta: you can't attach snapshots16:27
thingeeok we're losing focus16:28
caitlin-nexentaBut you can clone snapshots.16:28
DuncanT-Then they aren't read only16:28
jgriffithcaitlin-nexenta: but then it's a volume and round and round we go :)16:28
avishayOK, decision time?16:28
zhiyanavishay: +116:28
jgriffithWho wants to leave it in teh volume table?16:29
DuncanT-I vote to punt until summit discussion / I16:29
jgriffithbesides zhiyan :)16:29
jgriffithDuncanT-: Not on the list16:29
thingeeheh16:29
zhiyanthink about next mutli-attach change16:29
zhiyankeep consistent16:29
DuncanT-"1. Wait until I"16:29
avishaywhat's the chance of the libvirt support landing in H?16:30
hemna:P16:30
thingeeDuncanT-: heh16:30
hemnaavishay, 0 if the cinder patch doesn't land first16:30
jgriffithzhiyan: I understand that point, however I'm kind of in the opinion that if that changes something drastically we address it then16:30
hemnawe'll also need a patch to change brick to support this16:30
zhiyannot sure, i need time, but block on review you know16:30
jgriffithok, you guys are killing me16:30
avishayhemna: let me rephrase...given that the cinder patch lands tomorrow, what's the chance of libvirt support in H?16:30
jgriffithI declare this topic dead16:30
jgriffithavishay: I think it could get in16:31
*** ZChao has joined #openstack-meeting16:31
hemnaavishay, hard to tell, there are over 300 outstanding reviews in nova today16:31
avishayso i say give it a chance16:31
DuncanT-If we merge an API into to cinder that flat out doesn't work, that's bad IMO16:31
jgriffithavishay: that's the spirit16:31
jgriffithOk, moving along16:31
DuncanT-And that is the case if we merge before nova merge16:31
jgriffithzhiyan: we can chat later16:31
thingeejgriffith: if we do see it a core feature, can we rethinking the columns. Just looking at the model changes now seemed not straight forward from outside perspective and overlap.16:31
jgriffithwe'll figure something out16:31
jgriffiththingee: you too16:31
jgriffiththingee: I'm all for rethinking the columns16:32
*** morganfainberg_a is now known as morganfainberg16:32
jgriffithin fact I'm agreeing with you on that one16:32
jgriffithbut everybody is busy arguing amongst themeselves about Nova and I etc16:32
thingeeok next topic16:32
jgriffith#topic migration16:32
*** openstack changes topic to "migration (Meeting topic: cinder)"16:32
jgriffithavishay: what's up?16:32
jgriffithavishay: ???16:33
avishayso i have patches up for cinder being able to migrate in-use volumes, and also patches for cinderclient and nova to go along with it16:33
* jgriffith is abstaining from the cinder patch at this point16:33
avishaythe detached case code that was merged required drivers to implement rename_volume for migration to work, and i got rid of that16:33
avishayso now all drivers that have support in brick have migration for free16:34
avishaythere are 2 dependencies though16:34
DuncanT-What about the none-brick ones?16:34
hemnaavishay, nice16:34
avishayDuncanT-: online migration via libvirt will work, but cinder can't copy data for detached if brick doesn't support16:35
avishayDuncanT-: they can override the copy function though16:35
DuncanT-avishay: Cheers16:35
jgriffithavishay: maybe you should clarify by "brick"16:35
avishaybrick attach/detach code16:35
avishayso iSCSI and FC is there, NFS and others is not16:35
jgriffithavishay: aka iscsi/fc16:35
jgriffith:)16:35
caitlin-nexentaavishay - can a storage vendor optimize migration for their devices?16:35
jgriffiththanks16:35
*** zbitter is now known as zaneb16:35
avishaycaitlin-nexenta: yes - see here https://review.openstack.org/#/c/41046/16:36
avishayso i have 2 dependencies16:36
hemnaso we need connectors for nfs, iser, aoe, etc then16:36
avishay1. eharney and i are working out how to interface with novaclient16:36
*** ajauch has quit IRC16:36
avishayhemna: aoe is submmitted16:36
bswartzhemna: I'm doing a nfs one16:36
jgriffithiser is in too IIRC16:36
hemnaok excellent16:36
avishay2. i need help from thingee on this https://review.openstack.org/#/c/40857/16:36
hemnaif you guys need help on the connectors...I'm here.16:37
*** comay has joined #openstack-meeting16:37
avishaybut the code is ready for whoever is interested to test, and for everyone to review16:37
winston-1anyone works on RBD for brick?16:37
winston-1dosaboy: ?16:37
winston-1jdurgin: ?16:37
jgriffithwinston-1: that model doesn't really *fit*16:37
dosaboywinston-1: how imment is it needed?16:37
jgriffithwinston-1: but maybe dosaboy ?16:38
dosaboyI am happy to work on it16:38
jgriffithha16:38
dosaboygot a fair bit on already16:38
jgriffithdosaboy: this week :)16:38
dosaboyeeeek16:38
avishayRBD can override the driver's copy_volume_data (or whatever it's called) function with a simple 'cp' to get detached migration working16:38
jgriffithavishay: to clarify again though, you're talking migrate to same back-end right?16:38
avishayjgriffith: absolutely not :)16:39
hemnaavishay, what do you mean by detatched migration?  detached from a VM ?16:39
dosaboyavishay: can I ping you tomorrow on this?16:39
avishayhemna: yes16:39
jgriffithavishay: so LVM --> RBD16:39
avishaydosaboy: sure16:39
hemnaok16:39
dosaboythx16:39
jgriffithavishay: and the reverse as well?16:39
avishayjgriffith: LVM vg A to LVM vg B, or LVM to storwize to RBD to whatever16:39
avishayjgriffith: two different cinder backends, no matter what the type16:39
jgriffithavishay: k, last time we chatted I thought that was NOT the case16:40
med_nod.16:40
avishayjgriffith: yes it was16:40
*** vijendar has joined #openstack-meeting16:40
jgriffithavishay: hmmm16:40
winston-1avishay: nice!16:40
avishayjgriffith: you asked what the difference between miration and clone was16:40
jgriffithavishay: ?16:40
*** SumitNaiksatam has quit IRC16:40
hemnaeventually it would be nice to see if the backend had hints on migration.  some backends can move volume between themselves to avoid the dd/cp over the network.16:40
avishayjgriffith: clone is specifically in the same back-end, migration is moving the volume somewhere else16:40
jgriffithavishay: I'm fully aware of what clone is thanks16:41
avishayhemna: drivers have the option to do it themselves16:41
hemnaavishay, ok, are there hints to the driver that let it know what the destination is ?16:41
avishayjgriffith: i'm just saying that's what you asked last time16:41
jgriffithavishay: no, it's not but that's ok16:41
avishayhemna: the driver gets the name of the host and its capabilities16:41
jgriffithavishay: doesn't matter so long as I was wrong :)16:41
avishayjgriffith: yeesh... you also said you were a smart ass :)16:42
jgriffithwhoooo... meeeee?16:42
hemnasay moving from one 3par to another 3par.  my driver can instruct the 3pars to do the work between themselves16:42
* jgriffith thinks somebody is impersonating him16:42
avishayhemna: see here: https://review.openstack.org/#/c/41046/16:42
hemnaavishay, thn16:42
hemnathnx16:42
caitlin-nexentaavishay - do you have a summary of the assumptions your patch is making. For example, are you assuming that copying the volume data is always a full copy?16:42
avishaycaitlin-nexenta: yes, moving the entire volume from "here" to "there"16:43
*** kebray has joined #openstack-meeting16:43
avishaythe interface is:  cinder migrate <volume-id> <destination host> [--force-host-copy True]16:43
avishayThe force-host-copy flag can be used to disable a driver's optimized version and use cinder/nova to copy16:44
avishayIn case of a driver bug, for example, your data isn't stuck16:44
caitlin-nexentaSome storage servers have the ability to create what is effectively a remote thin clone, and be very lazy about how complete the migration is. What would we have to do to preserve that capability for our servers?16:44
avishaycaitlin-nexenta: i think we should take that offline16:44
caitlin-nexentaNo problem.16:45
avishayjgriffith: we good?16:45
hemnaavishay, I'd like to ping you offline about this as well to better understand my optimized mechanism as well.16:45
jgriffithI'm good16:45
avishayhemna: no problem16:45
avishayhemna: if you review my patch you will understand it ;)16:45
*** nati_ueno has joined #openstack-meeting16:46
hemnaI'm reading through it now thanks16:46
winston-1avishay: :)16:46
avishaybut seriously, will be happy to help anyone who needs more understanding, and will work on docs as well16:46
avishayoh, one more thing16:46
avishay_ seems to be missing, and that's why the patch isn't passing py26 and py2716:47
avishayany idea where it went?16:47
*** adjohn has joined #openstack-meeting16:47
*** jungleboyj has quit IRC16:49
avishayguess not16:49
avishayhello?  anybody home?16:49
jgriffithavishay: have you rebased16:49
jgriffithavishay: I'll have a look at your patch later and see if I can help out there16:49
jgriffithavishay: it's likely related to some pulls from OSLO16:49
jgriffithavishay: but the fact that other patches are going through makes me wonder if a rebase would handle it16:49
jgriffithanything else?16:49
ZChaoI have a patch for huawei driver: https://review.openstack.org/#/c/36294/16:50
avishaywow i just got all your messages at once...strange16:50
*** toanster_ is now known as toanster16:50
hemnalagged16:50
kartikadityajgriffith: https://review.openstack.org/#/c/41600/ posted vmdk driver couple of APIs16:50
jgriffithavishay: that happened last night too16:50
avishayjgriffith: will try to rebase - thanks16:50
*** zynzel has quit IRC16:51
jgriffithwhoaaaa there folks16:52
*** jungleboyj has joined #openstack-meeting16:52
jgriffithkk16:52
winston-1avishay: freenode is lagging very badly16:52
jgriffithavishay: nothing else?16:52
*** mjfs has joined #openstack-meeting16:52
ZChaohope anyone instrested in this could find time to review16:52
jgriffith#topic other stuff16:52
jgriffithOk, now the free-for all16:52
jgriffithbut PLEASE16:52
* med_ lost his connection16:52
jgriffithdon't ask "review my patch"16:52
jgriffithwe're all painfully aware of what's in the queue16:52
*** MarkAtwood has joined #openstack-meeting16:52
*** adjohn has quit IRC16:52
jgriffithNO offense... just sayin16:52
garykjgriffith: :)16:52
*** martine has joined #openstack-meeting16:52
ZChaook,i understand16:52
jgriffithalright... if nobody has anything else?16:52
*** openstack changes topic to "other stuff (Meeting topic: cinder)"16:52
*** martine is now known as Guest557916:52
jgriffithremember proposal freeze next week (21'st)16:52
caitlin-nexentaIs there a good document anywhere that summarizes the philosophy of what a snaphshot, backup, etc. should be used for?16:52
*** lexinator has quit IRC16:52
jgriffithcaitlin-nexenta: there are some comments on Victors patch if you guys can get to it16:52
avishaymy connection sucks, i'm dropping off16:52
avishaybye all16:52
*** zynzel has joined #openstack-meeting16:52
jgriffithI can explain the multi-backend stuff if needed16:52
*** adjohn has joined #openstack-meeting16:53
jgriffithcaitlin-nexenta: other than it's pretty much good to go16:53
jgriffithalright...16:53
dosaboycaitlin-nexenta: i have a task open to update the docs on backups16:53
jgriffiththanks everyone16:53
jgriffith#end meeting16:53
jungleboyjLater.16:53
*** joel-coffman has quit IRC16:53
*** avishay has left #openstack-meeting16:53
*** kartikaditya has quit IRC16:53
*** winston-1 has left #openstack-meeting16:53
*** jungleboyj has left #openstack-meeting16:53
bswartzjgriffith: #endmeeting is one word16:54
*** alexpilotti has quit IRC16:54
jgriffith#endmeeting16:54
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"16:54
*** martine_ has quit IRC16:54
openstackMeeting ended Wed Aug 14 16:54:12 2013 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:54
openstackMinutes:        http://eavesdrop.openstack.org/meetings/cinder/2013/cinder.2013-08-14-16.00.html16:54
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/cinder/2013/cinder.2013-08-14-16.00.txt16:54
openstackLog:            http://eavesdrop.openstack.org/meetings/cinder/2013/cinder.2013-08-14-16.00.log.html16:54
jgriffithbswartz: every week :)16:54
dosaboyhehe16:54
jgriffithbswartz: just seeing if you're still looking out for me ;)16:54
bswartzhah16:54
bswartzas least you're consistent16:54
*** vinodmr has joined #openstack-meeting16:54
*** eankutse has joined #openstack-meeting16:54
*** caitlin-nexenta has left #openstack-meeting16:55
*** mjfs has quit IRC16:55
*** thingee has left #openstack-meeting16:55
* hartsocks getting ready for VMwareAPI meeting in a moment.16:56
*** bswartz has left #openstack-meeting16:56
*** adjohn has quit IRC16:56
*** lexinator has joined #openstack-meeting16:56
*** ZChao has quit IRC16:57
*** eankutse has left #openstack-meeting16:57
*** boris-42 has quit IRC16:57
*** markmcclain has quit IRC16:58
*** SergeyLukjanov has joined #openstack-meeting16:58
*** vinodmr has left #openstack-meeting16:58
*** glikson has quit IRC17:00
hartsocks#startmeeting VMwareAPI17:00
openstackMeeting started Wed Aug 14 17:00:51 2013 UTC and is due to finish in 60 minutes.  The chair is hartsocks. Information about MeetBot at http://wiki.debian.org/MeetBot.17:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.17:00
*** openstack changes topic to " (Meeting topic: VMwareAPI)"17:00
openstackThe meeting name has been set to 'vmwareapi'17:00
hartsocksgreetings stackers!17:00
hartsocksWho's around to talk VMwareAPI stuffs?17:01
garykhi guys17:01
*** herndon has quit IRC17:01
tjoneshi17:01
*** danwent has joined #openstack-meeting17:01
hartsocksanyone else?17:02
danwenthi17:02
hartsockskirankv: ping17:02
danwentwas anyone from vmware at the cinder meeting?17:02
tjonesyes, kartik gary and i were there17:03
hartsocksyaguang: ping17:03
hartsocksdanwent: not on my calendar.17:04
danwenttjones: awesome, thanks17:04
danwenthartsocks: we don't need everyone there, i was just making sure that we had a representative17:04
hartsocksdanwent: cool17:04
tjoneshartsocks: don't think we all need to attend ;-)  - yeah what dan said17:04
hartsocksokay… so do we want to get started?17:05
hartsocks#topic bugs17:06
*** openstack changes topic to "bugs (Meeting topic: VMwareAPI)"17:06
*** SumitNaiksatam has joined #openstack-meeting17:06
hartsocks#link http://goo.gl/pTcDG17:06
garykhartsocks: its not bugs, just features17:06
*** troytoman-away is now known as troytoman17:06
hartsocks(I shortened the link, it's a long thing)17:06
*** markmcclain has joined #openstack-meeting17:07
hartsocksSo I've got only 3 things left to triage.17:07
*** Mandell has joined #openstack-meeting17:07
hartsocksMost of these I'm waiting for confirmation or more info to help reproduce.17:07
hartsocksAnyone have a pet bug they need to trot out?17:07
*** anniec has quit IRC17:07
*** sarob has joined #openstack-meeting17:07
hartsocks#link https://bugs.launchpad.net/nova/+bugs?field.tag=vmware17:08
hartsocksWe have one "Critical" bug open: https://bugs.launchpad.net/nova/+bug/120706417:09
uvirtbotLaunchpad bug 1207064 in nova "VMWare : Disabling linked clone does not cache images on the datastore" [Critical,In progress]17:09
tjonesim working on that17:09
hartsocksI'm not 100% sure this is "Critical" since the "work-around" is "use_linked_clone=True"17:09
danwentyeah, i had the same reaction17:09
tjoneswell - and it does work - it just copies again17:09
tjonesit's more of a performance improvement IMO17:10
hartsocksGeneral consensus is bump this down to "High"?17:10
*** chuckieb has joined #openstack-meeting17:10
hartsocksno objection?17:10
* hartsocks clicks button.17:11
garykhartsocks: your patch set should solve this issue. correct?17:11
*** beagles has quit IRC17:11
*** jhenner1 has quit IRC17:11
hartsocksgaryk: actually, it exposed the issue in test. The patch is about allowing override behaviors. A customer asked for the ability to control when linked_clone behavior was used.17:11
hartsocksgaryk: we discussed the feature a while ago.17:12
hartsocksgaryk: in general, I admit the idea is a bit confusing.17:12
hartsocksgaryk: I've tried to do a better job of explaining what needs to happen in the code itself.17:12
tjonesthe issue is when use_linked_clone is false the image is allways streamed to the instance directory instead of checking vmware_base and copying it there17:12
*** glikson has joined #openstack-meeting17:13
tjonescopying it from vmware_base to the instance directory and saving the network bandwidth17:13
garykhartsocks: understood.17:14
hartsocksyep. So the *bug* is that use_linked_clone = False … does not mean ...17:15
hartsocks… do not use cache = True17:15
hartsocksThe idea of caching is a separate concern.17:15
hartsocksWe might want to allow an optional config to tweak caching behavior somehow...17:15
*** IlyaE has joined #openstack-meeting17:15
hartsocksbut that's not what used_linked_clone is about.17:15
hartsocksAnd...17:16
*** beagles has joined #openstack-meeting17:16
hartsocksThat's not something to tackle in Havana. The deadlines are too close.17:16
hartsocksAny other questions on this topic?17:17
hartsocks… okay ...17:18
hartsocksI think most people are heads-down right now anyhow.17:18
hartsocksI'll point out we have 9 "High" priority bugs in "In Progress" state right now. And one in "Confirmed" state. That implies we have a lot of people cranking away on the driver.17:18
*** sarob has quit IRC17:19
*** feleouet has quit IRC17:19
*** ozstacker has quit IRC17:19
*** sarob has joined #openstack-meeting17:19
hartsocksI've identified these bugs as "fix soon" (but not necessarily higher priority than "High"17:19
hartsocks#link https://review.openstack.org/#/c/30822/  - merged!17:20
hartsocks#link https://review.openstack.org/#/c/33100/ - needs +2s17:20
tjoneshurrah!17:20
hartsocks#link https://review.openstack.org/#/c/40029/ - needs help and discussion17:21
*** ozstacker has joined #openstack-meeting17:21
tjonesi was hoping dims would be here.  i've got some questions on it17:21
tjones"it" being  https://review.openstack.org/#/c/40029/ 17:21
hartsocksI've picked these out based on which ones support a customer critical use cases. (Thanks to danwent BTW for helping highlight these.)17:21
hartsockstjones: let me try and ping him… 1 sec17:22
*** Guest5579 is now known as martine_17:22
tjonesdoesn't look like he's online - at least not in the other rooms17:22
hartsocksyep17:23
hartsocksoh well.17:23
*** markmcclain has quit IRC17:23
*** beagles has quit IRC17:23
hartsocks#action someone follow up with dims on https://bugs.launchpad.net/nova/+bug/120658417:23
*** beagles has joined #openstack-meeting17:23
uvirtbotLaunchpad bug 1206584 in nova "VMware ESX and vSphere drivers do not support config drive" [High,In progress]17:23
garykhartsocks: i am on that one17:24
hartsocksThanks.17:24
*** sarob has quit IRC17:24
*** jaimegil has quit IRC17:24
*** markwash has joined #openstack-meeting17:25
*** gyee has quit IRC17:25
hartsocksI have a backlog of 22 reviews / VMwareAPI help to give. But these three are the higher priority ones.17:25
hartsocksI'll start adding your names to reviews I need help on.17:25
tjonesgr817:25
hartsocksWith that I think bugs are put to bed.17:26
garykhartsocks: i think that it would be great if everyone jumps in on the reviews17:26
garykthere are quite a few open17:26
garykhttps://review.openstack.org/#/q/message:vmware+OR+message:vcenter+OR+message:vsphere+OR+message:esx+OR+message:vcdriver+OR+message:datastore,n,z17:26
*** IlyaE has quit IRC17:26
hartsocksI'v opened a number of documentation bugs and I'm trying to close some of the most pressing this week. I'll be back on reviews by week's end.17:26
tjonesim spending much of my time on reviews this week17:27
hartsocksgaryk: nice query17:27
hartsocksokay.17:27
garykhartsocks; i thought you wrote it :). guess danwent maybe17:27
hartsocksgaryk: I don't remember half of what I write these days :-/17:28
garyk:)17:28
hartsocksgaryk: Probably danwent. I've been using a python script that deep links and reads the tags off of the connected blueprint or bug report.17:28
hartsocksgaryk: it's too shoddily written to share...17:29
garykplease note that we have 2 in the queue for the stable grizzly and i guess that there may be more when some of the aforemntioned reviews get through17:29
*** mdurnosvistov has joined #openstack-meeting17:29
hartsocksgrayk: can you mention them here quickly for the record before we move to blueprints?17:30
garykhartsocks: sure17:30
garykhttps://review.openstack.org/#/c/41657/17:30
garykhttps://review.openstack.org/#/c/40359/ (this is -2 at the moment as the pacth int he master has yet to be approved - it was posted so that we can test it with the stable branch)17:31
garykthat is the stable branch stuff. we can move on now.17:31
hartsocks#action reviews for https://review.openstack.org/#/c/41657/17:31
hartsocks#action reviews for https://review.openstack.org/#/c/40359/17:31
hartsocks#action reviews for https://review.openstack.org/#/c/33100/ (fixes host stats from earlier)17:32
hartsocks#topic blueprints17:32
*** openstack changes topic to "blueprints (Meeting topic: VMwareAPI)"17:32
*** dcaroest has quit IRC17:32
hartsocksOkay. So we have 5 blueprints that are our priority for Havana-317:32
hartsocksThe rule is, you *must* have code posted and reviewed by August 22nd.17:33
hartsocksSo, I wanted to be sure that all 5 of these got into the state where people had a lot of +1s on these and no −1s.17:33
hartsocksWe had a few blueprints who's code was in −2 abandoned state.17:34
hartsocksBut, as of this AM everything is in need of reviews.17:34
hartsocks#link https://blueprints.launchpad.net/nova/+spec/multiple-clusters-managed-by-one-service17:34
hartsocks#action reviews for https://review.openstack.org/#/c/30282/17:34
hartsocksThis is Kiran's change. He's a very busy fellow.17:35
*** lexinator has quit IRC17:35
hartsocksIt is also our most important blueprint as it makes the driver *much* easier to use.17:35
*** adjohn has joined #openstack-meeting17:35
hartsocks#link https://blueprints.launchpad.net/nova/+spec/vmware-nova-cinder-support17:35
hartsocksThis has two reviews:17:36
*** dani4571 has joined #openstack-meeting17:36
hartsocks#action reviews for https://review.openstack.org/#/c/40105/17:36
hartsocks#action reviews for https://review.openstack.org/#/c/40245/17:36
*** shang has quit IRC17:36
hartsocks… this might be the fastest blueprint-to-code-to-merge I've seen on this driver since April. Most things take at least 2 months to get through review.17:37
tjonesgo gary!17:37
danwent:)17:37
garykhartsocks: there is also https://review.openstack.org/#/c/41387/ (this is the boot from volume - this is pending cinder support at the moment) we are working on that in parallel17:37
garyki need to make up for the fact that i run very slow17:38
hartsocks*lol*17:38
*** sushils has quit IRC17:38
hartsocksI've added that review to my list of things to keep a close eye on.17:39
hartsocks#action reviews for https://review.openstack.org/#/c/41387/17:39
hartsocksI have some other good news ...17:39
hartsocks#link https://blueprints.launchpad.net/cinder/+spec/vmware-vmdk-cinder-driver17:39
hartsocksWe have a cinder driver out there...17:39
hartsocks#action reviews for https://review.openstack.org/#/c/41600/17:40
hartsocksAND it has code posted for review!17:40
hartsocksWoo!17:40
*** rnirmal has quit IRC17:40
hartsocksBut, this is in the Cinder project, not in Nova in case anyone reading the notes later is confused. (I think everyone here knows this already).17:41
*** henrynash has quit IRC17:41
hartsocksI think if the next two blueprints fall off, we're okay but they are still targeted for Havana-3 so I've not left them out.17:42
hartsocks#link https://blueprints.launchpad.net/nova/+spec/improve-vmware-disk-usage17:42
garykhartsocks: i need to head on home. i'll be on line later. have a good one guyys and sorry for bailing early17:42
hartsocksWhich has review:17:42
*** RajeshMohan has quit IRC17:42
hartsocksgarky: thanks for hanging out gary!17:42
*** garyk has quit IRC17:42
hartsocks#action reviews for https://review.openstack.org/#/c/37659/17:43
hartsocks… this blueprint allows for dynamic resizing of VMDK based on the flavor. Ephemeral disk issues came up and as part of making this work a change to the ephemeral disk code was made that should hopefully fix the issue. This was recently revised.17:44
*** RajeshMohan has joined #openstack-meeting17:44
*** alexpilotti has joined #openstack-meeting17:44
hartsocksWork on this feature exposed some bugs in that "use_linked_clone" flag's behavior.17:45
*** lexinator has joined #openstack-meeting17:45
*** derekh has quit IRC17:45
hartsocksIt also exposed the fact that we didn't offer the ability to tune the linked_clone driver behaviors. This was mentioned by some customers on a phone call … way back in June IIRC… and brought up in this meeting.17:46
hartsocksSo...17:46
hartsocks#link https://blueprints.launchpad.net/nova/+spec/vmware-image-clone-strategy17:46
hartsocks#action reviews for https://review.openstack.org/#/c/37819/17:46
hartsocksI wrote that as a very simple patch to allow people to override. It should have been very very simple, but just allowing for the control exposed other issues.17:47
hartsocksSo that covers it.17:47
*** sarob has joined #openstack-meeting17:47
tjonesi hope that gets in - it's a pain to have to restart nova when you want a different behavior17:47
hartsocksThanks. :-) That's the idea.17:48
hartsocks#topic open discussion17:48
*** openstack changes topic to "open discussion (Meeting topic: VMwareAPI)"17:48
hartsocksI assume most folks are heads-down. I'm seeing lots of review activity and email activity outside IRC right now.17:49
tjonesso you asked me to write a BP on "detecting" the storage adaptor based on the vmdk - this came up in the context of ide vs lsilogic with thin disks.  It turns out it's not possible to programatically detect this from the vmdk file.  I would have to try lsilogic and if it fails to boot, try ide.  This sounds really hacky to me.  Wouldn't the customer normally know what kind of storage adaptor they have with the image?17:50
hartsockstjones: yeah. I agree. So I guess this turns out to be a documentation/education issue.17:51
tjonesactaully if this image is a monolothicSparse type you can ask the metat-data is at the top of the file  - but that's only 1 of the many types we support.  I did add to the documentation more info on image types to cover this confusing issue17:52
hartsocks#link https://bugs.launchpad.net/openstack-manuals/+bugs?field.searchtext=vmware&search=Search+Bug+Reports&field.scope=project&field.scope.target=openstack-manuals17:53
hartsocksLookit all the docs whot need wrote!17:53
hartsocks#link https://bugs.launchpad.net/openstack-manuals/+bug/121231017:54
tjonesugh17:54
uvirtbotLaunchpad bug 1212310 in openstack-manuals "vmware documentation needed: use of VMDK working types with OpenStack" [Undecided,New]17:54
tjonesyeah what i wrote is for thick vs thin but i didn't get into sparse17:54
hartsocksworms. can of.17:54
tjonesja17:55
hartsocksSo I've started tagging the documentation bugs. Hopefully we can find some folks to work on documentation. It's so bad right now it's sort of a crisis.17:55
tjonesi don't fully understand how sparse would work with glance.  Isn't sparse multiple files?17:56
*** alexb_ has quit IRC17:56
tjonesafter vmworld many we can each take a couple and knock them out.  Won't be as nice as a doc person since none of us are doc people17:56
hartsockstjones: that's part of it… we might have to invent a zip archive type to handle it… or just use OVA what's puzzling is there's code in the driver to handle "sparse" but I have no idea how it would ever be executed.17:57
tjonesyou can say "sparse" but it really just means "thin"17:57
tjonesit would not work.  i think we will need a zip format for ovf too17:57
hartsocks… and there's the confusion. "sparse" is not "thin"17:58
tjonesi know - but the code does not17:58
hartsocksah, a new bug.17:58
tjonesthe code does not know that17:58
tjonesyes - basically sparse would not work as written17:58
hartsockstada17:58
hartsocks*failure*17:58
tjonesi guess none of our customers are wanting sparse17:59
hartsocksWell.17:59
hartsocksI don't see how we could even support it without OVA the OVF support is only half way there.17:59
hartsocksWe're out of time.17:59
tjonesi thnk we should focus on ova personally17:59
hartsocksI'll be over on #openstack-vmware in about 5 minutes.18:00
*** danwent has quit IRC18:00
*** topol has joined #openstack-meeting18:00
hartsocks#endmeeting18:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"18:00
openstackMeeting ended Wed Aug 14 18:00:56 2013 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)18:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/vmwareapi/2013/vmwareapi.2013-08-14-17.00.html18:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/vmwareapi/2013/vmwareapi.2013-08-14-17.00.txt18:01
openstackLog:            http://eavesdrop.openstack.org/meetings/vmwareapi/2013/vmwareapi.2013-08-14-17.00.log.html18:01
*** hartsocks has quit IRC18:01
*** danwent has joined #openstack-meeting18:02
*** otherwiseguy has quit IRC18:03
*** tjones has left #openstack-meeting18:03
*** lexinator has quit IRC18:03
*** rohitk has quit IRC18:03
*** lexinator has joined #openstack-meeting18:05
*** dosaboy has quit IRC18:08
*** whenry has quit IRC18:09
*** whenry has joined #openstack-meeting18:10
*** xyang_ has quit IRC18:10
*** Guest70854 has quit IRC18:11
*** alexb_ has joined #openstack-meeting18:12
*** lcheng has quit IRC18:16
*** luisg has quit IRC18:16
*** luisg has joined #openstack-meeting18:16
*** garyk has joined #openstack-meeting18:17
*** Mandell has quit IRC18:17
*** topol has quit IRC18:17
*** dani4571 has quit IRC18:18
*** troytoman is now known as troytoman-away18:19
*** leif has joined #openstack-meeting18:19
*** troytoman-away is now known as troytoman18:20
*** leif is now known as Guest9961918:20
*** dani4571 has joined #openstack-meeting18:21
*** dosaboy_1 has joined #openstack-meeting18:23
*** mrunge has quit IRC18:24
*** afazekas has quit IRC18:25
*** dosaboy__ has quit IRC18:25
*** Mandell has joined #openstack-meeting18:26
*** chuckieb has quit IRC18:27
*** lifeless has quit IRC18:28
*** lcheng has joined #openstack-meeting18:28
*** psedlak__ has quit IRC18:29
*** herndon has joined #openstack-meeting18:35
*** emagana has quit IRC18:35
*** anniec has joined #openstack-meeting18:35
*** alexb_ has quit IRC18:36
*** edmund1 has joined #openstack-meeting18:37
*** edmund has quit IRC18:37
*** markmcclain has joined #openstack-meeting18:39
*** chuckieb has joined #openstack-meeting18:40
*** thomasbiege has joined #openstack-meeting18:41
*** diogogmt has quit IRC18:46
*** thomasbiege has quit IRC18:48
*** jmh_ has quit IRC18:49
*** rscottcoyle has joined #openstack-meeting18:49
*** emagana has joined #openstack-meeting18:50
*** pnavarro has quit IRC18:52
*** psedlak__ has joined #openstack-meeting18:53
*** pnavarro has joined #openstack-meeting18:53
*** adjohn has quit IRC18:53
*** SumitNaiksatam has quit IRC18:54
*** SumitNaiksatam has joined #openstack-meeting18:54
*** glikson has quit IRC18:55
*** zhiyan has quit IRC18:56
*** sacharya1 has joined #openstack-meeting18:58
*** jecarey has quit IRC18:58
*** adjohn has joined #openstack-meeting18:58
*** psedlak__ has quit IRC18:59
*** sacharya has quit IRC19:00
*** anniec has quit IRC19:00
*** diogogmt has joined #openstack-meeting19:01
*** jecarey has joined #openstack-meeting19:02
*** novas0x2a|laptop has joined #openstack-meeting19:04
*** otherwiseguy has joined #openstack-meeting19:07
*** sushils has joined #openstack-meeting19:08
*** gyee has joined #openstack-meeting19:08
*** bdpayne has quit IRC19:09
*** nwidell has joined #openstack-meeting19:11
*** emagana has quit IRC19:11
*** emagana has joined #openstack-meeting19:13
*** nwidell has quit IRC19:15
*** IlyaE has joined #openstack-meeting19:17
*** glikson has joined #openstack-meeting19:17
*** rnirmal has joined #openstack-meeting19:23
*** dosaboy_1 is now known as dosaboy19:23
*** ruhe has joined #openstack-meeting19:24
*** vipul is now known as vipul-away19:24
*** thomasbiege has joined #openstack-meeting19:25
*** vijendar1 has joined #openstack-meeting19:25
*** vijendar has quit IRC19:26
*** vipul-away is now known as vipul19:28
*** emagana has quit IRC19:28
*** ndipanov is now known as ndipanov_gone19:29
*** vipul is now known as vipul-away19:32
*** thomasbiege has quit IRC19:32
*** vaml has joined #openstack-meeting19:34
*** lifeless has joined #openstack-meeting19:39
*** funzo has joined #openstack-meeting19:39
*** ruhe has quit IRC19:39
*** afazekas has joined #openstack-meeting19:41
*** bdpayne has joined #openstack-meeting19:45
*** vipul-away is now known as vipul19:45
*** IlyaE has quit IRC19:50
*** chuckieb has quit IRC19:50
*** bgorski has joined #openstack-meeting19:51
*** SergeyLukjanov has quit IRC19:58
*** sacharya1 has quit IRC19:58
*** xBsd has joined #openstack-meeting19:59
*** tspatzier has joined #openstack-meeting19:59
*** mhagedorn has joined #openstack-meeting20:00
shardy#startmeeting heat20:00
openstackMeeting started Wed Aug 14 20:00:24 2013 UTC and is due to finish in 60 minutes.  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
radixhello hello20:00
bgorskio/20:00
sdake_o/20:00
asalkeldo/20:01
zanebhowdy y'all20:01
*** sacharya has joined #openstack-meeting20:01
bnemec\o20:01
spzalaHEllo20:01
funzohello20:01
*** jasond has joined #openstack-meeting20:01
tspatzierHi20:02
stevebaker\o20:02
jasondhi20:02
*** rscottcoyle has quit IRC20:02
mhagedornhi20:02
shardySpamapS, therve around?20:02
*** afazekas has quit IRC20:02
*** andrew_plunk has joined #openstack-meeting20:02
shardyOk hi all, lets get started20:03
radixI think therve's on vacation20:03
shardyradix: Ok, cool, thanks20:03
*** otherwiseguy has quit IRC20:03
*** randallburt has joined #openstack-meeting20:03
shardy#topic Review last week's actions20:03
*** openstack changes topic to "Review last week's actions (Meeting topic: heat)"20:03
zanebtomorrow is a holiday in most of Europe20:03
shardy#link http://eavesdrop.openstack.org/meetings/heat/2013/heat.2013-08-07-20.00.html20:04
randallburthi all20:04
*** zehicle_at_dell has joined #openstack-meeting20:04
shardyzaneb: it is? doh, not in the UK! ;(20:04
shardyDon't see any actions, anyone have anything to raise from last week?20:04
zanebshardy: only in the Catholic parts ;)20:04
*** timductive has joined #openstack-meeting20:04
zanebshardy: yes, mission statement20:04
asalkeldwe still busy with that?20:05
shardy#link https://etherpad.openstack.org/heat-mission20:05
asalkeldwow, over cooking it20:05
sdake_imo doesn't need to be this complicated ;)20:05
shardyasalkeld: yeah, agreed20:05
*** lblanchard has quit IRC20:05
shardyzaneb: what did you want to raise, other than we still need to put it somewhere?20:06
zanebnot suggesting that we need to discuss it again here, just that it's time to post it20:06
radixhuh. I think I lagged out for a bit20:06
*** alexb_ has joined #openstack-meeting20:06
shardyzaneb: OK, I was going to previously but the discussion was still in progress so I left it and was out last week20:07
shardy#action shardy to post mission statement20:07
stevebakerstick a fork in it, its done20:07
shardyOk, anything else from last week?20:07
asalkeldnope20:08
andrew_plunkI was wondering the status of the "heat config" bug, but I can figure that out in #heat later20:08
*** emagana has joined #openstack-meeting20:08
shardy#topic Reminder re Havana_Release_Schedule FeatureProposalFreeze20:08
*** openstack changes topic to "Reminder re Havana_Release_Schedule FeatureProposalFreeze (Meeting topic: heat)"20:08
shardySo the feature proposal freeze was agreed as Aug 2320:08
shardy#link https://wiki.openstack.org/wiki/Havana_Release_Schedule20:08
shardySo we've all got just over a week to get our stuff posted for review, then a couple of weeks to get it reviewed and merged20:09
stevebakerI'm waiting on various tempest/devstack/dib things, so unless somebody wants a hand with something I might take a look at Horizon20:09
shardyAnything which won't be posted by the 23rd will be bumped to Icehouse, so speak now if that's likely ;)20:09
*** xBsd has quit IRC20:10
shardywhich brings us to:20:10
*** wirehead_ has joined #openstack-meeting20:10
shardy#topic h3 blueprint status20:10
asalkeldwhen you say posted you mean patches or bp?20:10
*** openstack changes topic to "h3 blueprint status (Meeting topic: heat)"20:10
*** ocozalp has joined #openstack-meeting20:10
shardy#link https://launchpad.net/heat/+milestone/havana-320:10
shardyasalkeld: It's patches must be posted AIUI, as in propose the change?20:11
radixI'll try to keep up on reviews a bit every day20:11
*** xBsd has joined #openstack-meeting20:11
shardyway too late for new BPs now IMO20:11
*** alexb_ has quit IRC20:11
shardywe've got 28 BPs, about half done - I'm hoping heat-trusts will land but gated on keystoneclient20:13
shardysdake will the nova native resource BP land?20:13
sdake_hopefully - been busy with openshifty stuff20:13
shardy#link https://blueprints.launchpad.net/heat/+spec/native-nova-instance20:13
*** dani4571 has quit IRC20:13
stevebakersdake_ I'm happy to help with that if you like20:14
shardy#link https://blueprints.launchpad.net/heat/+spec/heat-trusts20:14
shardyYeah, be best if that doesn't get deferred IMO20:14
sdake_stevebaker atm i have to abandon my openshift work to make the 23rd deadline for that above blueprint20:14
sdake_i'll point you at my wip for rhel dib support20:14
shardysdake: Happy to reassign to stevebaker then?20:14
stevebakernot so interested in that ;)20:14
sdake_i've got a few patches merged already20:15
sdake_either way works for me20:15
sdake_what do you prefer stevebaker20:15
sdake_both need to get done soon20:15
stevebakeri wouldn't mind working on native instance20:15
sdake_ok assign to yourself then20:15
stevebakerok20:15
radixdoes anyone know what else needs to happen for https://blueprints.launchpad.net/heat/+spec/instance-resize-update-stack ? I see that it had a patchset merged20:16
shardytspatzier: some stuff has landed for hot-specification, how much more is planned?20:16
shardytspatzier: It's still "Started" atm20:16
shardy#link https://blueprints.launchpad.net/heat/+spec/hot-specification20:16
shardyradix: IIRC therve posted a patch and it's marked as Implemented, so done?20:17
*** alexb_ has joined #openstack-meeting20:17
spzalashardy: Seems like tspatzier is not here.. I will follow up with him20:17
radixwell, the bp isn't marked as complete. I guess I'll just ask him when he gets back20:18
shardyspzala: OK, thanks20:18
tspatziershardy, sorry, was distracted for a moment20:18
spzalashardy: no problem!20:18
asalkelddoes anyone need the rest api for this? https://blueprints.launchpad.net/heat/+spec/provider-upload20:18
shardyradix: It's marked as Implemented?20:18
shardy#link https://blueprints.launchpad.net/heat/+spec/instance-resize-update-stack20:18
shardyCompleted by20:18
shardyThomas Herve on 2013-08-0620:18
radixoh.20:18
tspatziershanks, so for hot-specification I guess there won't be much more in havana, since we will only document was is implemented.20:18
radixshardy: ok, never mind, I assumed everything in the list that I was looking at was still open20:18
spzalatspatzier: oh you are here :), cool.20:19
zanebasalkeld: I don't think we should have a ReST API for that20:19
asalkeldmark as done?20:19
shardytspatzier: Ok, if you're happy, please move to Implemented so we know there aren't more patches pending20:19
tspatziershardy, so if you are ok with that direction that hot-specification is only the initial sub-set of HOT we did in havana, we could close it20:19
tspatziersure, will do20:19
shardytspatzier: Ok, sounds good20:20
zanebasalkeld: it would be cool if we had the thing that will allow the client to automatically stick relevant files in the files section... dunno if that should go in that blueprint20:20
*** lblanchard has joined #openstack-meeting20:21
stevebakerthat already happens for env registry stuff20:21
shardyasalkeld: Yeah, IIRC the API thing was a historical idea?20:21
asalkeldzaneb, yea maybe I can do that - just for ever reworking cw stuff20:21
*** ocozalp has quit IRC20:21
shardyAnyone else need work, or need to get rid of work for h3 before we move on?20:22
zanebstevebaker: this stuff: http://lists.openstack.org/pipermail/openstack-dev/2013-May/009551.html20:22
*** otherwiseguy has joined #openstack-meeting20:23
stevebakerja?20:23
stevebakerah20:23
shardy#topic Open discussion20:23
*** openstack changes topic to "Open discussion (Meeting topic: heat)"20:23
*** adalbas has quit IRC20:23
shardyAnyone have anything to mention?20:24
zanebstevebaker: genau20:24
asalkeldshardy probably need to chat about that Policy now returning a url20:24
*** martine_ has quit IRC20:24
asalkeldI chatted to zaneb about it and that seeemed the best solution20:24
asalkeldhttps://review.openstack.org/#/c/41855/20:25
shardyasalkeld: Yeah, so both you and therve have posted patches with compatibility stuff, which pollutes the AWS resources with native stuff, or vice-versa20:25
shardyare we happy this is the way to do?20:25
shardys/do/go?20:25
shardyconsidering when we release it in Havana, we'll probably be stuck maintaining it..20:25
asalkeldthe problem is when you compose the alarm with template20:25
asalkeldyou can't reference the policy from the nested stack20:26
asalkeldso the url solves that20:26
shardyasalkeld: Ok, and I guess because it's just the result of the Ref, it's not actually a template-level incompatibility with cfn20:26
*** sushils has quit IRC20:26
sdakefunzo had a question for asalkeld about alarms wrt the reworked cloudwatch stuff and openshift20:27
shardyIf it's been discussed already then fair enough, I just saw it and wanted a sanity-check discussion ;)20:27
asalkeldI like the cw as a template, but if you guys are very against that I can make a plugin for the ceilometer CW20:27
zanebI don't hate this idea20:28
*** jecarey has quit IRC20:28
zanebscaling policy seems like one of the less important Refs to maintain consistency with20:28
*** sandywalsh has quit IRC20:28
asalkeldhopefully we will have a better autoscaling story soon20:29
shardyasalkeld: Where I was coming from is just that we want ideally to continue moving in a direction which decouples us from the AWSisms, rather than baking an unholy mixture of AWS-compatible and native resources ;)20:29
zanebyeah, whatever happened to the separate autoscaling api?20:29
radixzaneb: gradually getting there :)20:29
asalkeldwell we need a native autoscaling resource20:30
radixI'm also working vaguely around it. hence my work on InstanceGroup and tinkering with ResourceGroup20:30
asalkeldcool, radix getting there20:30
funzosdake: is this the forum to discuss what openshift would like to be able to do with autoscaling?20:30
*** sushils has joined #openstack-meeting20:30
shardyasalkeld: Yeah, we need native all-the-things, but those should be clean native implementations, eventually with the AWS-compatible stuff built on top?20:30
sdakefunzo think its appropriate to ask if what you want can be serviced by asalkeld's new work20:30
radixgiven the 7-week freeze I've decided to refocus a bit, hopefully we can get things rolling quickly after unfreeze20:30
asalkeldfunzo,  chat to radix20:30
asalkeld(off line)20:31
funzoasalkeld: ok20:31
zanebradix: cool :)20:31
asalkeldradix, we are all looking forward to the new autoscaling:)20:31
radixyay :)20:31
sdakeasalkeld the issue is around alarms not around autoscaling20:31
jasondregarding the multi-engine bug https://bugs.launchpad.net/heat/+bug/1211276, if anybody has feedback about https://bugs.launchpad.net/heat/+bug/1211276/comments/8 please let me know20:31
uvirtbotLaunchpad bug 1211276 in heat "can't cancel wedged stack-create" [High,Confirmed]20:32
radixzaneb: wanna make sure we have all of your use cases so we don't take it in the wrong direction20:32
*** jlucci1 has joined #openstack-meeting20:32
sdakeasalkeld i believe funzo wants to pass a parameter to an alarm20:32
stevebakeri put my recollection of the Portland channels discussion in there20:32
shardyfunzo: want to give us a summary of your issue, or maybe ping a mail to the list where we can discuss it?20:32
radixzaneb, asalkeld: we're probably going to be implement Heat resources for Otter which will give us a better idea of how the native autoscaling API will work20:33
shardybetter than individual discussions IMO20:33
funzoshardy: sure20:33
radixthere was one other thing... let me think...20:33
radixoh, right, InstanceGroup. we need a way to control it from the API20:33
funzoshardy: I wrote up a document of what I would like to be able to do from openshift here https://github.com/openshift/openshift-pep/blob/master/openshift-pep-007.md20:34
*** randallburt has quit IRC20:34
radixhas there been any thought on the ability to patch subsections of the template? If we have an external autoscaling service that's controlling an InstanceGroup in Heat, we need to change the "Size" of the InstanceGroup from that autoscaling service20:35
radixliterally just that one property on that one resource20:35
shardyradix: You just do a stack update20:35
funzoshardy: radix: it would require being able to invoke a scale-up/scale-down using a tool from within the openshift infrastructure. that call would need be able to pass parameters to specify user data20:35
radixshardy: right but download/change/update can lead to consistency errors20:35
asalkeldshardy but then you have to send the whole template20:35
*** jlucci has quit IRC20:35
funzoI'll follow up with you guys offline20:36
radixasalkeld: right exactly.20:36
asalkeldradix seems like a good change20:36
*** thomasbiege has joined #openstack-meeting20:36
radixwhat happens if two actors are doing fetch/change/update, too?20:36
radixthey can stomp on each other20:36
*** briancli1e is now known as briancline20:36
*** thomasbiege has quit IRC20:36
shardyfunzo: thanks for the info, will read and we can have a followup discussion20:36
*** jlucci1 has quit IRC20:37
radixin general IMO UpdateStack should be something that users do when they want to change something manually in their stack, but the size of an InstanceGroup has a different feel to it. is that not right?20:37
radixI mean, InstanceGroup's "Size" property20:37
shardyasalkeld: I thought we'd had this discussion recently, where we decided that allowing per-resource stack creation (or update) was a bad-idea (tm)20:37
radixbut I can also imagine a PATCH for a stack20:37
asalkeldshardy that's just an update20:38
radixwhich would be isomorphic to stack-update20:38
shardyOk, so just update, not a piecemeal create20:38
radixright, exactly20:38
radixI brought up "resource-create" a while ago and that was shot down20:38
radixthis is subtly different :)20:38
zanebso it's an update, but Heat does the remixing of the template itself20:38
zaneb?20:38
radixzaneb: yes20:38
radiximagine "replace *this* element in the template with *this* template snippet"20:39
shardyI'm not sure what real advantage it has, other than a tiny simplification to some dict mangling on the user side20:39
radixscoping all the way down to individual properties20:39
asalkeldlots of data20:39
radixshardy: well, like I said, consistency20:39
radixlots of data too, but consistency moreso20:39
radixif you have two actors downloading/changing/updating two different parts of the stack, they can stomp on each other20:40
shardyradix: It's much easier to keep a consistent stack definition if you have one template, rather than something in a random state after a bazillion resource updates over time20:40
*** adalbas has joined #openstack-meeting20:40
zanebI don't think anything else in Heat is consistent20:40
asalkeldhaha20:40
zanebif you kill your nova servers, heat won't know about it20:40
zanebsolution: don't do that20:40
zanebsorted.20:40
shardyradix: use git for your templates20:40
*** adjohn has quit IRC20:40
andrew_plunkright now an error is raised if you try to update while a stack is in update not complete I believe20:40
radixright but this use case is intrinsically dynamic20:40
radixremember, autoscale service controlling an InstanceGroup20:41
*** sandywalsh has joined #openstack-meeting20:41
radixthis isn't something that a user is doing manually20:41
zanebradix: you are talking about read/modify/update... but why read?20:41
asalkeldwell patch is a well know/used way of doing an update - don't see the problem with it20:41
radixzaneb: how do you know what to send to update?20:41
zanebthe AS service knows what outcome it wants, just generate the right template and update20:41
*** dprince has quit IRC20:41
shardyradix: but you're not changing the dynamic behaviour, just the definition used to perform it, or the limits20:41
radixzaneb: oh, I think I haven't explained it properly20:42
radixzaneb: so, look at InstanceGroup right now. all you have to do is change the "Size" Property and it adjusts the underlying nested stack as appropriate20:42
zanebradix: I think you're talking about having all of the state in Heat and none in AS, even though it's AS that's calling Heat20:42
shardyradix: maybe do a wiki page, and start a ML thread?20:42
radixit's actually already there in the wiki page :)20:42
zaneblink?20:43
radixhttps://wiki.openstack.org/wiki/Heat/AutoScaling20:43
shardy#link https://wiki.openstack.org/wiki/Heat/AutoScaling20:43
*** jecarey has joined #openstack-meeting20:43
radixit doesn't actually propose the specifics how AS controls the InstanceGroup, but it mentions that it needs to be solved20:43
*** thomasm has joined #openstack-meeting20:44
radixI can start a mailing list thread20:44
shardyradix: I've said this before, but I think we just need a policy resource which is generic and has hooks to call out to (or be signalled by) a policy-calculation service20:45
shardyie something which sits between ceilometer and the InstanceGroup20:45
radixah, actually it says something about some webhook or whatever, but I think that can change :)20:45
* stevebaker has to go20:46
radixshardy: hm. I don't think I've ever heard the idea of a "policy resource"20:46
radixI have heard the phrase "policy service" but it has never been clear to me20:46
zanebyou mean like AWS::AutoScaling::ScalingPolicy?20:46
asalkeldwell you always need a resource for the template to use20:46
radixI understand ScalingPolicy :)20:46
radixI *guess* I can imagine the autoscaling service directly doing an UpdateStack on the *nested* stack20:47
shardyzaneb: Yeah, but the whole premise of this AS service thing seems to be that folks want to plug something other than that in20:47
radixbut so far I had been imagining it would just update the "Size" of the InstanceGroup in the *parent* stack20:47
zanebradix: ooooooh. that's crazy ;)20:48
radixzaneb: which one?20:48
zanebparent stack20:48
shardyI'm still not that clear what this "autoscaling service" will actually do, which ceilometer and heat don't already do20:48
zaneb"autoscaling service directly doing an UpdateStack on the *nested* stack" is what I was thinking20:48
radixshardy: a couple of things20:48
*** randallburt has joined #openstack-meeting20:49
asalkeldshardy cool new stuff20:49
asalkeld:)20:49
*** glikson has quit IRC20:49
radixshardy: first, it's just a place to plug in more types of policies. scheduling-based ones, integration with other monitoring systems, etc.20:49
shardy$shiny_stuff20:49
asalkeldlike what funzo needs20:49
radixshardy: it can also provide an API similar to Amazon Auto Scaling API20:49
zanebshardy: it will be an actual resource that you can reference from anywhere (incl different template), rather than something buried behind a heat plugin20:49
asalkeld+120:50
shardyzaneb: Having some new *resource* I understand, a whole new service/project, not so much atm20:50
*** mhagedorn has left #openstack-meeting20:51
zanebI don't care whether it's in a new service/project20:51
zanebI think it needs a separate endpoint so we're not precluded from deciding that it does need to be later20:51
radixshardy: the *main* reason to make it a separate service is to provide an isolated autoscale API, which indeed is not really that important to a Heat purist's goals. Otherwise all the other functionality (scheduling, webhook support for arbitrary other custom monitoring systems to use) can be built directly into Heat20:51
radixzaneb: +120:51
shardywell people keep saying "autoscaling service", hence my question about what that service will actually do20:52
lifelessscale20:52
lifelessautomatically.20:52
*** spenceratx has joined #openstack-meeting20:52
zanebshardy: autoscaling API is a better name than service20:52
sdakelifeless i think the gap in communication is that heat already does scale automatically20:52
radixagreed20:52
radix(with zaneb)20:52
lifelesssdake: I know, I was being /totally/ unhelpful :)20:52
radixeven though I've been saying "autoscaling service" :)20:53
radixshardy: so imagine how CFN probably gets along with AWS AS. it's basically the same thing20:53
zanebwhen we have an API we can decide whether it makes sense for it to be a separate service. But we need an API IMO.20:53
radixAS can be used separately, but there's also probably some glue in AS to play well with CFN20:53
shardyzaneb: Ok, cool, I guess I'd rather just see us make our existing stuff more flexible, e.g native resources with more generic interfaces, but if an API is something people we need (rather than controlling via stack update, which can be done right now), then fair enough20:54
shardys/people we/people think we/20:54
shardyOk, lets follow up on the ML, anything else for the last 5mins?20:55
*** m4dcoder has joined #openstack-meeting20:55
asalkeldshardy, I'd guess that if people are using the as api,  then they are not using heat20:55
radixshardy: I will try to put together another mailing list post that just lays out the next design issue in a clear way, and put it in the context of the whole expected design20:55
radix(specifically, how the separate AS API will talk back to Heat to get it to do stuff)20:55
asalkeldbut that is still a valid usecase20:55
shardyasalkeld: why would they want to do that ;p20:55
radixI know, I know, it's terrible :)20:55
*** gordc has joined #openstack-meeting20:56
asalkeldcos not everyone wants to use heat?20:56
randallburtblasphemy20:56
sdakeneed to not divide developer resources20:56
asalkeld;)20:56
shardyasalkeld: Yeah, joking ;)20:56
*** jecarey has quit IRC20:56
zanebmore than that, they might want to e.g. use nested stacks and share launch configs or whatever across stacks20:56
zaneband right now they can't, because it has to be in the same stack as the group20:57
*** radez is now known as radez_g0n320:57
*** jhenner has joined #openstack-meeting20:57
radixzaneb: hmm, but don't we allow arbitrary inclusion of templates now anyway?20:57
radixor will?20:57
zanebwe can fix that either by implementing a separate api, or doing the lookup internally and trying not to screw up any of the security stuff20:57
zanebI know what I would vote for20:58
asalkeldyeah that sounds confusing20:58
SpamapSo/ (sorry late.. had conflicting things)20:58
shardySpamapS: lol, 2mins left ;)20:58
*** briancline has quit IRC20:58
asalkeldjust in time for the end20:58
radixSpamapS: you missed out on so much!20:58
SpamapSyeah20:58
SpamapSwanted to talk about event table20:58
SpamapSbut we can wait till next week20:59
sdakespamaps I see how it is, heat is #2 in your book :)20:59
SpamapSsdake: #2? oh yeah, right.. number _two_20:59
shardyOk, time's up, thanks all20:59
shardy#endmeeting20:59
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"20:59
radixthanks a lot guys20:59
openstackMeeting ended Wed Aug 14 20:59:31 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-08-14-20.00.html20:59
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/heat/2013/heat.2013-08-14-20.00.txt20:59
asalkeldwoot coffee time20:59
openstackLog:            http://eavesdrop.openstack.org/meetings/heat/2013/heat.2013-08-14-20.00.log.html20:59
*** Guest99619 has quit IRC20:59
*** andrew_plunk has left #openstack-meeting20:59
*** tspatzier has left #openstack-meeting20:59
*** leif has joined #openstack-meeting20:59
*** timductive has left #openstack-meeting21:00
*** leif is now known as Guest6601621:00
jd__#startmeeting ceilometer21:00
openstackMeeting started Wed Aug 14 21:00:42 2013 UTC and is due to finish in 60 minutes.  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
*** spenceratx has left #openstack-meeting21:00
dhellmanno/21:00
asalkeldnext one21:00
thomasmo/21:01
jd__#link https://wiki.openstack.org/wiki/Meetings/MeteringAgenda21:01
herndono/21:01
*** epende has joined #openstack-meeting21:01
silehto/21:01
jd__hi21:01
*** leif_ has joined #openstack-meeting21:01
*** nwidell has joined #openstack-meeting21:01
terriyuo/21:01
*** jasond has left #openstack-meeting21:01
jd__#topic jd__ to release python-ceilometerclient after https://review.openstack.org/#/c/40450/ merged21:02
*** openstack changes topic to "jd__ to release python-ceilometerclient after https://review.openstack.org/#/c/40450/ merged (Meeting topic: ceilometer)"21:02
*** jecarey has joined #openstack-meeting21:02
jd__#link https://pypi.python.org/pypi/python-ceilometerclient21:02
*** DanD has joined #openstack-meeting21:02
jd__released 1.0.321:02
*** zehicle_at_dell has quit IRC21:02
jd__#topic Review Havana-3 milestone21:03
*** openstack changes topic to "Review Havana-3 milestone (Meeting topic: ceilometer)"21:03
jd__#link https://launchpad.net/ceilometer/+milestone/havana-321:03
*** woodspa has quit IRC21:03
jd__so I've already moved out some of my blueprints21:03
apmeltono/21:03
nwidello/21:03
jd__and ttx is warning us that we should get code submitted *now*21:04
*** gordc has left #openstack-meeting21:04
ttx*now*21:04
dhellmannI'll move out the one for the example client, although we hope to start that soon21:04
DanDo/21:04
herndonhow now is now?21:04
jd__low priority blueprint are ouf of the ttx's radar21:04
*** gordc has joined #openstack-meeting21:04
jd__herndon: yesterday21:04
ttxlet's say that by experience now is always to late21:04
*** gordc has quit IRC21:04
*** gordc has joined #openstack-meeting21:04
*** lexinator has quit IRC21:05
dragondmo/21:05
*** lexinator has joined #openstack-meeting21:05
jd__the one that I'm pretty sure won't make it the Neutron one, I'll check with safchain tomorrow I guess21:05
ttxIt's the first "real" feature freeze crunch for ceilometer, trust me, you'll end up landing much less than you think, and I'd like to avoid too many feature freeze exceptions (keep them for stuff we NEED to have in the release)21:06
jd__eglynn's not here so we can't ask him :(21:06
*** gordc_ has joined #openstack-meeting21:06
jd__sileht: how's your bp?21:06
silehtjd__, good progress21:06
jd__FTR I'm working with terriyu on her blueprint and we're getting good progress too21:07
jd__(we submitted code already)21:07
jd__sileht: ack21:07
gordc_o/ apologies - irc client froze and didn't realize.21:07
terriyuI wrote the storage tests for the group by blueprint, so let me know if you have any feedback21:07
*** wirehead_ has left #openstack-meeting21:07
*** gordc has quit IRC21:08
*** alexb_ has quit IRC21:08
silehtjd__, I have submitted th API part of the combination alarm and I have written the evaluation part I will submit it soon21:08
jd__great21:08
jd__let's try to make ttx a liar ;)21:09
* ttx likes to be pleasantly surprised21:09
*** gordc_ is now known as gordc21:10
jd__also, don't slow down on review so we don't have a traffic jam in the next weeks21:10
jd__that'd be just awful to lose days on rebasing and stuff21:10
jd__#topic Open discussion21:11
*** openstack changes topic to "Open discussion (Meeting topic: ceilometer)"21:11
jd__out of topic for today, anything else?21:11
*** adjohn has joined #openstack-meeting21:11
dhellmannchannel logging?21:11
*** devoid has left #openstack-meeting21:11
*** alexb_ has joined #openstack-meeting21:12
jd__yeah, I saw your mail, so we're doing it21:12
dhellmannI don't guess there's much to say. I'm waiting to get the change merged to have it turned on.21:12
*** changbl has quit IRC21:12
jd__good21:12
*** stevemar has quit IRC21:12
*** gordc1 has joined #openstack-meeting21:13
thomasmWhere would we search the logs?21:13
jd__so closing this short meeting in a minute if nobody yells21:13
jd__thomasm: http://eavesdrop.openstack.org/21:14
thomasmAh, okay. Thanks!21:14
dragondmeveryone is busy this week, I think :> Short meeting.21:14
thomasmHehe, just a bit21:14
*** dvarga has joined #openstack-meeting21:15
*** dvarga has quit IRC21:15
*** adjohn has quit IRC21:16
*** vijendar1 has quit IRC21:16
*** alexb_ has quit IRC21:16
jd__#endmeeting21:16
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"21:16
openstackMeeting ended Wed Aug 14 21:16:41 2013 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)21:16
openstackMinutes:        http://eavesdrop.openstack.org/meetings/ceilometer/2013/ceilometer.2013-08-14-21.00.html21:16
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/ceilometer/2013/ceilometer.2013-08-14-21.00.txt21:16
openstackLog:            http://eavesdrop.openstack.org/meetings/ceilometer/2013/ceilometer.2013-08-14-21.00.log.html21:16
jd__see you guys, happy hacking :)21:16
thomasmTake it easy!21:16
*** DanD has quit IRC21:17
*** gordc has quit IRC21:17
terriyuWe should keep a record book for shortest Ceilometer meetings21:17
dragondmHeh.21:17
*** gordc1 has left #openstack-meeting21:17
dragondmThat's ok, as soon as we start cutting havana-3, the meetings will run out of time :>21:17
*** alexb_ has joined #openstack-meeting21:19
*** pcm__ has quit IRC21:20
*** thomasbiege has joined #openstack-meeting21:20
*** epende has quit IRC21:20
*** thomasbiege has quit IRC21:23
*** thomasm has quit IRC21:24
*** leif_ has quit IRC21:25
*** zehicle_at_dell has joined #openstack-meeting21:25
*** leif_ has joined #openstack-meeting21:25
*** nwidell has quit IRC21:25
*** alexpilotti_ has joined #openstack-meeting21:26
*** lblanchard has quit IRC21:27
*** alexpilotti has quit IRC21:29
*** alexpilotti_ is now known as alexpilotti21:29
*** randallburt has quit IRC21:29
*** zehicle_at_dell has quit IRC21:30
*** zehicle_at_dell has joined #openstack-meeting21:30
*** thomasbiege has joined #openstack-meeting21:31
*** neelashah1 has quit IRC21:32
*** m4dcoder has quit IRC21:34
*** alexpilotti has quit IRC21:34
*** alexpilotti has joined #openstack-meeting21:35
*** alexb_ has quit IRC21:35
*** IlyaE has joined #openstack-meeting21:37
*** sarob has quit IRC21:37
*** sarob has joined #openstack-meeting21:38
*** flaper87 is now known as flaper87|afk21:40
*** sarob has quit IRC21:42
*** zehicle_at_dell has quit IRC21:43
*** zehicle_at_dell has joined #openstack-meeting21:44
*** wolfdreamer has quit IRC21:44
*** thomasbiege has quit IRC21:46
*** flaper87|afk is now known as flaper8721:46
*** sarob has joined #openstack-meeting21:52
*** SumitNaiksatam has quit IRC21:54
*** markvan has quit IRC21:55
*** lbragstad has quit IRC21:55
*** rnirmal has quit IRC21:56
*** ivasev has quit IRC21:58
*** anteaya has quit IRC22:00
*** alexpilotti_ has joined #openstack-meeting22:01
*** mdurnosvistov has quit IRC22:02
*** alexpilotti has quit IRC22:02
*** vipul is now known as vipul-away22:03
*** emagana has quit IRC22:03
*** alexpilotti has joined #openstack-meeting22:05
*** alexpilotti_ has quit IRC22:05
*** burt has quit IRC22:05
*** funzo is now known as funzo|afk22:08
*** spzala_ has joined #openstack-meeting22:09
*** alexpilotti has quit IRC22:09
*** vipul-away is now known as vipul22:09
*** jlucci has joined #openstack-meeting22:10
*** spzala has quit IRC22:10
*** spzala_ is now known as spzala22:10
*** adjohn has joined #openstack-meeting22:12
*** jasondotstar has quit IRC22:13
*** kevinconway has quit IRC22:13
*** alexpilotti has joined #openstack-meeting22:14
*** mrodden has quit IRC22:14
*** zehicle_at_dell has quit IRC22:14
*** pnavarro has quit IRC22:14
*** alexpilotti has quit IRC22:16
*** alexpilotti has joined #openstack-meeting22:16
*** alexb_ has joined #openstack-meeting22:18
*** sacharya has quit IRC22:19
*** alexpilotti has quit IRC22:19
*** sarob_ has joined #openstack-meeting22:20
*** gyee has quit IRC22:21
*** SumitNaiksatam has joined #openstack-meeting22:21
*** sarob has quit IRC22:24
*** sarob_ has quit IRC22:24
*** blamar has quit IRC22:25
*** galstrom is now known as galstrom_zzz22:27
*** AlanClark has quit IRC22:28
*** dscannell has quit IRC22:30
*** jhenner has quit IRC22:31
*** vipul is now known as vipul-away22:31
*** markmcclain has quit IRC22:36
*** markmcclain has joined #openstack-meeting22:36
*** vipul-away is now known as vipul22:41
*** pentameter has quit IRC22:43
*** xBsd has quit IRC22:44
*** dcramer_ has quit IRC22:44
*** ryanpetrello has quit IRC22:45
*** dolphm has joined #openstack-meeting22:46
*** changbl has joined #openstack-meeting22:48
*** adjohn has quit IRC22:51
*** sarob has joined #openstack-meeting22:52
*** fifieldt has joined #openstack-meeting22:53
*** sarob has quit IRC22:54
*** sarob has joined #openstack-meeting22:54
fifieldthi sarob22:55
fifieldtanyone here for the community  team meeting? reed's away, so if it's just me we can likely cancel22:57
sarobI'm here22:57
fifieldtcool22:57
fifieldtfeel like chatting, or ...? :)22:58
sarob But not much to say ;)22:58
sarobTalk training?22:58
fifieldtI guess we could talk about how the training's going, yeah22:58
fifieldtlet's just smash through the action item things first22:58
fifieldtso it's all "formal"22:58
sarob;)22:59
fifieldt#startmeeting openstack-community22:59
openstackMeeting started Wed Aug 14 22:59:13 2013 UTC and is due to finish in 60 minutes.  The chair is fifieldt. Information about MeetBot at http://wiki.debian.org/MeetBot.22:59
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.22:59
*** openstack changes topic to " (Meeting topic: openstack-community)"22:59
openstackThe meeting name has been set to 'openstack_community'22:59
fifieldt#topic Action items from previous meeting22:59
*** openstack changes topic to "Action items from previous meeting (Meeting topic: openstack-community)"22:59
fifieldt#link http://eavesdrop.openstack.org/meetings/openstack_community/2013/openstack_community.2013-07-31-23.03.html22:59
fifieldtfor the minutes22:59
fifieldt1. reed to investigate using blueprints and milestones to manage development projects22:59
*** dolphm has quit IRC22:59
fifieldtI believe he did this, and we now have blueprints on launchpad23:00
fifieldt2. reed to write down the new policy for the blog and communicate it23:00
fifieldtthis was done23:00
fifieldtno crazily negative feedback23:00
fifieldt3. reed to comment on fifieldt's email titled "Dealing with Out of Date wiki pages" ;)23:00
sarobRight23:00
fifieldtnot done yet :) postpone to next week23:00
fifieldt#action  reed to comment on fifieldt's email titled "Dealing with Out of Date wiki pages" ;)23:00
fifieldt4. reed to investigate further how to use askbot widgets, find examples of other sites using them, etc23:00
fifieldtthis is ongoing23:00
fifieldt5. fifieldt to have a meeting with trystack admins23:01
fifieldtI had a great meeting with the trystack guys23:01
fifieldtas a result, we're moving to make the trystack activity more open23:01
sarobCool23:01
* MarkAtwood likes23:01
fifieldt#info we now have http://launchpad.net/trystack23:01
fifieldtyay MarkAtwood :D23:01
sarobSuper awesomeness23:02
fifieldtso their major plans for the next month are 1. getting API access running 2. getting better monitoring23:02
*** herndon has quit IRC23:02
*** brucer has joined #openstack-meeting23:02
fifieldthope to communicate more on this soon23:02
fifieldtthat's all out action items from last meeting23:02
fifieldtany questions on that?23:02
sarobNot from me23:03
fifieldtMarkAtwood ?23:03
fifieldtcool, it seems not23:03
fifieldtthe next item on the agenda is23:03
fifieldt#topic bugs on https://bugs.launchpad.net/openstack-community23:04
*** openstack changes topic to "bugs on https://bugs.launchpad.net/openstack-community (Meeting topic: openstack-community)"23:04
fifieldtessentially a little progress on ask.openstack, but need to chat to reed for the latest23:04
fifieldtI also lodged a new one23:04
fifieldt#link https://bugs.launchpad.net/openstack-community/+bug/121208923:04
uvirtbotLaunchpad bug 1212089 in openstack-community "answers from launchpad need to be migrated to ask.openstack.org" [Undecided,In progress]23:04
fifieldtand so I made a script that can migrate stuff from launchpad answers to ask.openstack23:05
fifieldtso if that all goes down well in community discussion23:05
fifieldtwe can move all the old questions from launchpad answers to ask.openstack23:05
sarobNice23:05
fifieldtand close the launchpad answers site23:05
fifieldtany other bugs on the community launchpad page take anyone's fancy?23:05
sarobNot here23:06
fifieldtcoolo23:06
fifieldtSo, quickly onto the last formal agenda item (after which we can talk training awesomeness)23:07
fifieldt#topic  progress report of projects: Ask in Chinese, User Group Portal23:07
*** openstack changes topic to "progress report of projects: Ask in Chinese, User Group Portal (Meeting topic: openstack-community)"23:07
fifieldt#info Ask in Chinese is live23:07
fifieldt#link http://ask.openstack.org/zh/23:07
fifieldtI spent a bit of time doing some translations23:07
fifieldtwe're up around 80% overall, but remaining strings to be translated are mainly on the admin dashboard side23:08
fifieldtso we just need to get people to use it now23:08
fifieldt#into development on the user group portal started23:08
*** alexb_ has quit IRC23:08
*** rods has quit IRC23:08
fifieldttheir first task is to integrate the platform with openstack-infra23:09
fifieldtand they've made good progress on that23:09
fifieldtmight be done this week23:09
fifieldtany queries on these two things?23:09
fifieldtcool, guess they make sense23:09
fifieldt#topic Training23:09
fifieldtsarob, let's talk training? :)23:09
fifieldtI've been seeing lots of patches going in23:09
fifieldthow's it all going?23:09
*** openstack changes topic to "Training (Meeting topic: openstack-community)"23:09
sarobGood so far23:10
*** jasondotstar has joined #openstack-meeting23:10
sarobThe structure is in place23:10
*** dhellmann is now known as dhellmann_23:10
sarobStarting a two week sprint next week23:10
fifieldtthat's focused on 'associate engineer'?23:11
sarobRight23:11
*** jmontemayor has quit IRC23:11
fifieldtvery cool23:11
fifieldtand do you need anything other than your existing bodies?23:11
sarobDef need more people23:12
sarobGot anyone in23:12
sarobMind?23:12
fifieldtI must admit I have interest personally :) Though not sure where the best starting point is right now23:13
fifieldtthere's a couple of people who I could ping around the world23:13
fifieldthow are you coordinating the split up of work?23:13
*** fnaval_ has quit IRC23:13
sarobThree levels23:13
sarobCore, community, education23:13
sarobEducation uses the training and submits bugs23:14
sarobCommunity fixes bugs23:14
sarobCore makes strategy attends sprints23:15
sarobWe have five core23:15
sarobRoom for more23:15
fifieldtrighto23:15
sarobI'm going to start actively recruit in the user groups23:16
sarobFor community level23:16
fifieldtsounds like a plan23:16
fifieldtI guess you want to get some kind of percentage of completeness before dragging in the masses?23:17
sarob#link docs.openstack.org/trunk/openstack-training23:17
sarobNot really23:17
sarobI think it is ready for whomever has interest23:18
*** markpeek has quit IRC23:18
*** adjohn has joined #openstack-meeting23:18
sarobWe start with associate to get our bearings23:18
sarobBut I'd like to get 500 people involved if possible23:18
fifieldtsure, sure23:19
sarobSettle for 5023:19
sarob;)23:19
fifieldtI'm just thinking along the lines of expectation management23:19
fifieldtrecruiting "bug fixers" for something that looks like: http://docs.openstack.org/trunk/openstack-training/content/bk002-ch050-associate-assessment.html23:19
fifieldtmight cause a mismatch ins expectations23:19
sarobAh  right23:20
fifieldtbut I'm sure you've got it in hand23:20
sarobOn the first page23:20
sarobI have the levels of contribution explained23:20
fifieldtreading now23:20
sarobCool23:20
fifieldtyeah, that makes more sense23:20
fifieldtlooks good23:21
*** nati_ueno has quit IRC23:21
sarobThe user stories are the content starting point23:21
sarobYou need to assign23:21
sarobBut anyone can join23:21
sarobTrello is open23:21
*** eharney has quit IRC23:21
fifieldtcool23:22
sarobYou interested in getting in?23:22
fifieldtsure23:22
fifieldtcan't garuntee time as such23:22
fifieldtbut I'll try to follow more closely and possibly contribute now I've had the personal intro from the leader :)23:22
fifieldtit is very exciting23:23
MarkAtwoodi will start tracking it23:23
sarobIf you can own a user story and get it done in a week, it's good23:23
fifieldtsounds like a good way to do it23:23
sarob20-30 people doing that23:23
fifieldtcool23:23
sarobWe will23:23
*** jecarey has quit IRC23:23
sarobShoot forward23:23
fifieldtok, I'll keep an eye out for others too23:24
sarobSuper23:24
*** tanisdl has quit IRC23:24
*** diogogmt has quit IRC23:24
fifieldtanything else you want to get on the record for training?23:24
sarobCore will keep stitching the content together23:24
*** nati_ueno has joined #openstack-meeting23:24
sarobNope23:24
fifieldtcool, I might just open it up so we can freestyle23:24
fifieldt#topic Open Discussion23:25
*** openstack changes topic to "Open Discussion (Meeting topic: openstack-community)"23:25
*** whenry is now known as whenry_afk23:25
sarobI've got two blueprints23:25
sarobIn community23:25
*** gatuus has joined #openstack-meeting23:25
sarobParticipation table23:25
sarobAnd the new member thingy23:25
fifieldt#link https://blueprints.launchpad.net/openstack-community/+spec/foundation-participation-table23:26
sarobI'm also interested in the use group foundation tool status23:26
sarobNot a blueprint23:26
fifieldt#link https://blueprints.launchpad.net/openstack-community/+spec/how-to-participate23:26
sarobThe table I need to pick back up23:26
sarobThe how to thingy is more of a foundation webtool thing23:27
fifieldtright, yeah23:27
fifieldtthey looks reasonable to me23:27
fifieldtI know reed has lots of thoughts on the latter23:28
fifieldtwith the "funnel"23:28
sarobCooling23:28
sarobAh spellcheck23:28
fifieldtto help progress people though the different stages23:28
sarobRight23:28
sarobI'd like to hold the user state23:28
fifieldtwhat kind of states are you thinking?23:29
sarobWe have lots of hidden bits23:29
fifieldtmember || atc || ...23:29
fifieldtright, true23:29
sarobI want to walk new company or user through23:29
sarobWhat OpenStack foundation offers23:30
sarobIt's kinda foundation training23:30
*** leif_ has quit IRC23:30
sarobA step by step how to23:31
fifieldtsomething like http://www.qantas.com.au/infodetail/flying/travelClasses/firstLounge/mel/index.html ?23:31
sarobWhat's a gold member?23:31
fifieldtgot it - it's leveraging your table23:32
sarobIt's flash23:32
fifieldtit was the only example I had on hand :)23:32
sarobMy iphone no likely23:32
sarobLikey23:32
fifieldtoh well23:32
sarobGot got the idea23:32
fifieldtbut yeah, I think one of the other things that comes up again is people thinking they need to be a gold sponsor _before_ contributing23:33
sarobIf we can tie tech training along with foundation training23:33
sarobCommon misunderstand23:33
sarobIMF23:33
*** zehicle has quit IRC23:33
sarobIng23:33
fifieldtgot it23:33
*** sushils has quit IRC23:34
sarobWe are going to start using the board membership committee23:34
sarobTo help new potentials23:34
fifieldtcool23:34
sarobThe how to tool would be the tech version23:35
*** ryanpetrello has joined #openstack-meeting23:35
fifieldtgot it23:35
sarobSo maybe reed or you can provide some insight the user group tool23:36
sarobNext meet23:36
fifieldtabsolutely23:37
fifieldtI expect we'll have a good update23:37
sarobAnd thoughts on the how to workflow23:37
*** sushils has joined #openstack-meeting23:37
sarobCoolo23:37
fifieldtalso within the next month will be a new getting started page on openstack.org23:37
fifieldtit's already written, mostly23:37
fifieldtwhich will not achieve everything that is needed23:37
sarobGreat23:37
fifieldtbut it'll be a helluva lot better than right now23:37
sarobWell it's prob a good stopgap23:38
fifieldtindeed23:38
sarobI'd like23:38
sarobTo give ourselves a goal of partipation23:38
sarobLike 100 commits a day or23:39
sarob10 user group events a week23:39
fifieldtambitious :)23:40
*** sacharya has joined #openstack-meeting23:40
sarobIt would be a challenging way of rating our success23:40
*** sacharya has quit IRC23:40
fifieldtindeed23:40
sarobIn not sure what would be good metrics23:40
sarobI just want to kick ass23:41
fifieldtroger that23:41
* sarob sarob kicking ass23:41
* fifieldt tempted to #action that23:41
fifieldtcool, well, is that a good point to end this meeting?23:42
sarobI think so23:42
* sarob fell off soapbox23:42
fifieldt#endmeeting openstack-community23:42
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"23:42
openstackMeeting ended Wed Aug 14 23:42:26 2013 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)23:42
openstackMinutes:        http://eavesdrop.openstack.org/meetings/openstack_community/2013/openstack_community.2013-08-14-22.59.html23:42
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/openstack_community/2013/openstack_community.2013-08-14-22.59.txt23:42
openstackLog:            http://eavesdrop.openstack.org/meetings/openstack_community/2013/openstack_community.2013-08-14-22.59.log.html23:42
fifieldtbrilliant :)23:42
fifieldtthanks for the chat sarob23:42
fifieldtlove your work23:42
sarobno prob23:42
sarobThanks!23:42
sarobCheers23:42
fifieldttime for breakfast :)23:43
*** vipul is now known as vipul-away23:43
*** vipul-away is now known as vipul23:43
sarobSarob out23:43
*** vipul is now known as vipul-away23:45
*** zehicle has joined #openstack-meeting23:47
*** markwash has quit IRC23:48
*** IlyaE has quit IRC23:49
*** sushils has quit IRC23:54
*** adjohn has quit IRC23:55
*** sarob has quit IRC23:56
*** sushils has joined #openstack-meeting23:56

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