Monday, 2015-06-01

*** emagana has joined #openstack-cinder00:30
*** emagana has quit IRC00:36
*** dimsum__ has quit IRC00:37
*** dims has joined #openstack-cinder00:44
*** jwcroppe has quit IRC00:45
*** vivek_nandavanam has joined #openstack-cinder00:48
*** lixiaoy1 has joined #openstack-cinder01:11
*** markvoelker has quit IRC01:18
*** heyun has joined #openstack-cinder01:24
*** emagana has joined #openstack-cinder01:25
*** tobe has joined #openstack-cinder01:30
*** emagana has quit IRC01:30
*** mriedem has quit IRC01:30
*** dylan has joined #openstack-cinder01:34
*** dims has quit IRC01:37
*** dims has joined #openstack-cinder01:38
*** dims has quit IRC01:43
*** Lee1092 has joined #openstack-cinder01:45
openstackgerritwanghao proposed openstack/cinder: Support for force-delete backups  https://review.openstack.org/16612701:54
*** garthb has joined #openstack-cinder01:58
openstackgerritwanghao proposed openstack/cinder: Support for force-delete backups  https://review.openstack.org/16612701:59
*** xiaohui has quit IRC02:02
asselin_nikeshm, great job! I see fc is working even though this message is in the console.log. Probably need to update the fc script to be more robust....02:06
asselin_12:55:45 2015-05-31 19:55:45.363 | Failed to install FC Drivers. Aborting.02:06
asselin_http://115.119.152.41/65/177665/5/check/dsvm-tempest-full-fc/4925660/console.html02:06
*** nikeshm has quit IRC02:11
*** emagana has joined #openstack-cinder02:19
*** akshai has joined #openstack-cinder02:22
*** emagana has quit IRC02:23
*** akshai has quit IRC02:30
*** asselin_ has quit IRC02:33
*** markvoelker has joined #openstack-cinder02:34
*** markvoelker has quit IRC02:39
openstackgerritRick Chen proposed openstack/cinder: Prophetstor driver needs to return snapshot objects for create_cgsnapshot and delete_cgsnapshot.  https://review.openstack.org/18549502:39
openstackgerritRick Chen proposed openstack/cinder: Complete switch to snapshot objects  https://review.openstack.org/16391002:39
openstackgerritRick Chen proposed openstack/cinder: Switch get_all_snapshots to use objects  https://review.openstack.org/16107702:39
*** Longgeek has joined #openstack-cinder02:42
*** Longgeek has quit IRC02:45
openstackgerritXinXiaohui proposed openstack/cinder-specs: capacity-headroom  https://review.openstack.org/17038002:47
*** Longgeek has joined #openstack-cinder02:53
*** nikeshm has joined #openstack-cinder03:11
nikeshmasselin: thanks03:11
nikeshmasselin: how could i improve the speed of test,03:12
nikeshmits taking 1 hr 40 minutes03:12
nikeshmi have good network and hardware03:12
nikeshmusing kvm in os provider03:13
*** emagana has joined #openstack-cinder03:13
nikeshmbut devtstack itself taking half an hr in nodepool vms03:13
*** Yogi1 has joined #openstack-cinder03:14
*** emagana has quit IRC03:17
*** jwcroppe has joined #openstack-cinder03:25
*** asselin_ has joined #openstack-cinder03:27
*** jwcroppe has quit IRC03:42
*** haomaiw__ has joined #openstack-cinder03:47
*** Yogi1 has quit IRC03:49
*** haomaiwang has quit IRC03:49
*** sgotliv has joined #openstack-cinder03:51
*** haomaiw__ has quit IRC03:59
*** haomaiwang has joined #openstack-cinder04:02
*** yamada-h has joined #openstack-cinder04:03
*** emagana has joined #openstack-cinder04:07
*** emagana has quit IRC04:11
*** garthb has quit IRC04:13
*** markvoelker has joined #openstack-cinder04:23
*** markvoelker has quit IRC04:28
*** sks has joined #openstack-cinder04:35
*** vivek_nandavanam has quit IRC04:43
*** rushiagr_away is now known as rushiagr04:52
*** vilobhmm has quit IRC04:59
*** tobe has quit IRC05:01
*** emagana has joined #openstack-cinder05:01
*** emagana has quit IRC05:06
*** tobe has joined #openstack-cinder05:07
*** vilobhmm has joined #openstack-cinder05:07
*** zhenguo has joined #openstack-cinder05:39
*** tobe has quit IRC05:44
*** Miouge has joined #openstack-cinder05:46
*** emagana has joined #openstack-cinder05:55
*** ankit_ag has joined #openstack-cinder05:57
openstackgerritVincent Hou proposed openstack/cinder-specs: Volume migration improvement for L  https://review.openstack.org/18632706:00
*** emagana has quit IRC06:00
openstackgerritVincent Hou proposed openstack/cinder-specs: Volume migration improvement for L  https://review.openstack.org/18632706:02
*** tobe has joined #openstack-cinder06:03
*** yamada-h has quit IRC06:04
*** yamada-h has joined #openstack-cinder06:06
*** yamada-h has quit IRC06:10
*** markvoelker has joined #openstack-cinder06:12
*** nlevinki has joined #openstack-cinder06:13
*** markvoelker has quit IRC06:16
*** nkrinner has joined #openstack-cinder06:17
*** sgotliv has quit IRC06:17
*** pradipta has joined #openstack-cinder06:18
*** Miouge has quit IRC06:20
*** anshul has joined #openstack-cinder06:23
*** Miouge has joined #openstack-cinder06:27
*** Miouge has quit IRC06:32
*** agarciam has joined #openstack-cinder06:33
*** Longgeek has quit IRC06:34
*** Longgeek has joined #openstack-cinder06:34
*** deepakcs has joined #openstack-cinder06:38
*** kaisers1 has joined #openstack-cinder06:43
*** rhefner has quit IRC06:43
openstackgerritwanghao proposed openstack/cinder: Support volume backup of qcow2 format volume  https://review.openstack.org/18227606:44
*** markus_z has joined #openstack-cinder06:47
*** emagana has joined #openstack-cinder06:50
*** daneyon has joined #openstack-cinder06:50
*** Miouge has joined #openstack-cinder06:50
*** emagana has quit IRC06:54
*** daneyon has quit IRC07:00
*** daneyon has joined #openstack-cinder07:01
*** tshefi has joined #openstack-cinder07:03
*** daneyon has quit IRC07:06
*** afazekas has joined #openstack-cinder07:12
*** yamada-h has joined #openstack-cinder07:16
*** vilobhmm has quit IRC07:24
*** haomaiw__ has joined #openstack-cinder07:24
*** haomaiwang has quit IRC07:27
*** Zhongjun has joined #openstack-cinder07:28
*** dulek has joined #openstack-cinder07:29
*** leopoldj has joined #openstack-cinder07:32
openstackgerritVincent Hou proposed openstack/cinder-specs: Volume migration improvement for L  https://review.openstack.org/18632707:33
*** tobe has quit IRC07:37
openstackgerritVincent Hou proposed openstack/cinder-specs: Volume migration improvement for L  https://review.openstack.org/18632707:37
*** jistr has joined #openstack-cinder07:39
*** tobe has joined #openstack-cinder07:39
*** lpetrut has joined #openstack-cinder07:43
*** dylan has quit IRC07:43
*** emagana has joined #openstack-cinder07:44
*** chlong has quit IRC07:45
*** nihilifer has joined #openstack-cinder07:46
*** emagana has quit IRC07:49
*** yamada-h_ has joined #openstack-cinder07:55
*** yamada-h has quit IRC07:55
*** yamada-h_ has quit IRC07:57
*** yamada-h has joined #openstack-cinder07:57
*** markvoelker has joined #openstack-cinder08:01
*** jordanP has joined #openstack-cinder08:01
*** markvoelker has quit IRC08:06
*** sgotliv has joined #openstack-cinder08:12
*** tobe has quit IRC08:22
*** sgotliv has quit IRC08:22
*** sgotliv has joined #openstack-cinder08:22
*** tobe has joined #openstack-cinder08:23
*** ajayaa has joined #openstack-cinder08:36
ajayaaHi guys. Does Cinder work with Keystone v3 api in Icehouse?08:37
ajayaaIn my test environment it is using v2.0 api of Keystone and when it tries to verify a v3 token with v2.0 api, Keystone gives a 401.08:38
*** emagana has joined #openstack-cinder08:38
*** sgotliv has quit IRC08:41
*** emagana has quit IRC08:43
*** sgotliv has joined #openstack-cinder08:45
*** yogeshwars1 has joined #openstack-cinder08:46
*** Longgeek has quit IRC08:50
*** afazekas_ has joined #openstack-cinder08:55
*** Longgeek has joined #openstack-cinder08:56
*** afazekas has quit IRC08:59
*** e0ne has joined #openstack-cinder09:02
*** afazekas_ has quit IRC09:17
*** IanGovett has joined #openstack-cinder09:23
*** mdbooth has quit IRC09:25
*** emagana has joined #openstack-cinder09:32
openstackgerritVipin Balachandran proposed openstack/cinder: Fix capacity weigher help messages  https://review.openstack.org/18714709:33
openstackgerritVipin Balachandran proposed openstack/cinder: Fix doc in deprecated simple scheduler  https://review.openstack.org/18714809:36
*** emagana has quit IRC09:37
*** aix has joined #openstack-cinder09:43
*** afazekas has joined #openstack-cinder09:45
*** e0ne is now known as e0ne_09:48
*** markvoelker has joined #openstack-cinder09:49
*** e0ne_ is now known as e0ne09:50
*** markvoelker has quit IRC09:54
openstackgerritVipin Balachandran proposed openstack/cinder: Add missing unit test for goodness weigher  https://review.openstack.org/18715709:54
openstackgerritwanghao proposed openstack/cinder: Non-admin user to query volume filter by az  https://review.openstack.org/15603409:55
*** lixiaoy1 has quit IRC09:55
*** dims has joined #openstack-cinder09:55
*** mdbooth has joined #openstack-cinder10:02
openstackgerritPh. Marek proposed openstack/cinder: Re-add DRBD driver.  https://review.openstack.org/17857310:09
*** heyun has quit IRC10:13
openstackgerritVipin Balachandran proposed openstack/cinder: VMware: Create volume backing in specific clusters  https://review.openstack.org/18666410:13
*** zz_naotok has quit IRC10:15
*** openstackstatus has quit IRC10:20
*** openstack has quit IRC10:20
*** openstack has joined #openstack-cinder10:27
*** emagana has quit IRC10:31
*** Miouge has quit IRC10:31
openstackgerritPranali Deore proposed openstack/cinder: Made error message consistent across all apis  https://review.openstack.org/18668810:38
*** nlevinki_ has joined #openstack-cinder10:42
*** danieru has joined #openstack-cinder10:42
*** nlevinki has quit IRC10:43
*** danieru_ has quit IRC10:43
*** mitz has quit IRC10:43
*** mitz has joined #openstack-cinder10:43
*** bswartz has quit IRC10:59
*** Miouge has joined #openstack-cinder11:02
*** emagana has joined #openstack-cinder11:20
*** e0ne has quit IRC11:21
*** emagana has quit IRC11:25
*** tobe has quit IRC11:25
*** rhefner has joined #openstack-cinder11:28
*** e0ne has joined #openstack-cinder11:30
*** aix has quit IRC11:34
*** markvoelker has joined #openstack-cinder11:35
*** markvoelker has quit IRC11:40
*** deepakcs has quit IRC11:42
dulekgeguileor: Hi!11:42
dulekgeguileor: I'm in the process of refactoring api.create_volume.11:42
geguileor dulek Hi11:43
dulekgeguileor: I've just noticed a lot of "TODO(harlowja): what happens if the status changes after this11:43
dulek initial volume status check occurs???"11:43
dulekThis is when creating a volume from another volume.11:43
dulekAny idea if this is planned to be fixed somehow?11:44
geguileordulek: You got me with my mind in another problem and I'm a little bit lost11:44
geguileordulek: Can you point me to one of those cases you mention, please?11:45
dulekhttps://github.com/openstack/cinder/blob/master/cinder/volume/flows/api/create_volume.py#L12311:45
dulekSimple situation - we're doing this check, then snapshot changes state.11:46
dulekThis is an obvious race condition, but I wonder if your efforts to get atomic state changes cover also that place.11:47
*** aix has joined #openstack-cinder11:48
geguileordulek: I don't think that would be covered by atomic state changes11:48
geguileordulek: That would have to do with resource locking11:48
geguileordulek: Like not allowing deletion of used resources11:48
geguileordulek: In some places this is currently handled with synchronized, which will have to change11:49
dulekOkay, I get it.11:49
dulekProbably changing snapshot's status to some *ing value would also do the job.11:49
geguileordulek: Since you are working now just to refactor the Taskflow part to see if there are benefits11:49
geguileordulek: I would leave those comments and maybe add a note to Etherpad11:50
dulekOkay, I'll take a look if this kind of races are harmful and how it can be approached.11:50
dulekThanks for clarifying! :)11:50
ekarlsohow in devstack with cinder can I have it share a volume ?11:51
geguileordulek: I think ING states are not a solution for this11:51
geguileordulek: Because you could be creating multiple volumes from the same snapshot at the same time11:51
geguileordulek: And then you would need to have an additional counter to check if you can ffree the snapshot11:52
dulekgeguileor: Okay, you're right.11:52
geguileordulek: I had the same initial idea  :)11:52
dulekekarlso: What do you mean by sharing?11:52
ekarlsodulek: use a existing vol group11:53
dulekekarlso: Something like that: http://paste.openstack.org/show/252664/11:56
*** ronis has joined #openstack-cinder11:56
dulekekarlso: ?11:56
dulekekarlso: In cinder.conf11:56
*** rushiagr is now known as rushiagr_away11:57
ekarlsodulek: I mean, in devstack how is there a way to say CINDER_VOLUME_NAME=fooo11:58
geguileorekarlso: Are you trying to do multi backend?11:58
ekarlsogeguileor: no, i just have a pre-existing volume group "rootvg" that's on a raid and I want cinder in devstack to use it11:59
geguileorOh, ok11:59
geguileorekarlso: Are you using local.conf or localrc file?11:59
ekarlsogeguileor: local.conf12:00
geguileorekarlso: Only 1 backend?12:00
ekarlsogeguileor: yep12:00
geguileorThen it's basically what dulek said: Add this at the end of your local.conf http://paste.openstack.org/show/252665/12:02
geguileorekarlso: That should do the trick12:02
ekarlsoah12:03
dulekekarlso, geguileor: Yes, I've just sent options from cinder.conf instead of local.conf12:03
*** ociuhandu has joined #openstack-cinder12:03
geguileordulek: The line he was looking for was just [[post-config|$CINDER_CONF]]12:04
*** ganso_ has joined #openstack-cinder12:04
geguileorAdding that to local.conf will make DevStack use next sections for cinder configuration12:04
*** Zhongjun has quit IRC12:09
*** akerr has joined #openstack-cinder12:14
*** emagana has joined #openstack-cinder12:15
*** belmoreira has joined #openstack-cinder12:15
*** Miouge has quit IRC12:17
*** emagana has quit IRC12:19
*** ociuhandu has quit IRC12:20
*** rmesta has joined #openstack-cinder12:31
*** markvoelker has joined #openstack-cinder12:34
*** sks has quit IRC12:38
*** IanGovett1 has joined #openstack-cinder12:39
*** IanGovett has quit IRC12:41
*** timcl has joined #openstack-cinder12:41
*** chlong has joined #openstack-cinder12:49
*** Zhongjun has joined #openstack-cinder12:59
*** sgotliv_ has joined #openstack-cinder12:59
*** sgotliv has quit IRC13:00
*** Miouge has joined #openstack-cinder13:02
*** yamada-h has quit IRC13:03
*** eharney has quit IRC13:03
*** ajayaa has quit IRC13:04
openstackgerritPranali Deore proposed openstack/cinder: Validate name and description string  https://review.openstack.org/18299413:08
*** primechuck has joined #openstack-cinder13:08
*** emagana has joined #openstack-cinder13:09
openstackgerritPranali Deore proposed openstack/cinder: Return 400 error instead of 500 for invalid body  https://review.openstack.org/18666913:09
*** dustins has joined #openstack-cinder13:13
*** emagana has quit IRC13:13
*** Yogi1 has joined #openstack-cinder13:14
*** jaypipes has joined #openstack-cinder13:16
*** ajayaa has joined #openstack-cinder13:20
*** xyang1 has joined #openstack-cinder13:20
*** merooney has joined #openstack-cinder13:22
*** annegentle has joined #openstack-cinder13:23
openstackgerritVincent Hou proposed openstack/cinder: Implement the update_migrated_volume for the drivers  https://review.openstack.org/18087313:25
smcginnisFinally back to the land of the living. I've got some scrollback to read through! :)13:32
*** superdan is now known as dansmith13:34
*** cbader has joined #openstack-cinder13:35
*** e0ne has quit IRC13:35
*** rushil has joined #openstack-cinder13:42
*** merooney has quit IRC13:43
*** dhellmann has left #openstack-cinder13:44
*** eharney has joined #openstack-cinder13:44
*** rushil has quit IRC13:47
tbarronsmcginnis: Welcome back!13:48
openstackgerritSzymon Wróblewski proposed openstack/cinder: Tooz locks  https://review.openstack.org/18353713:49
smcginnistbarron: Thanks! Feel like I've missed a lot.13:53
*** rmesta has quit IRC13:54
tbarronsmcginnis: we didn't do too much damage while you were gone.13:54
openstackgerritVincent Hou proposed openstack/cinder-specs: Volume migration improvement for L  https://review.openstack.org/18632713:55
*** jaypipes has quit IRC13:55
*** mriedem has joined #openstack-cinder13:55
*** merooney has joined #openstack-cinder13:56
*** ajayaa has quit IRC13:57
*** rushil has joined #openstack-cinder13:58
smcginnis;)14:00
*** annegentle has quit IRC14:02
*** emagana has joined #openstack-cinder14:03
*** annegentle has joined #openstack-cinder14:03
*** thangp has joined #openstack-cinder14:07
*** ankit_ag has quit IRC14:08
*** emagana has quit IRC14:08
*** merooney has quit IRC14:15
*** merooney has joined #openstack-cinder14:16
openstackgerritSzymon Wróblewski proposed openstack/cinder: Tooz locks  https://review.openstack.org/18353714:20
*** anuragpalsule has joined #openstack-cinder14:21
*** agarciam has quit IRC14:21
*** agarciam has joined #openstack-cinder14:21
*** rmesta has joined #openstack-cinder14:25
*** merooney has quit IRC14:26
*** krtaylor has quit IRC14:30
*** mtanino has joined #openstack-cinder14:31
*** merooney has joined #openstack-cinder14:31
*** annegentle has quit IRC14:32
*** breitz has joined #openstack-cinder14:32
*** crose has joined #openstack-cinder14:34
*** anuragpalsule has quit IRC14:35
*** anuragpalsule1 has joined #openstack-cinder14:35
openstackgerritJohn Griffith proposed openstack/cinder: Use SolidFire snapshots for Cinder snapshots  https://review.openstack.org/18696314:35
*** krtaylor has joined #openstack-cinder14:42
*** nlevinki_ has quit IRC14:50
*** jaypipes has joined #openstack-cinder14:51
*** julim has joined #openstack-cinder14:52
*** e0ne has joined #openstack-cinder14:52
*** e0ne is now known as e0ne_14:52
*** Yogi11 has joined #openstack-cinder14:55
*** e0ne_ is now known as e0ne14:56
*** afazekas has quit IRC14:57
openstackgerritSzymon Wróblewski proposed openstack/cinder: Tooz locks  https://review.openstack.org/18353714:58
*** Yogi1 has quit IRC14:59
*** Guest83839 has joined #openstack-cinder15:00
flip214thingee: I'm not available on Wednesday, but I wanted to tell you that I think we've nearly arrived with the CI for DRBD. Unless there's something else to do that I don't know about yet...15:01
*** dmz has quit IRC15:02
*** merooney has quit IRC15:05
*** jungleboyj has joined #openstack-cinder15:07
*** emagana has joined #openstack-cinder15:09
*** emagana has quit IRC15:09
*** emagana has joined #openstack-cinder15:09
*** Zhongjun has quit IRC15:09
*** emagana has quit IRC15:10
*** hemnabeer is now known as hemna15:11
*** lpetrut has quit IRC15:11
*** emagana has joined #openstack-cinder15:11
*** Yogi11 has quit IRC15:11
*** emagana has quit IRC15:12
openstackgerritSzymon Wróblewski proposed openstack/cinder: POC: Tooz locks demo  https://review.openstack.org/18564615:12
*** merooney has joined #openstack-cinder15:12
*** emagana has joined #openstack-cinder15:13
*** emagana has quit IRC15:14
*** Yogi1 has joined #openstack-cinder15:18
*** david-ly_ is now known as david-lyle15:21
*** Yogi1 has quit IRC15:25
*** emagana has joined #openstack-cinder15:25
mtaninojgriffith: I posted a spec for enhancement of volume copy during volume migration which we discussed last week.15:27
*** dannywilson has joined #openstack-cinder15:27
mtaninojgriffith: Could you give me a feedback for it? https://review.openstack.org/#/c/186209/ Thanks.15:28
*** tshefi has quit IRC15:29
*** leopoldj has quit IRC15:30
*** akshai has joined #openstack-cinder15:30
*** jdurgin has joined #openstack-cinder15:31
smcginnisflip214: That should be the last roadblock as far as I'm aware. https://wiki.openstack.org/wiki/Cinder/how-to-contribute-a-driver15:31
*** anuragpalsule1 has quit IRC15:32
flip214smcginnis: I do hope so, too ;)15:33
jungleboyjsmcginnis: Welcome back.15:34
smcginnisjungleboyj: Thanks!15:34
flip214smcginnis: Now I only have to find out what to do to get my driver tempest run using that devstack plugin15:34
smcginnisjungleboyj: Now to unbury myself from the email avalanche.15:34
Swansonsmcginnis: Congrats on fooling the core!15:35
*** nihilifer has quit IRC15:35
smcginnisSwanson: Hah! :-P15:35
jungleboyjsmcginnis: Yeah, I don't think I am totally out of that from the Summit yet.15:35
jungleboyjsmcginnis: How were the karate seminars?15:35
smcginnisjungleboyj: Very good. Exhausted today though, so catching up is going to be a lot of fun.15:36
openstackgerritJohn Griffith proposed openstack/cinder: Return provider_id in SolidFire model update  https://review.openstack.org/18723315:36
jungleboyj:-)15:36
*** daneyon has joined #openstack-cinder15:36
*** harlowja_at_home has joined #openstack-cinder15:38
*** Yogi1 has joined #openstack-cinder15:38
*** merooney has quit IRC15:39
*** dims has quit IRC15:41
*** dhellmann has joined #openstack-cinder15:42
*** dims_ has joined #openstack-cinder15:42
dhellmannthingee: I would like to change the "drivers" for https://launchpad.net/os-brick to the cinder-drivers team (it's set to "Walter Boring" now). Do you have any objections?15:43
*** patrickeast has joined #openstack-cinder15:43
anteayahemna: ^^15:43
hemnadoh15:43
hemnawhat did I miss ?15:43
openstackgerritSean Chen proposed openstack/cinder: Tintri Cinder Volume driver  https://review.openstack.org/18514815:43
jungleboyjRuh Roh.15:43
thingeedhellmann: fine with me15:43
dhellmannthingee, hemna : not a big deal, I can fix it.15:44
dhellmannanteaya: thanks :-)15:44
hemnadhellmann, oh yah, it should be owned by cinder15:44
anteayadhellmann: welcome15:44
hemnaI couldn't fix it after I created it15:44
hemnathanks a bunch!15:44
anteayahemna: not sure you missed anything, dhellmann is just getting things in line15:44
dhellmannhemna: I think after you change the administrator to a group you're not in, you lose privileges15:44
hemnaI followed the instructions that I saw, and then realized I lost the ability to move it to cinder15:45
anteayahemna: you can review this patch if you want: https://review.openstack.org/#/c/187212/15:45
hemnaI figured it would get fixed eventually15:45
hemna:P15:45
hemnaanteaya, ok will do15:45
dhellmannhemna: eventually has come! :-)15:45
anteayadhellmann: otherwise known as 'eventually'15:45
hemnaheheh15:45
hemna:P15:45
anteayahemna: thanks :)15:45
*** jdurgin has quit IRC15:47
*** dhellmann has left #openstack-cinder15:48
*** e0ne is now known as e0ne_15:50
jgriffithmtanino: minor request and a couple observations/questions15:51
*** leeantho has joined #openstack-cinder15:51
mtaninojgriffith: sure15:51
*** e0ne_ is now known as e0ne15:51
jgriffithmtanino: let me know if the note about explicitly pointint out the use of capability makes sense15:51
jgriffithmtanino: if you think it's already covered well enough that's fine15:52
jgriffithmtanino: other than that the other two comments are just sort of nits, and I don't really care about them :)15:52
mtaninojgriffith: I will check and comment back. Thank you :)15:52
*** _cjones_ has joined #openstack-cinder15:53
*** garthb has joined #openstack-cinder15:56
*** lpetrut has joined #openstack-cinder15:58
thingeedulek: wrt https://review.openstack.org/#/c/183947/16:00
thingeedulek: this is not a UI just fyo16:00
thingeefyi*16:00
thingeedulek: volume type management has existed16:00
thingeedulek: I still don't agree this is a good reason to store the metadata, as again, I don't want it stored.16:01
thingeebackends change16:01
*** dulek has quit IRC16:01
thingeethey get updated.16:01
thingeeHow often is a good question argument, but regardless, I don't want capabilities stored.16:01
*** _cjones_ has quit IRC16:02
*** _cjones_ has joined #openstack-cinder16:02
*** bkopilov has quit IRC16:02
*** Longgeek has quit IRC16:02
thingeejgriffith: I had a bit of questions for you yesterday wrt https://review.openstack.org/#/c/183947/16:02
*** Longgeek has joined #openstack-cinder16:02
*** agarciam has quit IRC16:03
jgriffiththingee: scrolling back...16:03
thingeenot sure if you saw them in the backlog, but could hash them out with you again if you have time16:03
jgriffiththingee: bahh... eavesdrop it is16:03
jgriffiththingee: yesterday?16:03
thingeejgriffith: I can just repeat and maybe be more clear :)16:03
jgriffiththingee: LOL.. yeah, there is always that :)16:03
thingeejgriffith: so take compression for example https://review.openstack.org/#/c/183947/2/specs/liberty/get-vol-type-extra-specs.rst,cm16:04
thingeeWas compression_type meant to be a standard key in the capability?16:04
jgriffiththingee: AIR yes16:05
*** belmoreira has quit IRC16:05
thingeejgriffith: and does the vendor choose what those values are?16:05
thingeecould be empty if they just say compression true?16:05
jgriffiththingee: for the compression_type yes16:06
*** Yogi1 has quit IRC16:06
jgriffiththingee: yeah, empty would be acceptable/fine16:06
jgriffiththingee: IIRC we agreeed the interesting key is "cinder_compression: True|False"16:06
jgriffithfor scheduling16:06
thingeeI'm wondering if it's a good idea for us to have vendor keys and the ability for vendors to choose what are the values at that level as well. Doesn't seem predictable.16:07
jgriffiththingee: we wanted to avoid having the scheduler filter on backend/internal keys16:07
jgriffiththingee: so I def think vendor-keys still exist and are useful16:07
thingeeDefinitely16:07
jgriffiththingee: but I was hoping to first just cover the "well-defined" cinder_ keys16:07
jgriffiththingee: know what I mean?16:08
jgriffiththingee: but honestly if you have a better idea and a clean way to mash all this together without being a nightmare :) I'm open to that for sure16:08
jgriffithI just don't know how well that works16:08
*** Guest83839 has quit IRC16:08
*** bkopilov has joined #openstack-cinder16:08
jgriffithso the idea was "return whatever crap you want" but we have "cinder_*" to designate the mandatory well defined keys16:09
jgriffiththingee: make sense?16:09
*** annegentle has joined #openstack-cinder16:09
thingeeI agree. I'm just asking if you think vendors being able to define what compression_type and vendor keys are could lead to us not knowing what is actually a standard set of keys/values. If they're just defining vendor_keys, sure, they just define that. I can always assume the backend is going to pick what vendor_keys are. But if they also choose what the16:10
thingeevalues are up the structure with compression_type... now I'm not sure what cinder standardizes on and what vendors pick. Know what I mean?16:10
*** jistr has quit IRC16:11
jgriffiththingee: not sure... so my little brain just said (from Cinder's perspective)16:11
jgriffiththingee: "Give me a backend that supports compression"16:11
jgriffithdone16:11
jgriffiththat's all I care about, how you do it, what type etc that's all up to you16:11
thingeeok16:11
jgriffithbecause that's not a "standard" thing right?16:11
thingeeI get compression=true/false16:11
thingeethat's a standard.16:12
*** bkopilov has quit IRC16:12
jgriffiththingee: right, so what are you trying to solve with the "options" key?16:12
thingeeI'm asking you because it was in your example. I'm trying to understand how this fits in.16:12
jgriffiththingee: sure, I'm just saying I'm not exactly clear on what issue you're seeing here16:13
thingeeOk let me start over16:13
jgriffiththingee: know what I mean?  Trying to make sure there's not a problem that I didn't think of16:13
thingeewe have vendor_keys...these are defined by the backend16:13
thingeewe agree?16:13
jgriffiththingee: wait... let's try something different first16:13
*** jordanP has quit IRC16:14
jgriffiththingee: We have "capabilities"16:14
jgriffiththingee: there are two types of capabilities:16:14
*** mdenny has joined #openstack-cinder16:14
jgriffiththingee: 1. well-defined (cinder_*)16:14
jgriffiththingee: 2. vendor-specific16:14
*** annegentle has quit IRC16:14
thingeeyup with you so far16:14
jgriffiththingee: agreed?16:14
jgriffithOk... cool16:14
jgriffithso the idea is that the scheduler will be able to filter on anything that is of capability-category '1'16:15
*** markus_z has quit IRC16:15
jgriffiththingee: so anything with a prefix of "cinder_" is a base feature/capability16:15
jgriffiththingee: BUT, any key in a capability that doesn't include that is a vendor-unique thing16:16
*** rushil has quit IRC16:16
jgriffiththingee: it's only applicable to that backend ONCE a request is actually filtered to that backend via the "well-defined" parent key16:16
jgriffithor capability itself.16:16
jgriffiththingee: so sticking with the compression example16:16
jgriffiththingee: anything under "options' can/should be ignored by the world16:17
jgriffiththingee: except the driver itself16:17
*** asselin_ has quit IRC16:17
jgriffiththingee: does that make sense?  Or does that make it more confusing :)16:17
thingeeyes, but I do have a question16:18
jgriffithsure... *mabye* I have an answer :)16:18
jgriffithhopefully :)16:18
thingeejgriffith: https://gist.github.com/j-griffith/fd27297d79e0bb2c3e3d16:19
thingeeso driver can have options however they want?... we don't define a structure in there?16:20
jgriffiththingee: so that proposal/gist is a little outdated16:20
jgriffiththingee: it was "shot down" remember?16:20
jgriffiththingee: but it does define a structure FWIW16:21
hemnathingee, can't we 'validate' the dictionary in the volume manager?16:21
jgriffiththingee: capability-type and default16:21
hemnaand puke if they don't match the format?16:21
hemnadunno16:21
hemnajson schema is good for that16:21
hemnayou can actually validate a dict with it.16:22
hemna(if we wanted to go that route)16:22
thingeeok, so lets I define options how I want. How do I communicate that I have qos related keys min_iops, max_iops.... versus I have a qos related capability qos_persona (oh dear god): {'generic', 'foo', 'bar'}16:22
*** Apoorva has joined #openstack-cinder16:22
jgriffiththingee: well, I have th atin the gist16:22
jgriffiththingee: line 2016:22
thingee{} was mean to be[]16:22
jgriffithvendor_keys16:22
thingeeright, but qos_person is a list of options...only one can be chosen. min_iops, max_iops are possible keys that can have values set16:23
jgriffithqos_person ?16:23
openstackgerritAnurag Palsule proposed openstack/cinder: Send pool free and total capacity metrics to ceilometer  https://review.openstack.org/18044716:23
thingeeqos_persona...see my message a few up16:23
thingeejgriffith: all hypothetically.16:24
jgriffiththingee: well, I'm not sure why that matters16:24
jgriffiththingee: so let's stick with my idea (ie the gist)16:24
thingeejgriffith: cool16:25
openstackgerritEarle F. Philhower, III proposed openstack/cinder: Implement Cinder Volume driver for HGST Solutions  https://review.openstack.org/18658016:25
jgriffiththingee: the scheduler looks at capabilities that have "capability_type == well-defined"16:25
thingeecinder_*16:25
jgriffiththingee: No, that's not in my gist :)16:25
thingee:)16:25
thingeeI'm with ya16:25
jgriffiththingee: or my original example16:25
jgriffithso...16:25
jgriffiththe "base" here for say qos is a capability "quality_of_service"16:26
jgriffiththe scheduler picks up on it because it has the key "capability_type == well_defined"16:26
jgriffiththe scheduler uses the "default" key only, which is "does the backend support this or not"16:27
jgriffithand that's all16:27
jgriffiththe "vendor_keys" in the "options" section are just that, vendor specific keys16:27
jgriffithpersona is a completely different thing, and purely vendor special stuff16:28
jgriffiththat honestly I don't know what the hypothetical you mentioned could/would be, but I shouldn't care16:28
jgriffithand neither should the scheduler or anybody else in Cinder16:28
* thingee feels like he can't communicate anything today16:29
thingeeyea persona isn't important16:29
jgriffiththingee: I'ms orry16:29
jgriffithsorry16:29
thingeebut I get what you're saying16:29
jgriffithso FWIW I still like my original proposal that's there in the gist :)16:29
jgriffithand I still contend that it works really well :)16:30
thingeewhat's different from your original proposal besides the prefix?16:30
jgriffiththingee: not sure :)16:31
asselinnikeshm, don't know how to improve speed.....the dib images just cache quite a bit.....16:31
thingeejgriffith: I think it's the same pretty much16:31
*** pradipta has joined #openstack-cinder16:31
thingeejgriffith: also https://review.openstack.org/#/c/150511/16:31
*** bkopilov has joined #openstack-cinder16:31
*** ronis has quit IRC16:32
jgriffiththingee: yeah, I think it is pretty close16:32
*** julim has quit IRC16:32
*** tsekiyama has joined #openstack-cinder16:33
thingeexyang1: for thick_provision addition, I would raise it in the standard capability spec.16:33
jgriffiththingee: I'm sorry I'm not following the question/issue16:33
thingee^16:33
jgriffiththingee: xyang1 wouldn't that just be "thin-provision=False" :)16:34
thingeejgriffith: +116:34
thingeethat was my comments in the spec16:34
thingeejgriffith: no I think it's just me forgetting how the scheduler will see all this.16:34
*** alexpilotti has joined #openstack-cinder16:35
thingeejgriffith: however, I'm still a little worried about my initial question on allowing vendors to pick what is set in compression_type and options.16:35
jgriffiththingee: oh... so in your spec it would just see the keys: "cinder_*"16:35
jgriffiththingee: that's all16:35
thingeejgriffith: yes16:35
jgriffiththingee: or in my gist it was the ones with the "well_defined" value in them16:35
jgriffiththingee: oh...16:36
thingeejgriffith: I updated it based on the summit discussion and what winston-1 came up with16:36
jgriffiththingee: ok, why are you worried about that?16:36
jgriffiththingee: the options part?16:36
*** timcl has quit IRC16:36
jgriffiththingee: For the record, I've always said AFAIC vendor unique stuff doesn't belong here at all16:36
thingeejgriffith: so if vendors set options, that's fine. If we in addition say they set compression_type, that's now making it unpredictable of what vendors set.16:36
thingeeI agree. that's why I'm asking you about this16:37
jgriffiththingee: why?  I mean... the parent keys is 'compression=True|False'16:37
jgriffithwho cares how they do it, just so long as they do it :)16:37
jgriffiththingee: OHHHH16:37
jgriffiththingee: ok, thin IMHO dump all the vendor unique stuff :)16:37
jgriffiththingee: come back to it later if we must16:38
jgriffiththingee: but I know hemna and the folks at HP aren't fans of that16:38
*** timcl has joined #openstack-cinder16:38
jgriffiths/thin/then/ :)16:38
xyang1thingee: jgriffith , for the same pool, it could report thin provision=true and thick_provision=true16:38
jgriffithxyang1: oh yeah :)16:38
jgriffithxyang1: but....16:38
*** harlowja_at_home has quit IRC16:38
*** harlowja_at_home has joined #openstack-cinder16:38
jgriffithxyang1: it can have options T|F16:39
jgriffithxyang1: so it can do both16:39
jgriffithxyang1: it's right there in thingee 's spec16:39
jgriffithxyang1: https://review.openstack.org/#/c/183947/2/specs/liberty/get-vol-type-extra-specs.rst,cm L#30216:39
xyang1jgriffith: Let me check16:40
tbarronthingee: jgriffith: Vendor A has min_iops, max_iops, burst_iops and reports these as qos-keys whereas Vendor B has only max_iops, which it reports.  Both report qos_support=True.16:40
*** thangp has quit IRC16:41
*** afazekas has joined #openstack-cinder16:41
thingeetbarron: yeah that's true...could led to problems later once a cinder volume service receives it.16:41
openstackgerritPatrick East proposed openstack/cinder-specs: Generic image volume cache functionality  https://review.openstack.org/18252016:41
openstackgerritPatrick East proposed openstack/cinder-specs: Cinder internal tenant  https://review.openstack.org/18623216:41
xyang1jgriffith: It says thin_provisioning=true,false16:41
thingeelead*16:41
tbarronAre you saying that the scheduler ignores the keys and will choose Backend A or Backend B indifferently if a volumetype with any kind of QOS is requested.16:41
tbarron?16:42
jgriffithxyang1: so what do you get when you set thin-prov = False ?16:42
jgriffithxyang1: you get "thick" right?  Or do you get a Unicorn?16:42
xyang1jgriffith: maybe a unicorn:)16:42
jgriffithtbarron: yes, just like it does today16:42
jgriffithtbarron: have to start somewhere16:42
thingeetbarron: currently yes. I would like to hear what jgriffith thinks though. I think that might be a problem16:42
thingeeah ok16:42
jgriffithtbarron: we have to start "somewhere"16:43
tbarronsimilary for compression: vendor A has compression-type zlib or gzip, vendor B has inline or background with incompressible data detection as another option16:43
xyang1jgriffith: So the pool for vnx supports both thin and thick16:43
tbarronjgriffith: ok16:43
jgriffithtbarron: frankly I don't really think this is as contentious or difficult as we've made it out to be for the past year and a half16:43
jgriffithtbarron: it would be awesome if we at least 'started' something that was on the same level of what we have today16:43
jgriffithtbarron: and then we could grow it16:44
tbarrontbarron: I agree with the goal, uncontentious, move forwards, etc.  Am just clarifying for myself.16:44
thingeejgriffith: it's just not what the admin is going to expect in making extra specs that we're suppose to guarantee something16:44
jgriffithrather than 'what if'ing' it to death every time it comes up16:44
jgriffiththingee: I don't understand why not16:44
xyang1jgriffith: So depdending on what you specify in volume type, it will create a thin or thick, but driver reports both as true16:44
jgriffithxyang1: ?16:44
tbarronDo we need to set expectations for how the backend will handle extra specs/qos-specs that it can't truly support?16:44
jgriffithxyang1: so... look:16:44
thingeeif I say min_iops and that's not honored, because of cinder_quality_of_service=true, we have a problem16:44
jgriffithxyang1: cinder create --volume-type THICK16:45
thingeejgriffith: ^16:45
tbarronThat is, if I can't support min-iops do I fail the create, or silently ignore and provision with the keys I understand?16:45
jgriffithscheduler says... ok, give me any backend that reports "false" in the options for thin-provisioning16:45
thingeexyang1: fwiw, I see what jgriffith is proposing and I think it supports your case.16:45
jgriffithtbarron: what do you do right now?16:45
jgriffithtbarron: ie what if somebody sends you the qos specs for a SolidFire volume?16:46
tbarronjgriffith: I fail the create right now.16:46
jgriffithtbarron: well then there's your answer :)16:46
tbarronI fail it if I see any keywords for backend qos that don't make sense to me.16:46
jgriffithtbarron: and IMO that's the right thing to do (even though I'm not doing it) :(16:46
tbarronjgriffith: but I think some drivers silently move ahead (kinda like your retype issue)16:47
thingeetbarron: seems right to me16:47
xyang1jgriffith: thingee oh, I see, maybe that will work16:47
* jgriffith says 'truuust me' :)16:47
thingeejgriffith: I see this as a problem if that's your current proposal. I would not want the scheduler to pick a backend.16:47
*** thangp has joined #openstack-cinder16:47
*** harlowja_still_a has joined #openstack-cinder16:47
tbarronSo maybe that expectation should be stated in the spec so bugs can be filed on drivers that don't do it.16:47
jgriffiththingee: ok, then rewrite it however you like16:47
thingeeif it can't support the min_iops.16:47
thingeejgriffith: :)16:47
jgriffiththingee: honestly I bowed out of this a while back for this very reason.  And you specifically said you had a solution and wanted to work on it16:48
jgriffiththingee: I'm fine with that16:48
tbarronthingee: I see jgriffith's point that the scheduler already has this limitation and this is still a step forward.16:48
*** rushil has joined #openstack-cinder16:48
jgriffiththingee: my only point is that if you're trying to introduce standard-capabilities, vendor-capabilities, and fix ALL of the existing problems, and thwart ANY future problems all at the same time you'll never succeeed16:49
tbarronIn the mean time, some drivers will have bugs that should be flushed out.16:49
thingeejgriffith: I know you're focused on the scheduler aspect. My main reason of wanting to work on this was making the keys clear to an admin creating extra specs.16:49
jgriffithtbarron: +116:49
jgriffiththingee: ok, cool by me16:49
tbarronAnd eventually a phase2 could make the scheduler keywrord aware.16:49
jgriffiththingee: but then don't say "what if the scheduler sends it to the wrong backend"16:49
*** afazekas has quit IRC16:49
jgriffiththingee: that's contradictory to what you just said :)16:49
jgriffithsee what I'm saying?16:50
tbarronif phase2 can be done now, then so much the better!16:50
jgriffithwe tend to get into this contradictory statements rather than just focusing on one piece and solving it16:50
* thingee is going to assume he's not making sense to people today and will just continue to update the spec16:50
tbarronthingee: stop making sense16:50
jgriffiththingee: nahh... don't say that16:51
* thingee starts listening to talking heads16:51
*** harlowja_at_home has quit IRC16:51
*** merooney has joined #openstack-cinder16:51
jgriffiththingee: you're bringing up some valid points16:51
thingeestop making sense stop make sense16:51
jgriffiththingee: and I think people understand what you're saying16:51
jgriffiththingee: I'm just saying don't try and "fix the world"16:51
jgriffiththingee: especially in the case of things that aren't "broken" :)16:51
tbarronI'm reminded of karaoke santa singing psycho killer16:51
tbarronqu'est que c'est16:52
jgriffithQu'est-ce que c'est16:52
jgriffithFa-fa-fa-fa-fa-fa-fa-fa-fa-far better16:52
tbarronjgriffith: outspelled me!16:52
jgriffithtbarron: make a note, will likely NEVER happen again :)16:52
tbarronjgriffith: heh16:53
jgriffithalright, I gotta leave for a bit16:53
jgriffithbbl16:53
tsekiyamaIs the Jenkins' pep8 for cinderclient broken now? I get pkg_resources.VersionConflict error for pbr in https://review.openstack.org/#/c/180361/16:53
jgriffiththingee: sorry if I just made things worse, I don't know what else to do on this16:53
thingeeYeah I just have questions and I can't express them for some reason16:53
*** ajayaa has joined #openstack-cinder16:55
*** e0ne has quit IRC16:55
tsekiyama^^ Looks like other changes are failing too so far https://review.openstack.org/#/q/project:openstack/python-cinderclient,n,z16:56
*** harlowja_still_a has quit IRC17:01
*** merooney has quit IRC17:02
*** sgotliv_ has quit IRC17:04
*** merooney has joined #openstack-cinder17:06
*** Yogi1 has joined #openstack-cinder17:08
*** merooney has quit IRC17:10
*** annegentle has joined #openstack-cinder17:10
*** merooney has joined #openstack-cinder17:10
openstackgerritGorka Eguileor proposed openstack/cinder: Fix cinder concurrency issues on rtstool  https://review.openstack.org/18726017:11
*** vilobhmm has joined #openstack-cinder17:13
*** ajayaa has quit IRC17:14
*** vilobhmm1 has joined #openstack-cinder17:15
thingeejgriffith: I appreciate your help though17:16
*** merooeny_ has joined #openstack-cinder17:17
*** annegentle has quit IRC17:17
*** vilobhmm has quit IRC17:17
*** merooney has quit IRC17:21
*** annegentle has joined #openstack-cinder17:21
*** ronis has joined #openstack-cinder17:23
*** julim has joined #openstack-cinder17:27
*** julim has quit IRC17:27
*** julim has joined #openstack-cinder17:28
*** julim has quit IRC17:28
*** julim has joined #openstack-cinder17:28
*** julim has quit IRC17:29
*** julim has joined #openstack-cinder17:29
*** julim has quit IRC17:30
*** julim has joined #openstack-cinder17:31
*** merooeny_ has quit IRC17:33
*** jdurgin has joined #openstack-cinder17:34
*** julim has quit IRC17:35
*** julim has joined #openstack-cinder17:36
*** julim has quit IRC17:36
*** julim has joined #openstack-cinder17:37
*** julim has quit IRC17:37
*** vilobhmm1 has quit IRC17:38
*** julim has joined #openstack-cinder17:38
*** vilobhmm has joined #openstack-cinder17:38
*** julim has quit IRC17:38
*** julim has joined #openstack-cinder17:38
*** julim has quit IRC17:39
*** julim has joined #openstack-cinder17:39
*** afazekas has joined #openstack-cinder17:40
*** julim has quit IRC17:40
*** julim has joined #openstack-cinder17:41
*** julim has quit IRC17:41
nikeshmhemna: hi now FC and iSCSI are both working on https://review.openstack.org/#/c/177665/5,can i expect one more +2  :)17:41
*** julim has joined #openstack-cinder17:41
*** julim has quit IRC17:42
*** julim has joined #openstack-cinder17:42
*** julim has quit IRC17:42
*** julim has joined #openstack-cinder17:43
*** julim has quit IRC17:43
*** julim has joined #openstack-cinder17:43
*** julim has quit IRC17:44
*** julim has joined #openstack-cinder17:44
*** julim has quit IRC17:44
*** julim has joined #openstack-cinder17:45
tbarronthingee: jgriffith: jungleboyj: I've got a couple kilo backports that it would be good to clear when you have a chance.17:45
*** julim has quit IRC17:45
*** julim has joined #openstack-cinder17:46
tbarronthingee: jgriffith: jungleboyj: https://review.openstack.org/#/c/184154/ fixes a help string and is necessary for kilo config doc to be corrected (the doc autogenerates config option tables).17:46
*** julim has quit IRC17:46
*** julim has joined #openstack-cinder17:47
*** julim has quit IRC17:47
*** afazekas has quit IRC17:47
tbarronthingee: jgriffith: jungleboyj: https://review.openstack.org/#/c/185724/ fixes an issue in the field that our customers hit. It's scope is limited to our NFS drivers.17:47
tbarronthingee: jgriffith: jungleboyj: I see jungleboyj has +2s on these already.17:47
*** julim has joined #openstack-cinder17:47
*** julim has quit IRC17:48
thingeetbarron, jungleboyj, jgriffith: unsure about not supporting over subscription in kilo is a bug. A lot of drivers don't. I won't be voting for it.17:49
*** julim has joined #openstack-cinder17:49
*** julim has quit IRC17:49
tbarronthingee: I see.  Our customers certainly think it's broken though.  They can configure the option and we don't honor it.17:50
thingeetbarron, jungleboyj, jgriffith otherwise I should be back porting every driver that wants to do this.17:50
*** julim has joined #openstack-cinder17:50
thingeeThat's not what back ports are for.17:50
*** julim has quit IRC17:50
thingeeYou're working around the point of back ports.17:50
tbarronthingee: to be clear, this isn't xing/winston oversubscription, it's old-fashioned NFS oversubscription, there since day zero.17:50
tbarronnot the new feature17:51
*** julim has joined #openstack-cinder17:51
tbarronthingee: just want to get the case out there clearly, but I won't persist in arguing further on IRC.  I do respect whatever decision you come to.17:51
thingeetbarron: I'll take a closer look, but last I looked this was to support this new over subscription way by reporting the appropriate keys.17:52
thingeeBbl currently in transit.17:52
tbarronthingee: I try to distinguish between those two in the bug, thanks for looking.17:53
thingeetbarron: I don't need you distinguish anything. I read the patch and what is in xyang1's spec.17:54
tbarronthingee: agreed17:54
thingeeFor oversubscription.17:54
tbarronthingee: you'll see I'm working with old, pre-xyang-spec keys in this fix.17:55
nikeshmwhat is this any mallware someone continuosly login and logout17:55
tbarronI do play to follow with a liberty-only implementation of the xyang spec.17:55
tbarronfor our drivers.  But that's another thing.17:55
*** julim has quit IRC17:56
thingeetbarron: cool I'll take a closer look when I have a chance.17:56
tbarronThat one will deprecate these older keys/config options for one release, as discussed with eharney, and introduce the new way.17:56
tbarronnew way having been introduced in kilo, but we wont' try to backport support of that to kilo :-)17:57
tbarronthingee: thanks, nuf said by me on this for now17:57
*** zhenguo has quit IRC17:57
jungleboyjtbarron: thingee I will look again.17:59
tbarronjungleboyj: ty!18:03
*** pradipta has quit IRC18:03
*** alexpilotti has quit IRC18:03
*** aix has quit IRC18:04
*** lcurtis has joined #openstack-cinder18:05
*** julim has joined #openstack-cinder18:05
*** rushil has quit IRC18:06
*** rushil has joined #openstack-cinder18:08
jungleboyjtbarron: Hmmm, ok ... I see you have addressed what appears to be thingee s concern in the commit message.  I don't honestly have a strong feeling on this one.18:09
*** lpabon has joined #openstack-cinder18:09
*** anshul has quit IRC18:09
openstackgerritJon Bernard proposed openstack/cinder: WIP: Add support for generic volume migration  https://review.openstack.org/18727018:13
*** IanGovett1 has quit IRC18:14
openstackgerritMitsuhiro Tanino proposed openstack/cinder-specs: Efficient volume copy for volume migration  https://review.openstack.org/18620918:15
winston-dthingee, jgriffith: clarification - CapabilitiesFilter is able to act on anything being put to type extra_specs, either without any scope or unders the scope of 'capabilities:'18:21
jgriffithwinston-d: yeah, I was trying to leave that part out for now :)18:22
jgriffithwinston-d: in other words, try and just get the "standard" stuff done first18:22
jgriffithwinston-d: then build on it18:22
jgriffithwinston-d: it's causing way too much confusion to try and get everybody's heads wrapped around it right now I htink18:22
jgriffiththink18:22
jgriffithwinston-d: but maybe that's why it's confusing18:23
winston-dthingee, jgriffith: for example - if one put 'FancyCompressionMagicNeeded = True' into extra spec, and the FancyStor driver reports that, then schedule will only let FancyStor pass this filter.18:23
jgriffithwinston-d: right, as long as it's not scoped.. correct?18:24
jgriffithwinston-d: which is same as we have currently18:24
winston-djgriffith: right, as long as it's not scoped, or scoped under 'capabilities:'18:24
jgriffithwinston-d: if you put something in there that isn'r reported and leave the scoping out the filter scheduler says "umm.. sorry, no valid host found"18:24
winston-dcorrect18:25
*** eharney has quit IRC18:25
jgriffithwinston-d: yeah, which would be "phase 2" IMHO if we got the standard stuff ironed out and submitted18:25
jgriffithwinston-d: and eventually maybe just get rid of scoped keys altogether :)18:25
winston-dscoped key can be a easy trick for admin to put vendor specific/driver-consumed-only stuff into type extra specs.18:27
winston-djgriffith: burst_iops for SF for example.18:27
jgriffithwinston-d: yeah... so I need to look at updating SF driver to just go directly through filter like that18:27
jgriffithwinston-d: it would be nice to not need to specify volume_backend_name any longer18:28
jgriffithwinston-d: one less thing to type in :)18:28
nikeshmthingee: thanks for removing -2,hope sooner will get +2,i am going to upload new patches for lenovo and hpmsa,might be today or tomorrow which are dependent on https://review.openstack.org/#/c/177665/518:28
jgriffithwinston-d: the only thing I had a bit of a struggle with there was the case where I require all 3 (I don't want to set defaults)18:29
*** eharney has joined #openstack-cinder18:29
jgriffithwinston-d: but maybe just a simple algorithm based on percentages off of what's provided woudl be ok18:29
jgriffithwinston-d: Ohhhhhhh.... even better18:29
jgriffithwinston-d: let the admin pass a formula in config (or use default) that does it for us18:29
winston-djgriffith: yeah, volume_backend_name is the last thing Avisay and I would like to see in type extra spec18:29
jgriffithwinston-d: hmm... Ok18:29
*** julim has quit IRC18:30
* jgriffith adds another work item to his list :)18:30
winston-dSF driver 3.018:30
jgriffithwinston-d: yeah, I think so18:30
jgriffithwinston-d: there's a crap load of things on my list now that can be "mo-better"18:31
jgriffithwinston-d: particularly since we don't have anybody below version 6 any more :)18:31
*** cknight has joined #openstack-cinder18:31
jgriffithwinston-d: makes my life much easier!!!18:31
*** merooney has joined #openstack-cinder18:33
winston-djgriffith: yeah, i'm sure that helps a lot from supporting perspective.18:34
jgriffithwinston-d: indeed!18:35
*** krtaylor has quit IRC18:37
*** dannywilson has quit IRC18:46
*** dannywilson has joined #openstack-cinder18:46
*** merooney has quit IRC18:46
openstackgerritPatrick East proposed openstack/cinder-specs: Generic image volume cache functionality  https://review.openstack.org/18252018:47
openstackgerritPatrick East proposed openstack/cinder-specs: Cinder internal tenant  https://review.openstack.org/18623218:47
*** patrickeast has quit IRC18:50
*** patrickeast_ has joined #openstack-cinder18:50
*** anshul has joined #openstack-cinder18:50
*** julim has joined #openstack-cinder18:50
*** rushil has quit IRC18:54
*** Yogi1 has quit IRC18:56
*** Apoorva has quit IRC18:56
thingeetbarron: responded back to that review. you were right.19:00
thingeetbarron: sorry about that19:00
thingeetbarron: I'll wait to see if there are any objections, and merge it at some point19:00
*** annegentle has quit IRC19:00
*** rushil has joined #openstack-cinder19:02
*** Yogi1 has joined #openstack-cinder19:02
tbarronthingee: thanks for looking!19:06
*** e0ne has joined #openstack-cinder19:10
thrawn01 /join #graphite19:12
thrawn01oops. ther must be a space there19:12
jungleboyjthingee: Yay, I am glad that was your impression.  I had looked at it and not had the same concern.19:13
*** erlon has joined #openstack-cinder19:18
openstackgerritTomoki Sekiyama proposed openstack/python-cinderclient: Support host-attach of volumes  https://review.openstack.org/18036119:21
openstackgerritTomoki Sekiyama proposed openstack/python-cinderclient: Bump hacking to >=0.10,<0.11 to fix failure of gate pep8  https://review.openstack.org/18729519:21
*** merooney has joined #openstack-cinder19:22
*** patrickeast_ has quit IRC19:23
*** e0ne has quit IRC19:24
openstackgerritScott DAngelo proposed openstack/python-cinderclient: Nova volume-detach --force requires API  https://review.openstack.org/18730519:33
*** annegentle has joined #openstack-cinder19:33
*** annegentle has quit IRC19:35
*** annegentle has joined #openstack-cinder19:35
*** anshul has quit IRC19:37
thingeejgriffith, jungleboyj, xyang1 https://review.openstack.org/#/c/187295/1 someone mind +2ing this?19:38
*** daneyon_ has joined #openstack-cinder19:39
openstackgerritTomoki Sekiyama proposed openstack/python-cinderclient: Support host-attach of volumes  https://review.openstack.org/18036119:40
openstackgerritTomoki Sekiyama proposed openstack/python-cinderclient: Bump hacking to >=0.10.0,<0.11 to fix failure of gate pep8  https://review.openstack.org/18729519:40
*** belmoreira has joined #openstack-cinder19:41
*** jungleboyj has quit IRC19:41
*** dannywilson has quit IRC19:42
*** daneyon has quit IRC19:42
thingeejgriffith: oh right jenkins :P ... this new gerrit interface I swear...19:42
tsbot_^Fixed a little bit.. it should be 0.10.0, not 0.1019:43
thingeetsbot_: I thought that too, but test_requirements.txt says 0.1019:43
thingeeI know requirements says otherwise19:43
thingeeconfusing19:43
*** jungleboyj has joined #openstack-cinder19:43
tsekiyamaglobal-requirements.txt says 0.10.0, and test-requirements.txt says 0.10... confusing.19:44
*** Longgeek has quit IRC19:50
*** Apoorva has joined #openstack-cinder19:50
*** dannywilson has joined #openstack-cinder19:51
*** annegentle has quit IRC19:51
*** patrickeast has joined #openstack-cinder19:53
*** belmoreira has quit IRC19:56
*** merooney has quit IRC20:00
*** jungleboyj has quit IRC20:04
openstackgerritJohn Griffith proposed openstack/cinder: Add secondary account capability to SolidFire  https://review.openstack.org/18731120:07
*** merooney has joined #openstack-cinder20:08
vilobhmmhemna, jgriffith : the connection_info field in nova.block_device_mapping  gets set when we first time try to attach a volume or it should be initialized even before that…looking into https://github.com/openstack/nova/blob/master/nova/virt/block_device.py#L237 which will call volume/manager.py initialize_connection...20:11
vilobhmmbut not able to figure that out...need some help20:12
*** merooney has quit IRC20:12
*** merooney has joined #openstack-cinder20:17
*** merooney has quit IRC20:18
*** annegentle has joined #openstack-cinder20:19
*** Lee1092 has quit IRC20:21
*** crose has quit IRC20:21
jgriffithvilobhmm: not following what you're asking?20:21
*** belmoreira has joined #openstack-cinder20:21
jgriffithvilobhmm: I think you're looking for the higher up reserve call20:22
*** krtaylor has joined #openstack-cinder20:22
*** merooney has joined #openstack-cinder20:22
vilobhmmso there is nova.block_device_mapping which also consist of volume information and also details like connection_info, device_name etc details20:23
jgriffithvilobhmm: yes20:23
vilobhmmI want to know when the connection_info is set ? (which has basically the route to the remote storage like protocol used etc….)20:24
vilobhmmis it during first attach ? or something before attach ?20:24
vilobhmmbecause i see my volumes getting stuck in attching state and the reason for that I can see that nova.block_device_mapping has no information about the connection_info20:24
jgriffithvilobhmm: look at nova/compute/api.py: def _attach_volume20:24
jgriffithvilobhmm: there's a reserve section in there that I *think* is what you're looking for20:25
jgriffithbut not sure20:25
*** merooney has quit IRC20:26
jgriffithvilobhmm: I have no idea what/why your driver is or isn't working20:26
jgriffithvilobhmm: or even "what" your driver is for that matter :)20:26
vilobhmmwill look into https://github.com/openstack/nova/blob/master/nova/compute/api.py#L299920:27
vilobhmmreserve_block_device_name20:27
vilobhmmso if i understand you correctly you mean to say the connection_info is set as part of reserve_block_device_name. Is that correct jgriffith ?20:28
jgriffithvilobhmm: depends20:29
jgriffithvilobhmm: what is your driver?20:29
vilobhmmrbd driver20:29
jgriffithvilobhmm: Ok, so what problem are you having?20:29
vilobhmmnot able to attach volumes to an instance as they are getting stuck in "attaching" state20:30
tsekiyamaOK, now passed the CI tests for https://review.openstack.org/#/c/187295/20:30
jgriffithvilobhmm: what's different from your code vs what's in master and passing in the gate etc?20:30
jgriffithvilobhmm: most of that info is going to come from the provider_* info20:31
vilobhmmjgriffith : this is not master20:31
jgriffithvilobhmm: well obviously20:31
jgriffithvilobhmm: my point is that you have a branch that you changed *something*20:31
vilobhmmnope20:31
vilobhmmi am using upstream code just for a poc20:32
jgriffithvilobhmm: "upstream" where?  I thought OpenStack/Master "was" upstream?20:32
vilobhmmicehouse20:32
vilobhmmyes you r right20:32
jgriffithvilobhmm: so it may just be that you don't have your stuff configured20:32
jgriffithcorrectly20:32
jgriffithvilobhmm: which is obviously what you're probably asking :)20:33
vilobhmmnope20:33
jgriffithvilobhmm: Ok20:33
jgriffithvilobhmm: well, I tried20:33
vilobhmmi am not asking some config thing here I want to understand20:33
jgriffithvilobhmm: ok20:33
vilobhmmwhen does nova.block_Device_mapping gets the connection_info as I was not able to figure it out myself...20:34
*** julim has quit IRC20:34
vilobhmmaw…will figure out20:34
vilobhmmthanks jgriffith :)20:35
*** jungleboyj has joined #openstack-cinder20:36
jgriffithvilobhmm: https://github.com/openstack/nova/blob/stable/icehouse/nova/compute/api.py#L279220:36
jgriffithvilobhmm: so I'm not sure, but that's what i was saying earlier "might" be what you're looking for20:36
jgriffithvilobhmm: but not entirely sure as you've guessed by now ;)20:37
vilobhmmsure20:37
vilobhmmthat helped20:37
vilobhmmthnx20:38
jgriffithvilobhmm: np, sorry I don't have a better response, maybe hemna will20:38
*** lpabon has quit IRC20:38
hemnauh uh, what'd I do ?20:38
jgriffithvilobhmm: is tracing out attach on RBD20:39
jgriffithvilobhmm: had some questions20:39
hemnaok20:39
hemnaagainst Icehouse ?20:39
vilobhmmyes20:39
vilobhmmhttps://github.com/openstack/nova/blob/stable/icehouse/nova/compute/api.py#L278920:39
hemnahuh ok, that's ancient, but ok20:39
jgriffithhemna: it hasn't changed really20:40
jgriffithhemna: besides.. it's only a year :)20:40
*** belmoreira has quit IRC20:40
hemnafor the most part afaik, nova takes what cinder's initialize_connection gives it, and passes it to the libvirt volume driver for the transport20:40
vilobhmmok hemna20:41
vilobhmmso thats what is missing i guess20:41
hemnasorry if I'm not anwering the question20:41
vilobhmmcinder is not able to pass the right info20:41
vilobhmmyou are20:41
hemnathe connection_info goes directly into the libvirt volume's attach_volume call20:42
vilobhmmhemna : I don't see connection_info in nova.block_device_mapping which I guess is sent by cinder's initialize_connection call20:42
vilobhmmsure20:42
*** ronis has quit IRC20:42
hemnathen it's the responsibility of the libvirt volume driver to discover the volume and get a block device mapping and pass that back, which gets injected into the BDM20:42
vilobhmmwhich means cinder's initialize_connection call is failing20:42
hemnaI don't think nova saves the entire part of cinder's connection_info into the BDM20:43
hemnathe libvirt volume driver uses the connection_info to discover the block device in the host20:43
hemnathen passes that back to get saved20:43
vilobhmmnot entire but something of this sort …{"driver_volume_type": "rbd", "serial": "a3a00411-7d23-4697-bb2b-367c9a23f115", "data": {"secret_type": "ceph", "device_path": null, "name": "volumes/volume-a3a00411-7d23-4697-bb2b-367c9a23f115", "secret_uuid": "31ba14e8-93bc-47ca-af4f-369e479a9ee2", "qos_specs": null, "hosts": [….]20:44
jgriffithsmcginnis: yeah, so https://goo.gl/X294vJ20:44
hemnaso it's entirely dependent on the libvirt volume driver to figure out how to discover that block device as it shows up for the protocol20:44
vilobhmmsure20:44
openstackgerritOpenStack Proposal Bot proposed openstack/cinder: Updated from global requirements  https://review.openstack.org/18611220:44
jgriffithsmcginnis: prints a benign message on the tox args20:44
jgriffithsmcginnis: but when you run you should notice on {0} - {3}20:44
jgriffithsmcginnis: In other words it works, although it's not very elegant20:45
jgriffithsmcginnis: until we get cinder stable at 8, figured we could deal with that20:45
jgriffithsmcginnis: then just lift the limit altogether20:45
vilobhmmhemna : that was helpful...thanks20:45
*** rushil has quit IRC20:45
hemnavilobhmm, sure20:45
jgriffithsmcginnis: although, actaully, I'm not sure I see the same thing you pointed out20:46
*** merooney has joined #openstack-cinder20:46
nikeshmhemna: hi20:46
hemnanikeshm, hey20:46
*** rushil has joined #openstack-cinder20:47
* hemna has been slammed doing 'paperwork' todya20:47
hemnableh20:47
nikeshmhemna: now FC and iSCSI both are working on https://review.openstack.org/#/c/177665/5. can you give +2,i have to upload patches for hpmsa today or tommorow which are dependent on these,if it is merged,then will easy to set up CI for hpmsa drivers20:47
hemnanikeshm, ok I'll take a look20:48
nikeshmthanks20:48
*** Yogi1 has quit IRC20:49
*** merooney has quit IRC20:49
smcginnisjgriffith: Looks like I get that message because one of the unit tests is failing.20:51
smcginnisjgriffith: It does appear to be harmless having the extra "concurrency" parameter.20:52
smcginnisjgriffith: Just a little confusing maybe.20:52
smcginnisjgriffith: Any way to get it to not pass the default --concurrency=6 if a differency level is passed in?20:53
*** cknight has quit IRC20:58
*** merooney has joined #openstack-cinder20:59
*** merooney has quit IRC21:04
smcginnisjgriffith: Your paste shows the same command on line 5.21:05
*** dustins has quit IRC21:05
smcginnisjgriffith: I believe I just get the InvocationError on the end because one of the UTs fail.21:05
smcginnisjgriffith: You do have the note in tox.ini, so I guess I'm fine with it.21:07
smcginnisjgriffith: Just wasn't immediately obvious and expected.21:07
*** thangp has quit IRC21:07
nikeshmhemna: ohhh slammed with paperwork,21:08
smcginnisjgriffith: OK, you got my very first +2. ;)21:08
*** cpallares has quit IRC21:08
*** eharney has quit IRC21:09
hemnasmcginnis, wielding his new abilities!  :)21:10
smcginnishemna: I feel drunk with power. Mwahahahahah.21:10
hemna:P21:11
*** dannywilson has quit IRC21:11
*** dannywilson has joined #openstack-cinder21:13
*** cpallares has joined #openstack-cinder21:14
*** bswartz has joined #openstack-cinder21:18
*** cpallares has quit IRC21:19
tsekiyamajgriffith: Could you look at https://review.openstack.org/#/c/187295/ again? needs last +A.21:21
*** lpetrut has quit IRC21:21
*** lpetrut has joined #openstack-cinder21:22
*** lpetrut has quit IRC21:22
*** timcl has quit IRC21:26
*** akerr has quit IRC21:26
*** cpallares has joined #openstack-cinder21:29
*** erlon has quit IRC21:31
*** afazekas has joined #openstack-cinder21:34
*** IlyaG has joined #openstack-cinder21:35
*** mriedem is now known as mriedem_away21:39
openstackgerritDavanum Srinivas (dims) proposed openstack/cinder: [WIP] Check if we can get rid of oslo copy of middleware  https://review.openstack.org/18734821:43
*** daneyon_ has quit IRC21:47
*** e0ne has joined #openstack-cinder21:51
*** akshai has quit IRC21:51
*** annegentle has quit IRC21:51
jgriffithtsekiyama: ping21:53
tsekiyamajgriffith: pong21:53
jgriffithtsekiyama: hey, had some questions about https://goo.gl/yRnqsb21:54
*** afazekas has quit IRC21:54
jgriffithtsekiyama: I was actually looking at something like this to allow attach in Ironic as well, or "any" user of the client for that matter, so not just Nova21:54
*** vilobhmm has quit IRC21:54
jgriffithtsekiyama: but I had a question how you envision usage here?21:54
*** vilobhmm1 has joined #openstack-cinder21:54
jgriffithtsekiyama: my plan was to actually create a policy entry to expose this to end-user21:55
jgriffithtsekiyama: and return iqn and other relevant attach info21:55
tsekiyamajgriffith: one of use-case of this is glance backend21:55
tsekiyamajgriffith: to upload/download, glance-api will attach the volume using this feature to read/write the image data from volumes21:56
jgriffithtsekiyama: yeah, that's cool21:56
jgriffithtsekiyama: but my point was, do you think we should just be promoting this call and creating a policy for it?21:56
jgriffithtsekiyama: in other words, there seems to be a number of use cases21:56
tsekiyamajgriffith: yeah21:57
jgriffithtsekiyama: that would benefit from being able to say "cinder volume-attach" and getting back the connection info21:57
jgriffithtsekiyama: Ok, cool... so the follow up question :)21:57
jgriffithtsekiyama: shall we merge your patch and then I can do a follow up?  Possibly moving that call?21:58
jgriffithtsekiyama: or do you have a better idea?21:58
* jgriffith is looking for ideas/brainstorming :)21:58
tsekiyamajgriffith: Some users may use this for attaching volumes to their own host *not* controlled by nova21:58
jgriffithtsekiyama: yes, exactly21:58
jgriffithtsekiyama: but they can't do that as it is right now21:58
tsekiyamajgriffith: so we need to add 'cinder volume-attach', right?21:59
jgriffithtsekiyama: so what i was thinking... is I could just add a command to shell.py22:00
jgriffithtsekiyama: and figure out what we want to do with policy22:00
jgriffithtsekiyama: but I was curious to get your opinion since you've been looking at this code recently22:00
*** emagana has quit IRC22:00
jgriffithtsekiyama: so right now it's burried in the os-attach call which isn't exposed22:00
jgriffithtsekiyama: so I'm proposing a follow up to your patch where I would expose it (for those that want it)22:01
jgriffithdefault being turned off in policy.json22:01
jgriffithtsekiyama: make sense?22:01
tsekiyamajgriffith: Yeah, and it might be more complex if we want to control the volume status like nova22:01
jgriffithtsekiyama: yeah, that's where things get a bit "ugly" :)22:01
jgriffithtsekiyama: my initial plan is that it can do two things, and ONLY two things:22:01
guitarzanone note, it feels a bit weird to return the connection info from this call22:01
jgriffith1. Attach22:02
jgriffith2. Detach22:02
*** garthb has quit IRC22:02
jgriffithguitarzan: yeah, we kinda talked about that in that meeting in Vancouver22:02
guitarzanthis call should get made after you're already attached22:02
jgriffithguitarzan: and I know DuncanT hated it and said "whatever you do don't do that" :)22:02
guitarzanhaha22:02
guitarzanthis is just a courtesy call to cinder anyway22:02
jgriffithguitarzan: OK, that rmeinded me of soemthing.. as well as an idea I had22:03
jgriffithguitarzan: so  brand new call, that gets the connection info and marks the volumes as in-use all in one22:03
tsekiyamajgriffith: +122:03
mtaninointeresting.22:03
*** garthb has joined #openstack-cinder22:04
jgriffithtsekiyama: guitarzan the good thing about that is that it can be controlled independently from all the other cases via policy22:04
guitarzanI'm not sure if that will help or hurt the sync issues with nova22:04
guitarzanjgriffith: true22:04
*** ganso_ has quit IRC22:04
jgriffithguitarzan: not following... re the sync issues with Nova22:04
jgriffithguitarzan: My use case is "non" nova attach of volumes22:04
guitarzanjgriffith: yeah, no argument at all22:04
guitarzanthe totally new api call is a very interesting idea22:05
jgriffithguitarzan: ie making Cinder a stand-alone project (or at least capable of being one)22:05
jgriffithguitarzan: ok... so maybe I'll see what I can put together22:05
jgriffithguitarzan: tsekiyama mtanino I'm just calling it "foo" for now since names are the hardest part ;)22:05
*** Guest44 has joined #openstack-cinder22:05
guitarzangreat call there22:05
tsekiyamajgriffith: I'm proposing a code to attach volumes to glance-api. It calls a lot of cinder API's to control the status: https://review.openstack.org/#/c/166414/2/glance_store/_drivers/cinder.py22:05
jgriffithtsekiyama: oh, I hadn't seen that....22:06
tsekiyamajgriffith: If this could be done in one-stop API, that would be nicer.22:06
jgriffithtsekiyama: so something that I proposed last week might throw a wrench into things22:06
jgriffithtsekiyama: I talked with patrickeast about image-caching in Cinder22:06
jgriffithtsekiyama: and suggested an internal cinder-tenant specifically for this22:07
*** openstackgerrit has quit IRC22:07
jgriffithtsekiyama: but if cinder backed glance might actually be a reality on the horizon it may make all of that work/effort kinda obsolete22:07
tsekiyamajgriffith: Hmm22:07
*** openstackgerrit has joined #openstack-cinder22:08
*** Guest44 has quit IRC22:08
jgriffithtsekiyama: and FYI, I'd recommend the same approach of a designated service tenant22:08
*** Guest44 has joined #openstack-cinder22:08
jgriffithtsekiyama: I'm not saying I wouldn't go foward with what you have, I'm saying what you have may be the "whole" solution that we're trying to work around here22:08
tsekiyamajgriffith: yeah I've added cinder_store_tenant_name etc. to glance-cinder backend so that it can put image volumes into service tenant22:08
jgriffithtsekiyama: oh!  I missed that... cool22:09
jgriffithtsekiyama: Ahh... cidner_store_user_name22:09
jgriffithand cinder_storte_tenant_name22:09
jgriffithslick22:09
jgriffithI think :)22:09
*** emagana has joined #openstack-cinder22:09
*** annegentle has joined #openstack-cinder22:09
tsekiyamajgriffith: Using this backend, I believe we can use glance ACL features for sharing volumes-snapshot22:09
jgriffithtsekiyama: yep, that was my assumption :)22:10
jgriffithtsekiyama: otherwise the whole idea unravels quickly :)22:10
jgriffithtsekiyama: so how do you see this working with Nova/ephemeral instances?22:10
*** emagana has quit IRC22:10
jgriffithtsekiyama: suppose I could just read the code :)22:11
*** Guest44 has left #openstack-cinder22:11
tsekiyamajgriffith: Unfortunately not yet started.. Just having an idea to attaching volumes to nova-compute nodes instead of copying the images22:11
jgriffithtsekiyama: got ya22:12
jgriffithtsekiyama: so maybe some sort of an http proxy to a node that attaches and reads the bytes?22:12
jgriffithtsekiyama: of course that raises the other issue... qcow vs raw22:12
tsekiyamajgriffith: yeah, but nova can still use qcow format volumes as a external base images22:14
*** krtaylor has quit IRC22:14
tsekiyamajgriffith: Actually qemu supports reading from qemu format written directly on volumes22:15
jgriffithtsekiyama: but then what's the point?  I mean... in that case Cinder and the backends don't gain anything really22:15
jgriffithtsekiyama: because it's filesystem layer22:15
jgriffithtsekiyama: although I guess if that's what people want "ok" but I think they're crazy :)22:16
jgriffithtsekiyama: there are much cheaper ways for storing images (object stores)22:16
openstackgerritPatrick East proposed openstack/cinder-specs: Generic image volume cache functionality  https://review.openstack.org/18252022:16
*** annegentle has quit IRC22:16
tsekiyamajgriffith: At least we can skip copying the image data to each compute hosts22:17
jgriffithtsekiyama: oh, you're saying attach the volume and read from it?22:17
patrickeastjgriffith: tsekiyama: oo the cinder glance backend22:17
tsekiyamajgriffith: exactly22:17
patrickeastthat would be pretty cool22:18
*** chlong has quit IRC22:18
tsekiyamaI thought somebody proposed this idea several years ago...22:18
tsekiyamaAh this one: https://blueprints.launchpad.net/nova/+spec/effective-template-base-image-preparing22:19
tsekiyamaAt that time there are missing pieces like os-brick, multi-attach, host-attach, but now we all have them :)22:20
patrickeastso it attaches the volume and uses it as the base image?22:20
tsekiyamapatrickeast: yes22:20
*** alexpilotti has joined #openstack-cinder22:21
*** e0ne has quit IRC22:22
*** flip214 has quit IRC22:23
*** netapp has quit IRC22:23
jgriffithtsekiyama: yes :)22:24
jgriffithtsekiyama: some crazy person :)22:24
*** flip214 has joined #openstack-cinder22:24
*** flip214 has quit IRC22:24
*** flip214 has joined #openstack-cinder22:24
tsekiyama;)22:24
jgriffithtsekiyama: I don't mean Zhi Yan either... I mean myself :)22:24
*** netapp has joined #openstack-cinder22:25
tsekiyamajgriffith: any way this is one of use-case of host-attach22:25
*** rbradbury has joined #openstack-cinder22:29
jgriffithtsekiyama: sounds cool.. thanks for the explanation22:32
tsekiyamajgriffith: your comments for the patches are very welcome!22:33
*** markvoelker_ has joined #openstack-cinder22:35
tsekiyamaFYI, glance-spec for downloading/uploading images from/to cinder volumes is here: https://review.openstack.org/#/c/183363/22:35
*** markvoelker has quit IRC22:37
*** lcurtis has quit IRC22:37
openstackgerritEric Brown proposed openstack/cinder: Add bandit for security static analysis testing  https://review.openstack.org/17956822:50
*** openstackgerrit has quit IRC22:51
*** openstackgerrit has joined #openstack-cinder22:51
*** garthb_ has joined #openstack-cinder22:53
*** garthb has quit IRC22:53
*** dims__ has joined #openstack-cinder22:53
vilobhmm1is there a cinder health check url that can be used while using VIP22:55
vilobhmm1for verification22:55
*** dims___ has joined #openstack-cinder22:56
*** zul has joined #openstack-cinder22:56
*** dims_ has quit IRC22:56
*** dims__ has quit IRC22:58
*** agentle1 has joined #openstack-cinder23:10
*** IlyaG has quit IRC23:11
*** krtaylor has joined #openstack-cinder23:12
openstackgerritEarle F. Philhower, III proposed openstack/os-brick: Add HGST volume type Connector  https://review.openstack.org/18658823:20
*** rushil has quit IRC23:21
*** nikeshm has quit IRC23:22
*** nikeshm has joined #openstack-cinder23:24
openstackgerritEarle F. Philhower, III proposed openstack/cinder: Implement Cinder Volume driver for HGST Solutions  https://review.openstack.org/18658023:25
*** agentle1 has quit IRC23:30
*** jdurgin has quit IRC23:31
openstackgerritEarle F. Philhower, III proposed openstack/os-brick: Add HGST volume type Connector  https://review.openstack.org/18658823:31
openstackgerritDavanum Srinivas (dims) proposed openstack/cinder: Get rid of oslo copy of middleware  https://review.openstack.org/18734823:41
openstackgerritDavanum Srinivas (dims) proposed openstack/cinder: Get rid of oslo copy of middleware  https://review.openstack.org/18734823:41
*** chlong has joined #openstack-cinder23:41
openstackgerritDavanum Srinivas (dims) proposed openstack/cinder: Get rid of oslo-incubator copy of middleware  https://review.openstack.org/18734823:43
*** agentle1 has joined #openstack-cinder23:49
*** agentle1 has quit IRC23:49
*** hemna is now known as hemnafk23:54
*** rmesta has quit IRC23:55
*** yamada-h has joined #openstack-cinder23:58
openstackgerritTomoki Sekiyama proposed openstack/python-cinderclient: Add volume multi attach support  https://review.openstack.org/8585623:59

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