Thursday, 2016-06-16

« Wednesday, 2016-06-15 Index Friday, 2016-06-17 »
*** openstack has joined #openstack-manila06:00
*** lpetrut has quit IRC06:13
*** shausy has quit IRC06:14
*** shausy has joined #openstack-manila06:15
*** lpetrut has joined #openstack-manila06:24
*** lpetrut has quit IRC06:40
*** yangyape_ has joined #openstack-manila06:54
*** yangyapeng has quit IRC06:56
*** yangyapeng has joined #openstack-manila07:06
*** yangyapeng has quit IRC07:06
*** yangyapeng has joined #openstack-manila07:07
*** yangyape_ has quit IRC07:08
*** pcaruana has joined #openstack-manila07:17
*** akapil has joined #openstack-manila07:18
*** permalac has quit IRC07:19
*** akapil has quit IRC07:33
*** akapil has joined #openstack-manila07:34
*** akapil has quit IRC07:37
openstackgerritzhongjun proposed openstack/manila-specs: Add spec for multiple protocols share  https://review.openstack.org/32939207:38
*** akapil has joined #openstack-manila07:38
*** akapil has quit IRC07:43
*** akapil has joined #openstack-manila07:43
*** akapil has quit IRC07:51
*** aovchinnikov has joined #openstack-manila07:53
openstackgerritAlexey Ovchinnikov proposed openstack/manila-image-elements: Add ganesha to docker container  https://review.openstack.org/33036008:04
*** lpetrut has joined #openstack-manila08:07
*** permalac has joined #openstack-manila08:09
*** lpetrut1 has joined #openstack-manila08:12
*** akapil has joined #openstack-manila08:12
*** lpetrut has quit IRC08:12
*** lpetrut1 is now known as lpetrut08:12
*** akapil has quit IRC08:14
*** zhongjun_ has quit IRC08:21
*** akapil has joined #openstack-manila08:21
*** rraja has joined #openstack-manila08:25
*** zhongjun_ has joined #openstack-manila08:28
openstackgerritOpenStack Proposal Bot proposed openstack/manila-ui: Imported Translations from Zanata  https://review.openstack.org/33036908:33
openstackgerritzhongjun proposed openstack/manila-specs: Add spec for multiple protocols share  https://review.openstack.org/32939208:44
*** zhonghua-lee has quit IRC08:47
*** akapil has quit IRC09:01
*** dmk0202 has joined #openstack-manila09:02
openstackgerritValeriy Ponomaryov proposed openstack/manila: [WIP] Add dummy driver  https://review.openstack.org/32839109:17
*** mkoderer__ has quit IRC09:28
*** akapil has joined #openstack-manila09:32
*** akapil has quit IRC09:33
*** akapil has joined #openstack-manila09:34
*** gahan has joined #openstack-manila09:38
*** ociuhandu has quit IRC09:39
openstackgerritMarc Koderer proposed openstack/manila: Fix issue with old opts in neutron client  https://review.openstack.org/32886909:53
openstackgerritMarc Koderer proposed openstack/manila: Fix issue with old opts in neutron client  https://review.openstack.org/32886909:55
openstackgerritMarc Koderer proposed openstack/manila: Make it possible to remove share in manage_error  https://review.openstack.org/32631510:02
*** akapil has quit IRC10:04
openstackgerritValeriy Ponomaryov proposed openstack/manila: [WIP] Add dummy driver  https://review.openstack.org/32839110:24
*** ociuhandu has joined #openstack-manila10:25
*** zhongjun_ has quit IRC10:26
*** zhongjun_ has joined #openstack-manila10:26
*** dsariel has quit IRC10:31
*** winston-d_ has quit IRC10:37
*** akapil has joined #openstack-manila10:38
*** akapil has quit IRC10:38
*** akapil has joined #openstack-manila10:50
*** akapil has quit IRC10:51
*** akapil has joined #openstack-manila10:55
*** akapil has quit IRC10:56
*** dsariel has joined #openstack-manila11:06
openstackgerritMarc Koderer proposed openstack/manila: Make it possible to remove share in manage_error  https://review.openstack.org/32631511:06
openstackgerritTatiana Ovchinnikova proposed openstack/manila-ui: Clean Shares modal forms  https://review.openstack.org/33047511:24
*** kaisers1 has joined #openstack-manila11:34
*** kaisers1 has quit IRC11:44
openstackgerritAlexey Ovchinnikov proposed openstack/manila: Container driver  https://review.openstack.org/30893011:44
*** kaisers1 has joined #openstack-manila11:45
*** akapil has joined #openstack-manila12:01
*** akapil has quit IRC12:06
*** akapil has joined #openstack-manila12:06
*** tellesnobrega is now known as tellesnobrega_af12:11
openstackgerritTatiana Ovchinnikova proposed openstack/manila-ui: Extend Share and Add Rule modals refactoring  https://review.openstack.org/33050412:16
*** adrianofr has joined #openstack-manila12:18
openstackgerritTatiana Ovchinnikova proposed openstack/manila-ui: Clean Shares modal forms  https://review.openstack.org/33047512:19
*** timcl has joined #openstack-manila12:22
openstackgerritDaniel Gonzalez Nothnagel proposed openstack/manila: Migrate API reference into tree  https://review.openstack.org/31387412:29
*** gajsin has joined #openstack-manila12:38
*** eharney has quit IRC12:44
openstackgerritValeriy Ponomaryov proposed openstack/manila: [WIP] Add dummy driver  https://review.openstack.org/32839112:46
openstackgerritValeriy Ponomaryov proposed openstack/manila: [DEBUG] do not merge  https://review.openstack.org/33051712:46
*** akapil has quit IRC12:53
*** akapil has joined #openstack-manila12:54
*** gouthamr has joined #openstack-manila12:58
*** gouthamr_ has joined #openstack-manila13:04
*** timcl1 has joined #openstack-manila13:05
*** timcl has quit IRC13:06
*** gouthamr has quit IRC13:07
*** gouthamr has joined #openstack-manila13:11
*** timcl has joined #openstack-manila13:14
*** gouthamr_ has quit IRC13:15
*** timcl1 has quit IRC13:15
openstackgerritMarc Koderer proposed openstack/manila: Make it possible to remove share in manage_error  https://review.openstack.org/32631513:16
*** faiz89 has joined #openstack-manila13:16
*** eharney has joined #openstack-manila13:17
*** dustins has joined #openstack-manila13:19
*** yangyape_ has joined #openstack-manila13:21
*** merooney has joined #openstack-manila13:22
*** yangyape_ has quit IRC13:23
*** yangyapeng has quit IRC13:24
*** akshai has joined #openstack-manila13:25
*** akshai_ has joined #openstack-manila13:27
*** akshai has quit IRC13:31
*** mtanino has joined #openstack-manila13:35
*** cknight has joined #openstack-manila13:37
*** cknight1 has joined #openstack-manila13:37
*** cknight has quit IRC13:37
*** timcl has quit IRC13:40
*** porrua has joined #openstack-manila13:41
*** furlongm_ is now known as furlongm13:41
openstackgerritDaniel Gonzalez Nothnagel proposed openstack/manila: Add neutron driver for binding  https://review.openstack.org/28349413:43
openstackgerritDaniel Gonzalez Nothnagel proposed openstack/manila: [WIP] Do not merge  https://review.openstack.org/33056113:43
*** akerr has joined #openstack-manila13:48
dgonzalezaovchinnikov: bswartz: here is the patch needed to make the container driver work with neutron port binding, if you want to have a look before tomorrow: https://review.openstack.org/#/c/33056113:50
*** jcsp has quit IRC13:50
dgonzalezmkoderer: ^13:50
*** MikeG451_ has joined #openstack-manila13:51
mkoderergouthamr: ping13:51
*** akapil has quit IRC13:53
mkoderergouthamr: cknight1: do you know the reason why thin_provisioning is disable for DHSS=True? https://github.com/openstack/manila/blob/master/manila/share/drivers/netapp/dataontap/cluster_mode/lib_base.py#L28013:53
mkodererworks fine in our lab with DHSS ;)13:53
*** akapil has joined #openstack-manila13:56
*** timcl has joined #openstack-manila13:57
*** tpsilva has joined #openstack-manila13:58
akerrmkoderer: I don't think that's disabled, its reporting that it can be either and depending on what share_type you request we make the flexvol to match it14:00
mkodererakerr: mhh, I remeber that this kind of list means first "DHSS = False" and "DHSS = True" but can be that I am worng14:01
akerrmkoderer: this is what we report to the scheduler about the pool's capabilities.  Here we're saying the pool supports both thin_provisioning = True and thin_provisioning = False so either extra_spec will match in the capabilities filter14:02
*** tellesnobrega_af is now known as tellesnobrega14:02
gouthamrmkoderer: it means thin and thick..14:03
cknight1mkoderer: We report a list if a pool can do either.14:03
gouthamrso shares can be either thin_provisioned or thick_provisioned14:03
openstackgerritDaniel Gonzalez Nothnagel proposed openstack/manila: Migrate API reference into tree  https://review.openstack.org/31387414:09
mkodererok I had the case that the scheduler rejects since "no hosts supports thin_provisioning".. but I need to check again14:10
*** dsariel has quit IRC14:12
vponomaryovmkoderer: your original statement is false. it is enabled for both and will path filter with either share type extra spec for it14:16
*** jcsp has joined #openstack-manila14:20
*** kaisers_ has joined #openstack-manila14:21
vponomaryovs/path/pass/14:23
*** akapil has quit IRC14:35
*** vbellur has quit IRC14:37
*** pcaruana has quit IRC14:41
*** kaisers_ has quit IRC14:44
*** kaisers_ has joined #openstack-manila14:48
*** akapil has joined #openstack-manila14:52
*** akapil has quit IRC14:55
*** aovchinnikov has quit IRC14:55
*** aovchinnikov has joined #openstack-manila14:56
*** markstur has joined #openstack-manila14:58
openstackgerritValeriy Ponomaryov proposed openstack/manila: [DEBUG] do not merge  https://review.openstack.org/33051714:59
*** cbader_ has quit IRC15:05
*** vbellur has joined #openstack-manila15:06
*** faiz89 has quit IRC15:07
*** tellesnobrega is now known as tellesnobrega_af15:09
*** kaisers_ has quit IRC15:09
*** kaisers_ has joined #openstack-manila15:10
*** suyash has joined #openstack-manila15:15
*** tellesnobrega_af is now known as tellesnobrega15:20
*** akapil has joined #openstack-manila15:21
*** akapil has quit IRC15:21
*** akapil has joined #openstack-manila15:24
*** akapil has quit IRC15:24
*** akapil has joined #openstack-manila15:24
*** akapil has quit IRC15:24
*** faiz89 has joined #openstack-manila15:30
*** openstackgerrit has quit IRC15:34
*** openstackgerrit has joined #openstack-manila15:34
*** eharney_ has joined #openstack-manila15:38
*** eharney has quit IRC15:39
*** eharney_ is now known as eharney15:44
*** alyson_ has joined #openstack-manila15:56
*** timcl has quit IRC15:57
*** akshai has joined #openstack-manila15:58
*** aovchinnikov has quit IRC16:00
tpsilvaif we can push the error to the API, we don't actually need the filter anymore16:00
*** kaisers_ has quit IRC16:01
bswartzso one proposal to address this is to use the scheduler and simply fail scheduling of shares smaller than 128GB to this backend16:01
gansotpsilva: if we use ShareSizeFilter in scheduler, then we don't, AFAIK16:01
vponomaryovtpsilva: it is the goal of "user-messages" feature that is in progress16:01
gansotpsilva: sorry, I mean we cant16:01
bswartzanother proposal is to give the admin a way to set a minimum share size at the manila API level16:01
*** akshai_ has quit IRC16:01
jseiler__Ran out of time in the meeting for open discussion, so I'll ask it here.16:01
markstura share type could have a minimum16:01
cknight1bswartz: but if you have backends with and without a minimum size restriction, that wouldn't work16:02
jseiler__Question on new drivers. I thought I had read somewhere that when working on a new driver, that I should let the community know. But I cannot find where I thought I read that.16:02
bswartzusers would need a way to query such a limit, and there would be backward-compat issues to consider, because stuff that used to work might not work after we start enforcing a limit16:02
jseiler__Anyway, we're working on a new driver. How should I let the community know? Is there a blueprint or something I need to submit? Thanks.16:02
jseiler__bswartz: This is for Dell FluidFS. I wasn't sure Sean McGinnis may have mentioned it (since he's your peer cinder PTL).16:02
vponomaryovmarkstur: nice idea16:02
gouthamrjseiler__: yes, bp..16:02
cknight1jseiler__: Yes, submit a blueprint and respect the new driver deadline, please.16:02
tpsilvamarkstur: +116:02
*** shausy has quit IRC16:02
bswartzjseiler__: create a BP and push the code -- most importantly is think about CI system requirement because that will take the most time16:02
bswartzwe have a deadline for new drivers16:03
jseiler__gouthamr: cknight1: thanks16:03
gansoalthough using a share type with a minimum, that would result in host not found error in scheduler, unless we validate this in the API16:03
bswartzdeadline is R-816:03
*** jcsp has quit IRC16:03
vponomaryovmarkstur: but in this case we do scheduler stuff on api side if we read extra specs there16:04
bswartzcknight1: if you have backends with and without limits, then all of the small requests would go to the backend without limits16:04
vponomaryovmarkstur: and make some decisions16:04
bswartzand there would be no need for an admin-defined limit16:04
jseiler__bswartz: is that the deadline for the driver to be merged?16:04
gouthamrif we're looking at share types, then size becomes a required extra-spec?16:05
bswartzif you only had backends with limits then an admin-defined limit might improve the end user experience by letting them discover what the minimum actually is16:05
vponomaryovjseiler__: driver proposal is the first deadline you should care about16:05
bswartzjseiler__: R-516:05
gouthamrbecause you don't want the share to be scheduled to the (new) hitachi backend that has this limitation if you have a share type with no minimum size set?16:06
bswartzyeah R-8 is when you need working CI, complete driver, passing tests, and good unit test coverage16:06
ameadedarn forgot it was thurs16:06
vponomaryovjseiler__: proposal means you have uploaded gerrit change and have Third-Party Ci for it16:06
cknight1ameade: all day!16:06
bswartzthe 3 weeks between R-8 and R-5 are for us to review and offer feedback16:06
jseiler__bswartz: Thanks. I remember you saying previously earlier is better. We're working to get it in as soon as we can. But I think we were behind before we started.16:07
tbarrongouthamr: can default behavior if no size is specified in extra spec be to treat it as if it were 1 ?16:07
gansogouthamr: it seems like we are back to the original problem16:07
bswartzis anyone opposed to a admin-defined global share size limit? (minimum and/or maximum)16:08
gouthamrtbarron: that would then be a required extra-spec16:08
cknight1bswartz: yes, that doesn't make sense to me16:08
gouthamrtbarron: even if it is a hidden one..16:08
bswartzit seems like it could be helpful for users to know what will fail16:08
gansobswartz: I think the share-type approach is better than admin-defined global16:08
bswartzcknight1: yes it doesn't make sense?16:08
ameadeshould that not be a quota?16:08
marksturbswartz, a global limit seems like a good idea16:08
tbarronbswartz: yes, that has the problem with multiple backends where some don't have the requiremnent, right?16:09
cknight1bswartz: you couldn't mix backends with different limits16:09
tbarroncknight1: +116:09
gansobswartz: if cloud provider has 2 backends, one that can accept size 1 and other which 128 is the minimum, the global will be 1, which is how it is today16:09
bswartzameade: quota is defined as number of shares and total GB of shares -- this would be a new kind of quota if we used the quota system16:09
ameadeyeah max gigs per share16:09
gouthamrbswartz: what if you have a public cloud with a bunch of vendors.. you've to set it to the least of the backend with the highest least limitation..16:09
gouthamrweird :P16:09
bswartzI don't see the problem here16:10
bswartzadmins know what they are doing16:10
*** akshai_ has joined #openstack-manila16:10
marksturif horizon and client had good error messages for size out of range then that is better than "no host found."16:10
gouthamrokay, think about this: administrator has: ceph, netapp, hitachi, hp, emc16:10
jseiler__bswartz: One of my peers is the author of our cinder driver. And I also work with Sean McGinnis, so I'm leveraging their experience to ensure we adhere to the community requirements.16:10
bswartzif you buy a storage controller that can't create shares smaller than 128GB you must have some good reason to believe that you'll be creating a lot of shares >=128GB16:10
gouthamronly hitachi (one of the hitachi's) has this limitation16:10
marksturthat could be done with global config and could be even better with share-type overrides16:10
bswartzjseiler__: excellent16:11
marksturwould be nice if the global config was all that was needed for most use cases16:11
tbarronso what does the admin set in gouthamr's scenario?16:11
bswartztpsilva: the more I think about this the more I lean towards a limit -- we could even use the quota system16:12
bswartzwe can add special quotas for min share size and max share size and the admin could even set different values for different users16:12
*** akshai has quit IRC16:13
vponomaryovbswartz: it will not fix case with several different backends16:13
bswartzalso we'd need that scheduler size filter16:13
marksturtbarron, with a bunch of backends it might be ok just to have the sched filter pick one (with the  min filter for the backend that has a min)16:13
vponomaryovs/fix/fit/16:13
bswartzvponomaryov: ^16:13
cknight1bswartz: a minimum share size is a capability of a backend, not manila as a whole.  I don't see why this needs to be a global thing.16:13
bswartzwith the scheduler size filter, the right thing will happen always16:13
tbarroncknight1: +116:13
vponomaryovcknight1: +116:14
gouthamrcknight1: +116:14
bswartzthe quota changes would just be about decreasing user confusion16:14
cknight1bswartz: a size filter is *all* that's needed16:14
gouthamrno, user message would be nice too16:14
cknight1gouthamr: true16:14
tbarroncknight1: gouthamr: agree16:14
bswartzcknight1: yes it's all that's needed for a bare minumum, but then you'll get lots of errors when users don't know about the backend limitations16:14
vponomaryovthen we need to get user-messages feature merged first16:14
gansogouthamr: indeed16:14
ameadeyeah we should generate user messages but they should never function alone unless there is no other way16:14
tpsilvacknight1, gouthamr: +116:14
bswartzargh16:14
ameadevponomaryov: +1, almost done updating my cinder patches16:15
marksturtbarron, but if the admin knows the limit and would prefer to use this backend more he needs a way to require or encourage users to use >=12816:15
bswartzuser messages aren't a get out of jail free card for bad designs16:15
ameadebswartz: +116:15
marksturby doc or by error message16:15
marksturor by gui/api that says must be >=12816:15
*** permalac has quit IRC16:15
tbarronmarkstur: doc that they should use a certain volume type16:15
gouthamrmarkstur: he can always specify driver_class_name or share_backend_name16:15
tbarronmarkstur: make it default volume type even16:15
gansomarkstur: then I believe he should use a special share type for it, one that isolates that backend he wants to use for this particular reason16:15
tbarronshare type16:15
gouthamrmarkstur: or a bunch of extra-specs that map to that backend16:15
marksturtbarron, that's why I suggested pushing it to a _share_ type16:15
tbarron:)16:16
bswartzthe quota system provides us with a handy way for end users to discover that creation of shares smaller than X is now allowed16:16
bswartznot* allowed16:16
*** tellesnobrega is now known as tellesnobrega_af16:16
tbarronlinguistic habit16:16
bswartzshare types could do it too16:16
marksturgouthamr, True. Maybe a share type tied to the backend is sufficient16:16
gouthamrtbarron: :D volume, i make that spell-error far too often16:16
vponomaryovbswartz; quota case does not fit all likely use cases16:16
bswartzI like the idea of end-user-discoverability of any limits that exist in the system, to avoid surprises16:16
* ameade notes down 'linguistic habit' as an excuse for cursing at funerals16:16
marksturirc should auto-correct volume depending on meeting16:17
tbarroni'm not against enhancing quota system but we need to make sure it works first16:17
gansovponomaryov: +116:17
marksturameade, +!16:17
gouthamr+116:17
cknight1tbarron: fix the quotas, then :-)16:17
bswartzokay well we seem to be in agreement that at least we need a scheduler filter16:17
bswartzand that will address tpsilva's concern16:17
tbarronameade: i just say, sorry i have 't**** syndrome'16:17
bswartzI think we need to go a step further, but we can discuss that later16:17
* ameade sees what you did there16:18
bswartzokay I'm starving16:18
* bswartz leaves to get lunch16:18
marksturlunch?  ameade just woke up16:19
gouthamrmarkstur no he's headed to a funeral already16:19
ameadegouthamr: nearest one i can find16:19
gouthamr:D16:19
marksturgouthamr, was that supposed to be funny?16:20
tbarronameade: lemme know about the wake, i need a drink.16:20
ameadevponomaryov: I will let you know when I update the messages patch, sorry for the delay16:20
ameadetbarron: I want my casket to double as a kegerator16:20
marksturgouthamr, I laughed, but then felt guilty16:20
* tbarron decides not to encourage ameade any further16:20
gouthamrmarkstur: actually me too :P16:21
* gouthamr laughs at his own jokes16:21
vponomaryovmarkstur: remember "linguistic habit"!16:21
marksturguilty16:21
marksturif the glove don't fit, linguistic habit16:21
*** markstur has quit IRC16:23
*** cbader has joined #openstack-manila16:28
*** faiz89 has quit IRC16:36
*** suyash has quit IRC16:41
*** dmk0202 has quit IRC16:42
*** erlon has joined #openstack-manila16:44
*** suyash has joined #openstack-manila17:02
*** tellesnobrega_af is now known as tellesnobrega17:06
*** akshai_ has quit IRC17:06
*** timcl has joined #openstack-manila17:09
*** eharney has quit IRC17:23
*** faiz89 has joined #openstack-manila17:26
*** lpetrut has quit IRC17:27
*** akshai has joined #openstack-manila17:28
*** eharney has joined #openstack-manila17:28
*** xyang1 has joined #openstack-manila17:33
*** faiz89 has quit IRC17:42
*** faiz89 has joined #openstack-manila17:43
*** eharney has quit IRC17:46
*** mtanino has quit IRC17:59
*** akshai has quit IRC18:08
*** akshai has joined #openstack-manila18:11
*** mtanino has joined #openstack-manila18:11
*** eharney has joined #openstack-manila18:14
openstackgerritDaniel Gonzalez Nothnagel proposed openstack/manila: [WIP] Do not merge  https://review.openstack.org/33056118:15
*** timcl has quit IRC18:21
*** lpetrut has joined #openstack-manila18:22
*** mkoderer__ has joined #openstack-manila18:24
mkoderer__bswartz: will you send an invite for the meeting? or should I?18:24
*** faiz89 has quit IRC18:34
*** faiz89 has joined #openstack-manila18:34
*** timcl has joined #openstack-manila18:42
*** dmk0202 has joined #openstack-manila18:44
*** sandanar has joined #openstack-manila18:44
*** dmk0202 has quit IRC18:45
*** akshai_ has joined #openstack-manila18:45
*** akshai has quit IRC18:47
*** akshai_ has quit IRC18:50
*** vbellur has quit IRC18:50
*** sandanar_ has joined #openstack-manila18:50
*** sandanar has quit IRC18:50
*** amit213 has joined #openstack-manila18:50
*** sage__ has joined #openstack-manila18:51
*** timcl1 has joined #openstack-manila18:56
*** timcl has quit IRC18:58
*** sgotliv_ has quit IRC19:02
*** ociuhandu has quit IRC19:02
*** sandanar_ has quit IRC19:06
*** sandanar has joined #openstack-manila19:07
*** sandanar has quit IRC19:09
*** lpetrut has quit IRC19:13
*** zhongjun_ has quit IRC19:14
*** zhongjun_ has joined #openstack-manila19:15
bswartzmkoderer__: I'm on it19:30
*** ociuhandu has joined #openstack-manila19:37
*** dmk0202 has joined #openstack-manila19:40
*** dmk0202 has quit IRC19:43
*** lpetrut has joined #openstack-manila19:46
*** faiz89 has quit IRC19:53
*** vbellur has joined #openstack-manila19:58
*** akerr has quit IRC20:03
*** cknight1 has quit IRC20:06
*** merooney has quit IRC20:07
*** porrua has quit IRC20:08
*** timcl1 has quit IRC20:10
*** faiz89 has joined #openstack-manila20:11
*** akshai has joined #openstack-manila20:13
*** openstackstatus has joined #openstack-manila20:19
*** ChanServ sets mode: +v openstackstatus20:19
*** dmk0202 has joined #openstack-manila20:23
*** lpetrut has quit IRC20:38
bswartzganso: I have one last comment on your migration spec20:40
*** faiz89 has quit IRC20:50
*** lpetrut has joined #openstack-manila20:51
*** tellesnobrega is now known as tellesnobrega_af20:56
*** tellesnobrega_af is now known as tellesnobrega21:00
*** sgotliv_ has joined #openstack-manila21:02
*** merooney has joined #openstack-manila21:03
*** faiz89 has joined #openstack-manila21:03
*** faiz89 has quit IRC21:05
*** sgotliv_ has quit IRC21:07
openstackgerritGoutham Pacha Ravi proposed openstack/manila: Add user_id and project_id to snapshot APIs  https://review.openstack.org/32354721:07
*** faiz89 has joined #openstack-manila21:08
*** akapil has joined #openstack-manila21:12
*** cknight has joined #openstack-manila21:14
*** gouthamr has quit IRC21:15
*** dustins has quit IRC21:15
*** eharney has quit IRC21:19
*** faiz89 has quit IRC21:24
*** porrua has joined #openstack-manila21:31
*** gouthamr has joined #openstack-manila21:37
*** dmk0202 has quit IRC21:38
*** lpetrut has quit IRC21:39
*** gouthamr_ has joined #openstack-manila22:04
*** dmk0202 has joined #openstack-manila22:04
*** xyang1 has quit IRC22:04
*** porrua has quit IRC22:05
*** gouthamr has quit IRC22:07
*** akapil has quit IRC22:09
*** akshai has quit IRC22:11
*** rraja has quit IRC22:25
*** darrenc is now known as darren_afk22:34
openstackgerritGoutham Pacha Ravi proposed openstack/manila: Add user_id and project_id to snapshot APIs  https://review.openstack.org/32354722:38
*** dmk0202 has quit IRC22:39
*** darren_afk is now known as darrenc22:55
*** MikeG451_ has quit IRC22:59
*** akerr has joined #openstack-manila23:14
*** akerr has quit IRC23:17
*** cknight has quit IRC23:37
*** cknight has joined #openstack-manila23:37
*** cknight has quit IRC23:39
*** cknight1 has joined #openstack-manila23:39
*** chlong has quit IRC23:42
*** cknight1 has quit IRC23:44
*** cknight has joined #openstack-manila23:44
*** cknight1 has joined #openstack-manila23:50
*** cknight has quit IRC23:51
*** adrianofr has quit IRC23:52
« Wednesday, 2016-06-15 Index Friday, 2016-06-17 »

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