Wednesday, 2012-08-15

*** kindaopsdevy has joined #openstack-meeting00:01
*** kindaopsdevy has quit IRC00:07
*** zhuadl_ has joined #openstack-meeting00:07
*** nati_ue__ has joined #openstack-meeting00:08
*** johnpostlethwait has quit IRC00:14
*** dwcramer has joined #openstack-meeting00:17
*** AlanClark has quit IRC00:22
*** andrewbogott is now known as andrewbogott_afk00:28
*** ayoung has joined #openstack-meeting00:32
*** matwood has quit IRC00:36
*** s0mik has quit IRC00:38
*** maoy has joined #openstack-meeting00:42
*** vladimir3p has quit IRC00:43
*** littleidea has quit IRC00:45
*** maoy has quit IRC00:46
*** maoy has joined #openstack-meeting00:47
*** adjohn has quit IRC00:52
*** zul has quit IRC00:56
*** nati_ueno has joined #openstack-meeting00:59
*** nati_ue__ has quit IRC01:02
*** alexpilotti has quit IRC01:04
*** zul has joined #openstack-meeting01:06
*** ryanpetrello has joined #openstack-meeting01:14
*** littleidea has joined #openstack-meeting01:22
*** matwood has joined #openstack-meeting01:22
*** ryanpetrello has quit IRC01:29
*** zhuadl_ has quit IRC01:31
*** blamar has quit IRC01:32
*** ncode has joined #openstack-meeting01:35
*** tongli has quit IRC01:35
*** zul has quit IRC01:38
*** novas0x2a|laptop has quit IRC01:44
*** danwent has quit IRC01:50
*** zul has joined #openstack-meeting01:53
*** tgall_foo has quit IRC01:56
*** zhuadl has joined #openstack-meeting02:00
*** nati_ueno has quit IRC02:08
*** anniec has quit IRC02:11
*** markmcclain has joined #openstack-meeting02:13
*** tgall_foo has joined #openstack-meeting02:21
*** tgall_foo has joined #openstack-meeting02:21
*** maoy has quit IRC02:25
*** danwent has joined #openstack-meeting02:26
*** s0mik has joined #openstack-meeting02:26
*** ayoung is now known as ayoung-zzzz02:34
*** dendrobates is now known as dendro-afk02:40
*** nati_ueno has joined #openstack-meeting02:43
*** ryanpetrello has joined #openstack-meeting02:43
*** nati_uen_ has quit IRC02:43
*** danwent has quit IRC02:48
*** mnewby has quit IRC02:48
*** Mandell has quit IRC02:55
*** dendro-afk is now known as dendrobates02:56
*** zhuadl__ has joined #openstack-meeting03:00
*** zhuadl has quit IRC03:03
*** zhuadl__ is now known as zhuadl03:04
*** nati_ueno has quit IRC03:24
*** mikal has quit IRC03:31
*** mikal has joined #openstack-meeting03:33
*** mikal has quit IRC03:44
*** zhuadl has quit IRC03:45
*** mikal has joined #openstack-meeting03:46
*** littleidea has quit IRC03:50
*** littleidea has joined #openstack-meeting03:51
*** tgall_foo has quit IRC03:57
*** dendrobates is now known as dendro-afk03:58
*** s0mik has quit IRC04:05
*** nati_ueno has joined #openstack-meeting04:07
*** nati_ueno has quit IRC04:10
*** nati_ueno has joined #openstack-meeting04:10
*** dolphm has joined #openstack-meeting04:13
*** ewindisch has quit IRC04:21
*** mikal has quit IRC04:24
*** mikal has joined #openstack-meeting04:31
*** inteq has joined #openstack-meeting04:31
*** s0mik has joined #openstack-meeting04:31
*** mikal_ has joined #openstack-meeting04:31
*** inteq has quit IRC04:32
*** mikal has quit IRC04:32
*** mikal_ has quit IRC04:32
*** ewindisch has joined #openstack-meeting04:32
*** mikal has joined #openstack-meeting04:32
*** anniec has joined #openstack-meeting04:41
*** dwcramer has quit IRC04:51
*** mnewby has joined #openstack-meeting04:51
*** nijaba has quit IRC04:53
*** Mandell has joined #openstack-meeting04:57
*** anniec_ has joined #openstack-meeting05:03
*** nati_ueno_2 has joined #openstack-meeting05:05
*** nati_ueno_2 has joined #openstack-meeting05:05
*** anniec has quit IRC05:07
*** anniec_ is now known as anniec05:07
*** nati_ueno has quit IRC05:08
*** nijaba has joined #openstack-meeting05:10
*** nijaba has quit IRC05:16
*** nijaba has joined #openstack-meeting05:18
*** nijaba has quit IRC05:18
*** nijaba has joined #openstack-meeting05:18
*** zhuadl has joined #openstack-meeting05:20
*** mikal has quit IRC05:23
*** mikal has joined #openstack-meeting05:25
*** garyk has joined #openstack-meeting05:30
*** s0mik has quit IRC05:31
*** danwent has joined #openstack-meeting05:32
*** nijaba has quit IRC05:51
*** adjohn has joined #openstack-meeting05:53
*** nati_ueno has joined #openstack-meeting05:53
*** nati_ueno_2 has quit IRC05:57
*** nijaba has joined #openstack-meeting06:04
*** s0mik has joined #openstack-meeting06:07
*** markmcclain has quit IRC06:14
*** milner has quit IRC06:17
*** johnpur has quit IRC06:23
*** ryanpetrello has quit IRC06:26
*** milner has joined #openstack-meeting06:30
*** eglynn__ has joined #openstack-meeting06:41
*** nati_ueno_2 has joined #openstack-meeting06:42
*** nati_ueno_2 has quit IRC06:43
*** nati_ueno_2 has joined #openstack-meeting06:43
*** nati_ueno has quit IRC06:45
*** s0mik has quit IRC06:53
*** danwent has quit IRC06:55
*** dolphm has quit IRC07:07
*** ttrifonov_zZzz is now known as ttrifonov07:18
*** nijaba has quit IRC07:23
*** milner has quit IRC07:27
*** nati_ueno has joined #openstack-meeting07:32
*** nati_ueno_2 has quit IRC07:35
*** adjohn has quit IRC07:36
*** milner has joined #openstack-meeting07:40
*** mnewby has quit IRC07:42
*** nijaba has joined #openstack-meeting07:44
*** nijaba has quit IRC07:44
*** nijaba has joined #openstack-meeting07:44
*** matwood has quit IRC07:49
*** alexpilotti has joined #openstack-meeting07:51
*** derekh has joined #openstack-meeting08:05
*** darraghb has joined #openstack-meeting08:11
*** EmilienM has joined #openstack-meeting08:11
*** anniec has quit IRC08:12
*** EmilienM has left #openstack-meeting08:16
*** dolphm has joined #openstack-meeting08:18
*** EmilienM has joined #openstack-meeting08:19
*** nati_ueno_2 has joined #openstack-meeting08:20
*** dolphm has quit IRC08:22
*** nati_ueno has quit IRC08:23
*** nati_ueno_2 has quit IRC08:23
*** nati_ueno has joined #openstack-meeting08:24
*** Blake_Yeager has quit IRC08:24
*** al-maisan has joined #openstack-meeting08:25
*** pnavarro has joined #openstack-meeting08:34
*** mestery has quit IRC08:46
*** mestery has joined #openstack-meeting08:46
*** nati_ueno has quit IRC08:57
*** nati_ueno has joined #openstack-meeting09:00
*** nati_ueno has joined #openstack-meeting09:00
*** nati_ueno has quit IRC09:08
*** mestery has quit IRC09:09
*** AlanClark has joined #openstack-meeting09:16
*** mestery has joined #openstack-meeting09:25
*** mestery has quit IRC09:44
*** mestery has joined #openstack-meeting09:45
*** reed has quit IRC09:50
*** reed has joined #openstack-meeting10:02
*** zhuadl has quit IRC10:29
*** dendro-afk is now known as dendrobates10:50
*** jrd_ has quit IRC11:20
*** markvoelker has joined #openstack-meeting11:21
*** ncode has quit IRC11:25
*** jrd_ has joined #openstack-meeting11:33
*** ttrifonov is now known as ttrifonov_zZzz11:56
*** ttrifonov_zZzz is now known as ttrifonov11:57
*** ywu has joined #openstack-meeting12:13
*** hggdh has quit IRC12:15
*** hggdh has joined #openstack-meeting12:17
*** reed has quit IRC12:22
*** ywu has quit IRC12:23
*** dolphm has joined #openstack-meeting12:35
*** AlanClark has quit IRC12:46
*** dolphm has quit IRC12:51
*** primeministerp has quit IRC12:53
*** jaypipes has quit IRC12:54
*** inteq has joined #openstack-meeting13:06
*** sandywalsh has joined #openstack-meeting13:12
*** ryanpetrello has joined #openstack-meeting13:12
*** markmcclain has joined #openstack-meeting13:19
*** sandywalsh_ has joined #openstack-meeting13:20
*** sandywalsh has quit IRC13:21
*** zhuadl has joined #openstack-meeting13:22
*** ryanpetrello has quit IRC13:25
*** dwcramer has joined #openstack-meeting13:25
*** tgall_foo has joined #openstack-meeting13:25
*** tgall_foo has joined #openstack-meeting13:25
*** ryanpetrello has joined #openstack-meeting13:25
*** dolphm has joined #openstack-meeting13:28
*** dprince has joined #openstack-meeting13:28
*** dendrobates is now known as dendro-afk13:28
*** tgall_foo has quit IRC13:29
*** dendro-afk is now known as dendrobates13:31
*** dtynan has joined #openstack-meeting13:32
*** al-maisan is now known as almaisan-away13:40
*** tgall_foo has joined #openstack-meeting13:46
*** tgall_foo has joined #openstack-meeting13:46
*** alexpilotti has quit IRC13:52
*** dendrobates is now known as dendro-afk14:06
*** ayoung-zzzz is now known as ayoung14:06
*** ayoung has quit IRC14:07
*** rafaduran has joined #openstack-meeting14:10
*** Mandell has quit IRC14:13
*** AlanClark has joined #openstack-meeting14:15
*** andrewbogott_afk is now known as andrewbogott14:17
*** vincent_hou has joined #openstack-meeting14:19
*** Mandell has joined #openstack-meeting14:19
*** andrewbogott is now known as andrewbogott_afk14:19
*** andrewbogott_afk is now known as andrewbogott14:19
*** rnirmal has joined #openstack-meeting14:22
*** belliott has left #openstack-meeting14:27
*** matwood has joined #openstack-meeting14:38
*** maoy has joined #openstack-meeting14:39
*** Mandell has quit IRC14:39
*** mattray has joined #openstack-meeting14:46
*** blamar has joined #openstack-meeting14:55
*** mestery_ has joined #openstack-meeting14:55
*** cp16net is now known as cp16net|away14:56
*** cp16net|away is now known as cp16net14:56
*** Mandell has joined #openstack-meeting14:57
*** mestery has quit IRC14:59
*** Mandell has quit IRC15:03
*** nati_ueno has joined #openstack-meeting15:07
*** nati_ueno has quit IRC15:08
*** nati_ueno has joined #openstack-meeting15:09
*** cp16net is now known as cp16net|away15:11
*** cp16net|away is now known as cp16net15:17
*** dendro-afk is now known as dendrobates15:20
*** rafaduran has left #openstack-meeting15:21
*** anniec has joined #openstack-meeting15:21
*** andrewbogott is now known as andrewbogott_afk15:28
*** vincent_hou has quit IRC15:31
*** Vincent_Hou has joined #openstack-meeting15:34
*** Vincent_Hou is now known as vincent_hou15:34
*** littleidea has quit IRC15:42
*** AlanClark has quit IRC15:49
*** bswartz has joined #openstack-meeting15:49
*** nati_ueno has quit IRC15:50
*** ayoung has joined #openstack-meeting15:52
*** thingee has joined #openstack-meeting15:55
*** pnavarro has quit IRC15:56
*** andrewbogott_afk is now known as andrewbogott16:00
jgriffith#startmeeting16:00
openstackMeeting started Wed Aug 15 16:00:42 2012 UTC.  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
thingeeo/16:01
jgriffithbswartz: thingee rnirmal ...around?16:01
rnirmalI'm here16:01
jgriffithanybody else?16:01
vincent_houme16:01
jgriffithHi vincent_hou16:01
vincent_houhi16:02
thingeedon't physically see durgin =/16:02
jgriffithWe'll get started anyway, should be a short meeting16:02
jgriffithDuncanT: ?16:02
jgriffith#topic F3 status16:03
*** openstack changes topic to "F3 status"16:03
jgriffith#link https://launchpad.net/cinder/+milestone/folsom-316:03
*** anniec has quit IRC16:03
jgriffithSo most everything here is under review or done16:03
bswartzI'm here16:03
jgriffithThe two exceptions: https://blueprints.launchpad.net/cinder/+spec/cinder-notifications16:04
jgriffithand https://bugs.launchpad.net/bugs/102331116:04
uvirtbotLaunchpad bug 1023311 in cinder "Quotas management is broken" [High,Triaged]16:04
jgriffithI think cinder-notifications is going to slip, unless I catch up with Craig and we get it in today16:04
jgriffithIt's actually probably pretty close, just bit rotted a bit with all of the changes over the past month or so16:05
rnirmaljgriffith: I can update on notifications16:05
jgriffithrnirmal: cool16:05
rnirmalcp16net: has it mostly done...having issues with the tests16:05
jgriffith#action rnirmal take a look at finishing cinder-notifications16:05
rnirmalafter his update... tox doesn't seem to run any tests16:05
jgriffithrnirmal: yeah, I think it was mostly just moving to openstack.common16:06
rnirmalyup16:06
jgriffithprobably rebase off of master and should be ok16:06
jgriffithcool16:06
jgriffithI'm moving Quota management to RC116:06
rnirmaljgriffith: will ask cp16net to ping offline for any help on that16:06
*** dricco has joined #openstack-meeting16:06
DuncanTSorry, just back from the dentist16:06
driccohere, too16:06
jgriffithrnirmal: Sounds good.. and if you need something from me shout16:06
jgriffithDuncanT: fun fun16:07
jgriffithSo other than those two, we have code for everything else16:07
*** AlanClark has joined #openstack-meeting16:07
jgriffithJust a matter of getting it reviewed, making any fixes and submitting before end of day16:07
DuncanTI've a patch that is subbonly refusing to work to make size optional when creating volumes from snapshots16:08
jgriffithttx will cut F3 late tonight and after that new features are pretty much shut down16:08
jgriffithDuncanT: haven't seen it?16:08
*** zhuadl has quit IRC16:08
jgriffithDuncanT: Throw it out, maybe some of us can help figure out the issue?16:08
driccoI have https://review.openstack.org/#/c/11141/16:08
jgriffithdricco: That's nova, this is cinder ;)16:09
DuncanTjgriffith: Will put it up in a moment16:09
driccosorry, though some of ye guys had nova core status16:10
jgriffithdricco: No problem, kinda just giving you a hard time16:10
driccoI'll wait for Russell Bryant to get back on it16:10
driccolol16:10
dricco:-)16:10
jgriffithdricco: Yes, it's good to bring it to everybody's attention16:10
russellbhm?16:10
jgriffithrussellb: ??16:10
jgriffithOk, so it looks like everybody has their drivers in16:11
*** cp16net is now known as cp16net|away16:11
jgriffithWe should all focus on clearing out the reviews today16:12
bswartzI'm happy to review code if anyone needs it16:12
*** garyk has quit IRC16:12
jgriffithbswartz: (and all) https://review.openstack.org/#/q/status:open+cinder,n,z16:13
jgriffithI just monitor this page throughout the day, easier than trying to catch email notifications etc16:13
*** nati_ueno has joined #openstack-meeting16:13
jgriffithof course if you have bandwidth help out on the Nova side too16:13
jgriffithJust a reminder...16:13
*** rturk_ has joined #openstack-meeting16:13
jgriffithAfter F3 is cut it's bug fixes only unless there's an FFE16:14
jgriffithSo if you have a feature it's going to get increasingly difficult to introduce it after today16:14
jgriffith#topic RC16:14
*** openstack changes topic to "RC"16:14
jgriffithSpeaking of RC...16:14
jgriffithThe other thing that was decided at the PPB yesterday...16:15
jgriffithDue to the screaming and yelling on the ML regarding nova-vol and Cinder16:15
jgriffithAfter RC1 we'll backport all Cinder changes/additions to Nova-Volume16:15
jgriffithThe idea is having a feature to feature match between nova-vol and Cinder16:16
jgriffithI'm not crazy about it, but I see the reasoning behind it16:16
bswartzdoes that include drivers?16:16
jgriffithThen hopefully we can truly deprecate nova-vol in Grizzly16:16
jgriffithbswartz: yes16:16
jgriffithbswartz: You should be covered already though no?16:16
*** jdurgin has joined #openstack-meeting16:16
bswartzjgriffith: we've submitted 4 different drivers, and only one of them is in nova-vol16:17
bswartzI will need to port the other 3 back16:17
jgriffithbswartz: I thought all of them were there... sorry16:17
jgriffithbswartz: Don't worry about it right now, just keep it in mind that you'll want to do it in the coming weeks16:17
bswartzjgriffith: what is the deadline for backporting driers from cinder to nova-vol?16:18
bswartzdrivers*16:18
jgriffithbswartz: So there's going to be a massive effort to dump/backport everything after RC116:18
jgriffithThis was just decided yesterday so it's not going to be unrealistic in terms of timeline16:19
bswartzjgriffith: do you have a link for the schedule for the rest of the release?16:19
jgriffithbswartz: http://wiki.openstack.org/FolsomReleaseSchedule16:19
bswartzthanks16:20
thingee:q16:20
jgriffith:O $#%$#%#16:20
jgriffithThat's me blowing chunks16:20
thingee:)16:21
jgriffithOk, any questions on F3 or Folsom in general?16:21
jgriffithI was hoping to catch up with winstond regarding scheduler, but no luck16:21
jgriffith#topic open discussion16:21
*** openstack changes topic to "open discussion"16:21
rnirmalwhen does trunk get branched for folsom16:21
jgriffithSorry rnirmal I just cut you off :)16:22
rnirmalnp... I was a tad late16:22
rnirmalis it F3 or RC116:22
jgriffithThat's a good question...16:22
jdurginDuncanT: making size optional when creating from an image would be good as well16:22
jgriffithI had that date16:22
jgriffithI believe ttx will do that when he cuts F3 but might be later16:22
DuncanTI plan on fixing the regression around scheduler and volume nodes being down at some point... but I see that as a bug fix :-)16:22
jgriffithI would expect no later than the end of this month16:22
jgriffithDuncanT: exactly16:23
jgriffithDuncanT: and a critical bug fix no less16:23
*** markmcclain has quit IRC16:23
jgriffithJust remember, soooner is better at this stage16:23
jgriffithEach day past F3 things will get more difficult16:23
jgriffithI also wanted to clarify some things about volume_type :)16:24
bswartz jgriffith: oh yes, I was going to ask about that16:24
jgriffithbswartz: :)16:24
jgriffithThe idea behind volume_type was to give a way to tell the scheduler to select different back-ends16:24
jgriffithWe've had dicussions about other uses (such as QOS) but haven't implemented anything yet16:25
bswartzjgriffith: but volume_type was added in diablo, long before we supported multiple backends16:25
rnirmaljgriffith: isn't volume_types also a user facing feature ?16:25
jgriffithbswartz: added, implemented and used are all different things16:25
jgriffithrnirmal: yes it is (user facing)16:26
DuncanTbswartz: You could always run different abckends on different volume nodes16:26
bswartzjgriffith: in the diablo timeframe, I thought the Zedara driver used it for qos16:26
jgriffithbswartz: yes *but*16:26
jgriffithbswartz: zadara's definition of qos is actually disk/backend type16:26
jgriffithbswartz: sata, scsi, ssd etc16:27
rnirmaljgriffith: back to my question... if volume_types is being thought of as sata, scsi, ssd etc16:27
rnirmalthen it differs slightly from the volume backend for the scheduler to choose16:28
rnirmalsupposing multiple backends support ssd16:28
jgriffithrnirmal: Well...... it doesn't have to be limited to that either16:28
DuncanTvolume_types of "gold, silver, budget" were also suggested16:28
*** ncode has joined #openstack-meeting16:28
creihtthe volume_type was added specifically so you could support multiple backends16:28
bswartzjgriffith: I would argue that it doesn't matter how the driver interprets the volume_type, only that it's processed inside the driver rather than outside the driver16:28
jgriffithYou can say something like: netapp = type-1, SF=type2, rbd=type316:28
creihtor multiple options within one backend16:28
rnirmaltrue but what I'm getting at is16:28
rnirmalvolume_type doesn't necessarily translate to a single backend16:28
creihtcorrect16:29
creihtit is up to the interpretation of the scheduler16:29
jgriffithrnirmal: Yes, I understand your point16:29
*** Mandell has joined #openstack-meeting16:29
creihtI'm not sure if the default scheduler ever got updated so that you could map volume_types to the backends16:29
rnirmalwhat I'm getting at is the scheduler needs something more than just volume_type to scheduler to the correct volume backend16:29
jgriffithcreiht: So there's the *PROBLEM*16:29
rnirmalcreiht: nope I don't think it has it16:29
jgriffithcreiht: The scheduler doesn't supoort it anyway16:30
DuncanTThere was a method added to driver so that it could provide key/value pairs to the scheduler16:30
DuncanTI think only one driver implemented it and the scheduler was never written16:30
jgriffithOk, before we rat hole....16:30
bswartzI think we need to clearly seperate data meant to be consumed by the scheduler from data meant to be consumed by the drivers16:30
creihtour driver uses it :)16:30
jgriffithDuncanT: Yes, that's the problem, nothing is implemented in the scheduler yet anyway16:30
*** mnewby has joined #openstack-meeting16:30
jgriffithbswartz: I have no problem with that16:30
rnirmaldriver.get_volume_stats is what reports back to the scheduler16:31
jgriffithbswartz: But in the case of driver that do require/use extra information where would you propose that comes from other than metadata?16:31
bswartzjgriffith: I have to admit that I don't know how volume metadata works16:31
bswartzI need to look into that16:31
creihtbswartz: I don't think anyone does :)16:32
jgriffithbswartz: It's just metadata you get to add to a volume when you create it16:32
jgriffithIn a nut shell16:32
bswartzjgriffith: is it surfaced at the API/CLI?16:32
jgriffithbswartz: yes16:32
jgriffithIn fact you'll notice creiht submitted a bug on this very topic16:32
jgriffithwe allow you to set it, but then don't return it in the response info16:33
bswartzjgriffith: Then I support improving the documentation for volume metadata and encouraging everyone to use that instead16:33
jgriffithThis was a bug, becuase it should be surfaced via the API16:33
jgriffithbswartz: HA HA... I support improving *ALL** documentation16:33
jgriffithbswartz: our documentation isn't so good for a new comer IMHO16:33
creihthah... yeah the volume documentation is a bit lacking16:34
jgriffithbswartz: This is something we really need to try and improve16:34
DuncanTI think volume_types can provide an easier to understand interface than metadata if it is fully implemented16:34
jgriffithDuncanT: yes, but they have *different* uses!16:34
creihtit depends on what you want to do with metadata16:34
rnirmalthink of metadata a per volume basis16:35
DuncanTWe also have a requirement (and have expressed for a while) that volume_type gets all the way to the driver16:35
jgriffithrnirmal: exactly!!!16:35
bswartzI will see what NetApp can do about documentation -- we are hiring more people on my team. No promises though16:35
rnirmalrather than from the backend provider basis16:35
DuncanTSince we do multiple types from one backend16:35
creihtI need to see as well what we can do to cross-pollinate some of our doc efforts16:35
jgriffithDuncanT: It does already16:35
creihtDuncanT: indeed, same boat here16:35
annegentlethat would be awesome, both of you16:35
creihtannegentle: :P16:36
creiht:)16:36
annegentleit'll pay back in spades :)16:36
creihtannegentle: I was going to pass that buck to you :)16:36
*** markmcclain has joined #openstack-meeting16:36
jgriffithDuncanT: It's in the volume db object that's passed into the driver on create, or do you mean something different?16:36
annegentlelol I really am working on it behind the scenes, believe me.16:36
jgriffithannegentle: The problem lies on our side IMO16:37
creihtannegentle: yeah I know, just need to make sure we have things set up correctly so that what david does on our docs can also help you guys16:37
DuncanTShall we try to get some usecases of volume_types .v. metadata written up and see if we're ont he same page? It's a bit fluffy at the moment16:37
jgriffithannegentle: We all throw our code in but *never* document it :(16:37
annegentlecreiht: that's perfect, thanks16:37
jgriffithDuncanT: So one use case for metadata is my patch submission :)16:37
rnirmalDuncanT: yes that would be really helpful16:37
annegentlejgriffith: we have sysadmins who wrote the volumes stuff that already exists who would LOVE more info to write more docs. So it's really a matter of matching up people16:37
creihtgah... and I gotta run16:37
DuncanTThe only use I've got for metadata is affinity / anti-affinity16:38
creihtjgriffith: if there are any areas that I can help with this stuff, please email me16:38
creihtand I'll check back on the backlog later16:38
jgriffithcreiht: we'll do... thanks!16:38
DuncanTI think I understand jgriffith's case as well16:38
jgriffithSo let's ignore *what* the metadata contains for a second...16:38
rnirmalis metadata here == volume_type extra specs?16:39
jgriffithrnirmal: gaaaa.... I didn't even want to talk about that one yet :)16:39
rnirmalok :)16:39
jgriffithSo this is exaclty the problem IMO16:39
*** mattray has quit IRC16:39
jgriffithWe have metadata, volume_type and the extra specs16:40
rnirmalcos I think we are going in circles confused between the two... without a clear separation16:40
jgriffithBut we don't have a clear agreement/understanding of what they're intended use is16:40
jgriffithrnirmal: yes, I think you are precisely correct16:40
jgriffithSo volume_types as I understand it was intended to be used to make scheduler decisions16:41
jgriffithdoes anybody disagree with that?16:41
rnirmalcan we clear it up a little more16:42
DuncanTIsh16:42
bswartzjgriffith: I can't speak to that, but if it's true, then Netapp is definitey doing the wrong thing16:42
*** garyk has joined #openstack-meeting16:42
jgriffithrnirmal: I was intentional avoiding specific use cases16:42
jgriffithbswartz: I don't think that's true16:42
rnirmaljgriffith: I don't want to avoid specific cases right now16:43
jgriffithbswartz: I think it works extremely well for your cases where you've used it16:43
DuncanTIf you take a broad definition of 'scheduler'16:43
rnirmalif we are to implement the rest of it correctly16:43
jgriffithrnirmal: :) fair enough16:43
bswartzThe NetApp driver assumes that its the only backend running16:43
bswartzWe need to do some testing of the multi-backend scenarios to see if anything evil happens16:44
jgriffithbswartz: as it should16:44
jgriffithbswartz: That shouldn't be your problem, it should be up to the scheduler and API's to sort that out16:44
jgriffithbswartz: The whole point of the abstraction is it shouldn't matter to the driver16:45
rnirmalyeah the driver need not understand beyond it's presence.16:45
jgriffithrnirmal: Ok... I'm not ignoring you I promise16:45
bswartzso if there are multiple backends, don't they all share the same cinder.volumes DB table?16:45
jgriffithbswartz: yes16:45
bswartzjgriffith: how does the scheduler know which backends created which volumes?16:46
*** matiu_ is now known as matiu16:46
jgriffithbswartz: ?16:47
jgriffithbswartz: You mean the host column?16:47
*** s0mik has joined #openstack-meeting16:47
rnirmalright now it's just the host column16:47
rnirmalI don't think anything else is being used16:47
jgriffith:)16:47
bswartzwell, once a volume is created, when an attach call comes in, it needs to get sent to the right backend16:47
*** darraghb has quit IRC16:47
bswartzso the host column is it?16:47
bswartzperhaps that's all that's needed16:47
jgriffithbswartz: Ahhh... that's different, that's the driver16:47
jgriffithSo here's the thing...16:48
bswartzokay maybe I'm not understanding this16:49
bswartzcan different backends have different drivers?16:49
rnirmalyes if you run them on different hosts currently16:49
bswartzif they can, then it matters which backend the the attach call goes to, the the right driver can handle it16:49
DuncanTI thought somebody did some work to allow different drivers on one host?16:50
rnirmalDuncanT: I'm working on it16:50
*** mattray has joined #openstack-meeting16:50
jgriffithDuncanT: rnirmal did that, yes but it doesn't look like it's going to make it for Folsom16:50
DuncanTAh, ok, got it16:51
jgriffithbswartz: The volume/api will do an rpc cast to the appropriate volume node16:51
jgriffithbswartz: That volume node will *only* support a single backend/driver16:51
*** esker has joined #openstack-meeting16:52
*** lloydde has joined #openstack-meeting16:52
bswartzjgriffith: until rnirmal's change16:52
jgriffithbswartz: It figures out what volume node to use via the scheduler16:52
jgriffithbswartz: yes, but that's not in so let's leave it out of your question for now16:52
bswartzokay16:52
jgriffithbswartz: I'm just trying to explain why the backend doesn't need to *know* or care and how it works16:53
jgriffithbswartz: So the current solution for multiple back-ends is multiple volume nodes16:53
bswartzI'm willing to believe that everything just somehow works, but I plan to do some testing to see exactly how it works16:53
jgriffithbswartz: :) that's what I had to do16:53
jgriffithbswartz: I used pdb and traced a bunch of crap to figure it out16:54
rnirmalbswartz: :)16:54
bswartzI think we still need to tackle the user interface for selecting qos stuff vs driver type stuff16:54
vincent_houis there anything about CHAP?16:54
bswartzhaving one argument that's overloaded for both purposes seems like a recipe for trouble16:54
jgriffithvincent_hou: don't think we'll get to it, do you have any updates?16:55
jgriffithbswartz: ?16:55
DuncanTMight be worth enhancing the dummy driver so that it publishes enough to allow the scheduler to tell it apart from a real backend?16:55
vincent_houi wrote soem specs16:55
*** oubiwann1 has joined #openstack-meeting16:55
vincent_houhttp://wiki.openstack.org/IscsiChapSupport16:55
vincent_houi hope people can help to look at it16:56
jgriffithbswartz: The whole point I'm trying to make is in my case qos stuff *IS* driver stuff (as you put it)16:56
jgriffithvincent_hou: Yes, definitely!16:56
*** cp16net|away is now known as cp16net16:56
jgriffithvincent_hou: I meant to talk to you the other night... single way chap seems fine to me16:56
rnirmalbswartz: +1 for not overloading16:56
*** johnpur has joined #openstack-meeting16:57
jgriffithrnirmal: bswartz: overloading what???16:57
vincent_houok16:57
jgriffithrnirmal: bswartz: I still don't know what's being overloaded?16:57
rnirmaljgriffith: n/m we can talk abt it later... overloading a single construct for deciding user specified type and which backend to choose16:57
bswartzjgriffith: I don't like the idea of volume_types being consumed by both the scheduler and the drivers16:57
bswartzI'm happy to table that discussion though16:57
DuncanTI don't think volume_types is purely about backend selection... indeed bbackend selection should be invisible to the user16:58
jgriffithbswartz: Ahhh.. I see what you're saying now16:58
jgriffithbswartz: hmmm16:58
DuncanTI think they are about classes of service16:58
jgriffithbswartz: I don't know that I see a problem with that, but I'm open minded16:58
rnirmaljgriffith: that goes back to why we didn't use volume_types and choose volume_backends instead16:58
*** anniec has joined #openstack-meeting16:58
*** derekh has quit IRC16:58
DuncanTI don't want the user to have to know or care about backends at all16:58
jgriffithrnirmal: Yes!  That's correct16:59
bswartzI think it's possible to make things work with the current design, but I also think that it can lead to trouble, and we'd be better off changing the design to avoid future problems16:59
*** anniec_ has joined #openstack-meeting16:59
jgriffithbswartz: I don't necessarily see why allowing the backend to read volume_type is *dangerous*17:00
bswartzI there was on argument for the scheduler, and then some other argument for the driver-specific stuff, that would be better IMO17:00
DuncanTbswartz: From the user facing API? Yuck yuck yuck17:00
rnirmaljgriffith: it's not dangerous just a ton more confusing.17:00
jgriffithOk... so here's what I propose17:01
*** anniec_ has quit IRC17:01
*** littleidea has joined #openstack-meeting17:01
bswartzmaybe just add a QOS user parameter?17:01
*** anniec_ has joined #openstack-meeting17:01
rnirmaland potentially relay to the user what the backends are maybe17:01
jgriffithkeep in mind that this is going to be Grizzly work and not Folsom17:01
jgriffithbswartz: That won't work I don't think even though I'd like it :)17:01
jgriffithbswartz: Or, I should say it definitely won't work for Folsom, but we can pitch it for Grizzly17:01
jgriffithSo I propose that we flush out the meaning/purpose of volume_type including some use cases17:02
rnirmalyeah all of this should just be grizzly... but getting it early on in grizzly is going to be tremendously helpful.. since it's a lot of moving parts17:02
jgriffithIn addition we do the same thing for metadata17:02
*** anniec has quit IRC17:03
*** anniec_ is now known as anniec17:03
jgriffithI'll also agree that a blueprint for exposing QOS is the best thing for Grizzly17:03
bswartzjgriffith: use cases would be good, so we can have a concrete discussion17:03
*** thingee is now known as thingee_zz17:03
jgriffithbswartz: I'm glad you said that because I'm going to ask everybody involved in this converstation to present some :)17:03
jgriffith#action bswartz DuncanT rnirmal jgriffith Work on use cases/definition for volume_type and metadata for next week17:04
rnirmaljgriffith: I def have a few17:04
jgriffithAnd on that note we're out of time :)17:04
jgriffithDon't get too bogged down on this right now17:04
jgriffithWe need to focus on Folsom17:04
jgriffithBut it's good that this came up, we definitely won't to get it ironed out for Grizzly17:05
*** rturk_ has quit IRC17:05
jgriffitherrr... "won't == want to"17:05
jgriffithAnything else real quick?17:05
bswartzeveryone do some reviews!17:05
jgriffithYes!!!17:05
jgriffithAnd don't get too wrapped up in whether somebody uses metadata versus volume types :)17:06
jgriffithThanks everyone!17:06
jgriffith#endmeeting17:06
*** openstack changes topic to "OpenStack meeting channel. See http://wiki.openstack.org/Meetings for schedule and http://eavesdrop.openstack.org/meetings/openstack-meeting/ for meeting logs"17:06
openstackMeeting ended Wed Aug 15 17:06:22 2012 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)17:06
openstackMinutes:        http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-08-15-16.00.html17:06
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-08-15-16.00.txt17:06
openstackLog:            http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-08-15-16.00.log.html17:06
*** vincent_hou has quit IRC17:08
*** cp16net is now known as cp16net|away17:12
*** thingee_zz is now known as thingee17:23
*** thingee has left #openstack-meeting17:23
*** bswartz has left #openstack-meeting17:23
*** adjohn has joined #openstack-meeting17:32
*** andrewbogott is now known as andrewbogott_afk17:34
*** andrewbogott_afk is now known as andrewbogott17:34
*** rkukura has quit IRC17:36
*** eglynn__ has quit IRC17:38
*** eglynn__ has joined #openstack-meeting17:38
*** adjohn has quit IRC17:44
*** dhellmann has quit IRC17:47
*** dhellmann_ has joined #openstack-meeting17:47
*** bcwaldon has left #openstack-meeting17:50
*** esker has quit IRC17:51
*** blamar_ has joined #openstack-meeting17:53
*** blamar has quit IRC17:55
*** blamar_ is now known as blamar17:55
*** AlanClark has quit IRC18:00
*** dwcramer has quit IRC18:02
*** dendrobates is now known as dendro-afk18:09
*** mugu has quit IRC18:10
*** jkoelker has quit IRC18:11
*** jkoelker has joined #openstack-meeting18:13
*** dabo has quit IRC18:14
*** dabo has joined #openstack-meeting18:15
*** dwcramer has joined #openstack-meeting18:17
*** nati_ueno has quit IRC18:23
*** alexpilotti has joined #openstack-meeting18:26
*** sleepson- has joined #openstack-meeting18:39
*** jd____ has joined #openstack-meeting18:39
*** eglynn has joined #openstack-meeting18:39
*** cp16net|away is now known as cp16net18:44
*** dabo has quit IRC18:45
*** eglynn__ has quit IRC18:45
*** zul has quit IRC18:45
*** jcooley has quit IRC18:45
*** sdake has quit IRC18:45
*** no`x has quit IRC18:45
*** glenc_ has quit IRC18:45
*** sleepsonthefloor has quit IRC18:45
*** jd___ has quit IRC18:45
*** jd____ is now known as jd___18:46
*** glenc has joined #openstack-meeting18:46
*** oubiwann1 has quit IRC18:49
*** sdake has joined #openstack-meeting18:51
*** jcooley has joined #openstack-meeting18:51
*** no`x has joined #openstack-meeting18:52
*** dabo has joined #openstack-meeting18:53
*** zul has joined #openstack-meeting18:53
*** oubiwann1 has joined #openstack-meeting18:53
*** novas0x2a|laptop has joined #openstack-meeting18:55
*** dendro-afk is now known as dendrobates18:56
*** mestery_ is now known as mestery19:06
*** dwcramer has quit IRC19:09
*** johnpostlethwait has joined #openstack-meeting19:10
*** dabo has left #openstack-meeting19:24
*** dwcramer has joined #openstack-meeting19:25
*** EmilienM has quit IRC19:34
*** milner has quit IRC19:34
*** vladimir3p has joined #openstack-meeting19:35
*** dolphm has quit IRC19:38
*** oubiwann1 has quit IRC19:41
*** milner has joined #openstack-meeting19:48
*** andrewbogott is now known as andrewbogott_afk19:53
*** blamar_ has joined #openstack-meeting19:59
*** oubiwann1 has joined #openstack-meeting20:01
*** blamar has quit IRC20:03
*** blamar_ is now known as blamar20:03
*** _ozstacker_ has joined #openstack-meeting20:03
*** ozstacker has quit IRC20:07
*** pnavarro has joined #openstack-meeting20:08
*** blamar_ has joined #openstack-meeting20:10
*** blamar__ has joined #openstack-meeting20:11
*** mugu_ has joined #openstack-meeting20:11
*** blamar___ has joined #openstack-meeting20:12
*** pnavarro has quit IRC20:12
*** blamar has quit IRC20:13
*** blamar___ is now known as blamar20:13
*** blamar_ has quit IRC20:14
*** blamar__ has quit IRC20:15
*** andrewbogott_afk is now known as andrewbogott20:19
*** dendrobates is now known as dendro-afk20:21
*** mugu_ is now known as mugu20:25
*** nati_ueno has joined #openstack-meeting20:33
*** littleidea has quit IRC20:38
*** littleidea has joined #openstack-meeting20:38
*** dolphm has joined #openstack-meeting20:53
*** jrd_ is now known as jrd-redhat20:53
*** ryanpetrello has quit IRC21:03
*** ryanpetrello has joined #openstack-meeting21:03
*** AlanClark has joined #openstack-meeting21:07
*** kindaopsdevy has joined #openstack-meeting21:14
*** dprince has quit IRC21:19
*** dolphm has quit IRC21:20
*** eglynn has quit IRC21:23
*** markvoelker has quit IRC21:25
*** maoy has quit IRC21:26
*** maoy has joined #openstack-meeting21:26
*** ewindisch has quit IRC21:30
*** rnirmal has quit IRC21:44
*** sandywalsh_ has quit IRC21:53
*** ywu has joined #openstack-meeting21:54
*** dabo has joined #openstack-meeting21:54
*** andrewbogott is now known as andrewbogott_afk21:58
*** andrewbogott_afk is now known as andrewbogott22:00
*** markmcclain has quit IRC22:00
*** dwcramer has quit IRC22:01
*** ywu has quit IRC22:03
*** mattray has quit IRC22:03
*** tgall_foo has quit IRC22:03
*** mattray has joined #openstack-meeting22:08
*** alexpilotti has quit IRC22:13
*** blamar has quit IRC22:19
*** alexpilotti has joined #openstack-meeting22:20
*** kindaopsdevy has quit IRC22:26
*** kindaopsdevy has joined #openstack-meeting22:30
*** dolphm has joined #openstack-meeting22:31
*** matwood has quit IRC22:31
*** maoy has quit IRC22:33
*** ehm1 has joined #openstack-meeting22:34
*** ehm1 has left #openstack-meeting22:34
*** nati_ueno_2 has joined #openstack-meeting22:34
*** dolphm has quit IRC22:35
*** kindaopsdevy has quit IRC22:35
*** nati_ueno_2 has quit IRC22:37
*** mattray has quit IRC22:41
*** ttrifonov is now known as ttrifonov_zZzz22:42
*** nati_ueno has quit IRC22:45
*** nati_ueno has joined #openstack-meeting22:46
*** nati_uen_ has joined #openstack-meeting22:49
*** AlanClark has quit IRC22:50
*** lloydde has quit IRC22:57
*** andrewbogott is now known as andrewbogott_afk23:00
*** ewindisch has joined #openstack-meeting23:02
*** alexpilotti has quit IRC23:09
*** alexpilotti has joined #openstack-meeting23:12
*** dwcramer has joined #openstack-meeting23:19
*** alexpilotti_ has joined #openstack-meeting23:20
*** alexpilotti has quit IRC23:21
*** alexpilotti_ is now known as alexpilotti23:21
*** ewindisch has quit IRC23:23
*** alexpilotti_ has joined #openstack-meeting23:25
*** salv-orlando has quit IRC23:27
*** alexpilotti has quit IRC23:27
*** alexpilotti_ is now known as alexpilotti23:27
*** ewindisch has joined #openstack-meeting23:28
*** andrewbogott_afk is now known as andrewbogott23:34
*** matwood has joined #openstack-meeting23:54
*** oubiwann1 has quit IRC23:58
*** cp16net is now known as cp16net|away23:58
*** PotHix has quit IRC23:59
*** cp16net|away is now known as cp16net23:59

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