Re: [openstack-dev] manila community meeting this week is *on*

On 15/11/18 02:29 +0100, Erik McCormick wrote: Are you gathering somewhere in the building for in-person discussion? We have a Forum session at 9:50 where we'll cover similar material:

Re: [openstack-dev] manila community meeting this week is *on*

Are you gathering somewhere in the building for in-person discussion? On Wed, Nov 14, 2018, 10:11 PM Tom Barron As we discussed last week, we *will* have our normal weekly manila > community meeting this week, at the regular time and place > >Thursday, 15 November, 1500 UTC,

Re: [openstack-dev] [manila] [contribute]

Hi all Thanks Sofia, Tom and Goutham for responding. Will checkout all the links you've shared. On 11/9/18 12:32 PM, Tom Barron wrote: On 08/11/18 11:07 -0300, Sofia Enriquez wrote: Hi Leni, welcome! 1) Devstack[1] plays a *main *role in the development workflow. It's an easier way to get

Re: [openstack-dev] [manila] [contribute]

On 08/11/18 11:07 -0300, Sofia Enriquez wrote: Hi Leni, welcome! 1) Devstack[1] plays a *main *role in the development workflow. It's an easier way to get a full environment to work in Manila, we use it every day. I recommend you to use it in a VM. You can find many tutorials about how to use

Re: [openstack-dev] [manila] [contribute]

On Thu, Nov 8, 2018 at 6:07 AM Sofia Enriquez wrote: > Hi Leni, welcome! > > 1) Devstack[1] plays a *main *role in the development workflow. > It's an easier way to get a full environment to work in Manila, we use it > every day. I recommend you to use it in a VM. > You can find many tutorials

Re: [openstack-dev] [manila] [contribute]

Hi Leni, welcome! 1) Devstack[1] plays a *main *role in the development workflow. It's an easier way to get a full environment to work in Manila, we use it every day. I recommend you to use it in a VM. You can find many tutorials about how to use Devstack, I just let you one [2] 2) I can't find

Re: [openstack-dev] [manila] [contribute]

Hi Tom Thanks for the warm welcome. I've gone through the material and I would like to understand a few things: 1. What's the role of devstack in the development workflow? 2. Where can I find good-first-bugs? A bug that is simple to do (relatively ;)) and allows me to practice what I've read

Re: [openstack-dev] [manila][tc] Seeking feedback on the OpenStack cloud vision

On 24/10/18 11:14 -0400, Zane Bitter wrote: Greetings, Manila team! As you may be aware, I've been working with other folks in the community on documenting a vision for OpenStack clouds (formerly known as the 'Technical Vision') - essentially to interpret the mission statement in long-form,

Re: [openstack-dev] [manila] [contribute]

On 19/10/18 15:27 +0300, Leni Kadali Mutungi wrote: Hi all. I've downloaded the manila project from GitHub as a zip file, unpacked it and have run `git fetch --depth=1` and been progressively running `git fetch --deepen=5` to get the commit history I need. For future reference, would a

Re: [openstack-dev] [manila] [contribute]

Hi all. I've downloaded the manila project from GitHub as a zip file, unpacked it and have run `git fetch --depth=1` and been progressively running `git fetch --deepen=5` to get the commit history I need. For future reference, would a shallow clone e.g. `git clone depth=1` be enough to start

Re: [openstack-dev] [manila] nominating Amit Oren for manila core

Thank you Tom for nominating me and thank you all for your votes :) - Amit On Tue, Oct 9, 2018 at 11:24 PM Erlon Cruz wrote: > Hey Amit, > > Welcome! > > Em ter, 9 de out de 2018 às 16:52, Tom Barron escreveu: > >> On 02/10/18 13:58 -0400, Tom Barron wrote: >> >Amit Oren has contributed high

Re: [openstack-dev] [manila] nominating Amit Oren for manila core

Hey Amit, Welcome! Em ter, 9 de out de 2018 às 16:52, Tom Barron escreveu: > On 02/10/18 13:58 -0400, Tom Barron wrote: > >Amit Oren has contributed high quality reviews in the last > >couple of cycles so I would like to nominated him for manila > >core. > > > >Please respond with your +1 or

Re: [openstack-dev] [manila] nominating Amit Oren for manila core

On 02/10/18 13:58 -0400, Tom Barron wrote: Amit Oren has contributed high quality reviews in the last couple of cycles so I would like to nominated him for manila core. Please respond with your +1 or -1 votes. We'll hold voting open for 7 days. Thanks, -- Tom Barron (tbarron) We've

Re: [openstack-dev] [manila] nominating Amit Oren for manila core

+1 Dustin Schoenbrun 于2018年10月4日周四 上午3:12写道： > +1 > > --- > Dustin Schoenbrun > Senior OpenStack Quality Engineer > Red Hat, Inc. > dscho...@redhat.com > > > On Wed, Oct 3, 2018 at 12:52 PM Goutham Pacha Ravi > wrote: > >> +1 >> >> -- >> Goutham Pacha Ravi >> >> >> On Tue, Oct 2, 2018 at 10:59

Re: [openstack-dev] [manila] [infra] remove driverfixes/ocata branch [was: Re: [cinder][infra] Remove driverfixes/ocata branch]

On 05/10/18 13:06 -0700, Clark Boylan wrote: On Fri, Oct 5, 2018, at 12:44 PM, Tom Barron wrote: Clark, would you be so kind, at your conveniencew, as to remove the manila driverfixes/ocata branch? There are no open changes on the branch and `git log origin/driverfixes/ocata

Re: [openstack-dev] [manila] [infra] remove driverfixes/ocata branch [was: Re: [cinder][infra] Remove driverfixes/ocata branch]

On Fri, Oct 5, 2018, at 12:44 PM, Tom Barron wrote: > Clark, would you be so kind, at your conveniencew, as to remove the > manila driverfixes/ocata branch? > > There are no open changes on the branch and `git log > origin/driverfixes/ocata ^origin/stable/ocata --no-merges --oneline` > reveals

Re: [openstack-dev] [manila] nominating Amit Oren for manila core

+1 --- Dustin Schoenbrun Senior OpenStack Quality Engineer Red Hat, Inc. dscho...@redhat.com On Wed, Oct 3, 2018 at 12:52 PM Goutham Pacha Ravi wrote: > +1 > > -- > Goutham Pacha Ravi > > > On Tue, Oct 2, 2018 at 10:59 AM Tom Barron wrote: > > > > Amit Oren has contributed high quality

Re: [openstack-dev] [manila] nominating Amit Oren for manila core

+1 -- Goutham Pacha Ravi On Tue, Oct 2, 2018 at 10:59 AM Tom Barron wrote: > > Amit Oren has contributed high quality reviews in the last couple of > cycles so I would like to nominated him for manila core. > > Please respond with your +1 or -1 votes. We'll hold voting open for 7 > days. > >

Re: [openstack-dev] [manila] nominating Amit Oren for manila core

On 10/02/2018 01:58 PM, Tom Barron wrote: Amit Oren has contributed high quality reviews in the last couple of cycles so I would like to nominated him for manila core. Please respond with your +1 or -1 votes.  We'll hold voting open for 7 days. +1 Thanks, -- Tom Barron (tbarron)

Re: [openstack-dev] [manila] nominating Amit Oren for manila core

+1 -- Rodrigo Barbieri MSc Computer Scientist OpenStack Manila Core Contributor Federal University of São Carlos On Tue, Oct 2, 2018, 17:02 Jay S Bryant wrote: > As a friend of Manila I am definitely +1 except that Cinder would like > him back full time. ;-) > > Jay > > > On 10/2/2018 12:58

Re: [openstack-dev] [manila] nominating Amit Oren for manila core

As a friend of Manila I am definitely +1 except that Cinder would like him back full time.  ;-) Jay On 10/2/2018 12:58 PM, Tom Barron wrote: Amit Oren has contributed high quality reviews in the last couple of cycles so I would like to nominated him for manila core. Please respond with

Re: [openstack-dev] [manila] nominating Amit Oren for manila core

+1 :D El mar., 2 de oct. de 2018 a la(s) 15:00, Xing Yang (xingyang...@gmail.com) escribió: > +1 > > On Tue, Oct 2, 2018 at 1:58 PM Tom Barron wrote: > >> Amit Oren has contributed high quality reviews in the last couple of >> cycles so I would like to nominated him for manila core. >> >>

Re: [openstack-dev] [manila] nominating Amit Oren for manila core

+1 On Tue, Oct 2, 2018 at 1:58 PM Tom Barron wrote: > Amit Oren has contributed high quality reviews in the last couple of > cycles so I would like to nominated him for manila core. > > Please respond with your +1 or -1 votes. We'll hold voting open for 7 > days. > > Thanks, > > -- Tom Barron

Re: [openstack-dev] [manila] [NEEDACTION] CI changes due to manila tempest tests new repository

Hi all! Some late info for those not running DevStack gate, my migration took three additions: 1) add the git checkout command as recommended 2) add "enable_plugin manila-tempest-plugin https://github.com/openstack/manila-tempest-plugin; to DevStacks local.conf 3) add running the setup.py command

Re: [openstack-dev] [manila] Nominating Zhong Jun (zhongjun) for Manila core

Thank you ben and Manila team, and also thank my mentor Goutham always encourages me and helped me a lot. It's my honor to contribute to the manila and to be a member of the manila core reviewer team. Looking forward to work with all of you! 2017-11-23 5:43 GMT+08:00 Ben Swartzlander

Re: [openstack-dev] [manila] Nominating Zhong Jun (zhongjun) for Manila core

On 11/19/2017 06:29 PM, Ravi, Goutham wrote: Hello Manila developers, I would like to nominate Zhong Jun (zhongjun on irc, zhongjun2 on gerrit) to be part of the Manila core team. Zhongjun has been an important member of our community since the Kilo release, and has, in the past few releases

Re: [openstack-dev] [manila] Nominating Zhong Jun (zhongjun) for Manila core

Yes! Huge +1! Congrats Jun :) 2017-11-22 7:45 GMT-03:00 Thomas Bechtold : > +1 > > On 20.11.2017 00:29, Ravi, Goutham wrote: > >> Hello Manila developers, >> >> I would like to nominate Zhong Jun (zhongjun on irc, zhongjun2 on gerrit) >> to be part of the Manila core team.

Re: [openstack-dev] [manila] Nominating Zhong Jun (zhongjun) for Manila core

+1 On 20.11.2017 00:29, Ravi, Goutham wrote: Hello Manila developers, I would like to nominate Zhong Jun (zhongjun on irc, zhongjun2 on gerrit) to be part of the Manila core team. Zhongjun has been an important member of our community since the Kilo release, and has, in the past few

Re: [openstack-dev] [manila] Nominating Zhong Jun (zhongjun) for Manila core

+1 if I can vote:) Zhongjun is always a nice and hard working people. She keeps making a hug and continual contribution to Manila. Thanks TommyLike.Hu Ravi, Goutham 于2017年11月20日周一 上午7:30写道： > Hello Manila developers, > > > > I would like to nominate Zhong Jun

Re: [openstack-dev] [manila] Nominating Zhong Jun (zhongjun) for Manila core

On 11/19/2017 06:29 PM, Ravi, Goutham wrote: Hello Manila developers, I would like to nominate Zhong Jun (zhongjun on irc, zhongjun2 on gerrit) to be part of the Manila core team. Zhongjun has been an important member of our community since the Kilo release, and has, in the past few releases

Re: [openstack-dev] [manila] Nominating Zhong Jun (zhongjun) for Manila core

A big plus 1 from me! Zhong as core is well deserved and exactly what our project needs! On Nov 19, 2017 6:31 PM, "Ravi, Goutham" wrote: > Hello Manila developers, > > > > I would like to nominate Zhong Jun (zhongjun on irc, zhongjun2 on gerrit) > to be part of

Re: [openstack-dev] [manila] Nominating Zhong Jun (zhongjun) for Manila core

+1! Zhong Jun has been a valuable member of the manila community and has contributed a lot to improving manila. On Sun, Nov 19, 2017 at 9:29 PM, Ravi, Goutham wrote: > Hello Manila developers, > > > > I would like to nominate Zhong Jun (zhongjun on irc,

Re: [openstack-dev] [Manila] Feature proposal freeze exception request for change

On 07/18/2017 04:33 PM, Ravi, Goutham wrote: Hello Manila reviewers, It has been a few days past the feature proposal freeze, but I would like to request an extension for an enhancement to the NetApp driver in Manila. [1] implements a low-impact blueprint [2] that was approved for the Pike

Re: [openstack-dev] [Manila] Feature proposal freeze exception request for change

On 07/18/2017 04:33 PM, Ravi, Goutham wrote: > Hello Manila reviewers, > > > > It has been a few days past the feature proposal freeze, but I would > like to request an extension for an enhancement to the NetApp driver in > Manila. [1] implements a low-impact blueprint [2] that was approved

Re: [openstack-dev] [manila] PTG involvement

Hello Ben, That was a great summary of our choices. I believe it is worth mentioning that the Summit in Sydney will be only 3 days long, so it most likely be a very tight schedule for some of the participants if we plan to do face to face discussions there, as there will be a lot going on during

Re: [openstack-dev] [manila] PTG involvement

Hello Ben, We started discussing ways of minimizing collisions between projects like Cinder and Manila for the upcoming PTG and think we are close to a solution. More details to come, but that doesn't need to be a con as we are working to address those issues this PTG :) -Kendall (diablo_rojo)

Re: [openstack-dev] [manila] share server frameworks for DHSS=False case

On 04/03/2017 03:58 PM, Valeriy Ponomaryov wrote: On Mon, Apr 3, 2017 at 10:00 PM, Ben Swartzlander > wrote: ... and we later gave up on supporting remote ZFS using SSH altogether. -Ben No, we didn't. It works. Just have couple

Re: [openstack-dev] [manila] share server frameworks for DHSS=False case

question below, not just for Ben. If you know, please respond. On 04/03/2017 03:00 PM, Ben Swartzlander wrote: > On 04/03/2017 02:24 PM, Tom Barron wrote: ... ... > While Manila doesn't care about 2 backends potentially sharing an IP, > you do have to consider how the m-shr services interact

Re: [openstack-dev] [manila] share server frameworks for DHSS=False case

On Mon, Apr 3, 2017 at 10:00 PM, Ben Swartzlander wrote: > > > ... and we later gave up on supporting remote ZFS using SSH altogether. > > -Ben No, we didn't. It works. Just have couple of workarounds related to difference of remote and local shell executors. -- Kind

Re: [openstack-dev] [manila] share server frameworks for DHSS=False case

Thanks, Ben. One somewhat tangential remark inline ... On 04/03/2017 03:00 PM, Ben Swartzlander wrote: > On 04/03/2017 02:24 PM, Tom Barron wrote: >> We're building an NFS frontend onto the CephFS driver and >> are considering the relative merits, for the DHSS=False case, >> of following (1) the

Re: [openstack-dev] [manila] share server frameworks for DHSS=False case

On 04/03/2017 02:24 PM, Tom Barron wrote: We're building an NFS frontend onto the CephFS driver and are considering the relative merits, for the DHSS=False case, of following (1) the lvm driver model, and (2) the generic driver model. With #1 export locations use a configured address in the

Re: [openstack-dev] [Manila] PTG summary

On Fri, 3 Mar 2017, Ben Swartzlander wrote: Experimental Features - This was a highly contentious issue with strong opinions on both sides. There remain good arguments for and against the continued use of "experimental" features. It's likely that we will evolve the exact

Re: [openstack-dev] [manila][cinder] [api] API and entity naming consistency

On 11/17/2016 04:03 AM, Ravi, Goutham wrote: > > > On> 11/16/16, 8:22 PM, "Ben Swartzlander" wrote: > > > > On 11/16/2016 11:28 AM, Ravi, Goutham wrote: > > > + [api] in the subject to attract API-WG attention. > > > > > > > > > > > > We

Re: [openstack-dev] [manila][cinder] [api] API and entity naming consistency

On> 11/16/16, 8:22 PM, "Ben Swartzlander" wrote: > > On 11/16/2016 11:28 AM, Ravi, Goutham wrote: > > + [api] in the subject to attract API-WG attention. > > > > > > > > We already have a guideline in the API-WG around resource names for “_”

Re: [openstack-dev] [manila][cinder] [api] API and entity naming consistency

On 11/16/2016 11:28 AM, Ravi, Goutham wrote: + [api] in the subject to attract API-WG attention. We already have a guideline in the API-WG around resource names for “_” vs “-“ - https://specs.openstack.org/openstack/api-wg/guidelines/naming.html#rest-api-resource-names . With some exceptions

Re: [openstack-dev] [manila][cinder] [api] API and entity naming consistency

+ [api] in the subject to attract API-WG attention. We already have a guideline in the API-WG around resource names for “_” vs “-“ - https://specs.openstack.org/openstack/api-wg/guidelines/naming.html#rest-api-resource-names . With some exceptions (like share_instances that you mention), I see

Re: [openstack-dev] [manila][cinder] API and entity naming consistency

On 11/16/2016 10:22 AM, Valeriy Ponomaryov wrote: For the moment Manila project, as well as Cinder, does have inconsistency between entity and API naming, such as: - "share type" ("volume type" in Cinder) entity has "/types/{id}" URL - "share snapshot" ("volume snapshot" in Cinder) entity has

Re: [openstack-dev] [manila] spec detail of IPv6's export locations

On 11/13/2016 10:03 PM, TommyLike Hu wrote: Hey manila memebers and driver maintainers, I wanna set up an new thread to talk about the proper and better exprienced way for both end users and drivers who want use or support IPv6 in manila, and I wish this can be discussed and optimised

Re: [openstack-dev] [manila] Barcelona Design Summit summary

On 11/04/2016 02:00 PM, Joshua Harlow wrote: Ben Swartzlander wrote: Thanks to gouthamr for doing these writeups and for recording! We had a great turn out at the manila Fishbowl and working sessions. Important notes and Action Items are below: === Fishbowl 1: Race

Re: [openstack-dev] [manila] Barcelona Design Summit summary

Ben Swartzlander wrote: Thanks to gouthamr for doing these writeups and for recording! We had a great turn out at the manila Fishbowl and working sessions. Important notes and Action Items are below: === Fishbowl 1: Race Conditions === Thursday

Re: [openstack-dev] [manila] spec review focus

The following specs were designated as review focus specs for Ocata: https://etherpad.openstack.org/p/manila-ocata-spec-review-focus -Ben On 11/03/2016 12:27 PM, Ben Swartzlander wrote: As agreed to in the manila spec process spec, the whole core team is expected to review certain specs and

Re: [openstack-dev] [manila] Access key via the UI?

eply-To: *"OpenStack Development Mailing List (not for usage > questions)" <openstack-dev@lists.openstack.org> > *Date: *Thursday, November 3, 2016 at 10:15 AM > *To: *"OpenStack Development Mailing List (not for usage questions)" > <openstack-dev@lists.openstac

Re: [openstack-dev] [manila] propose adding gouthamr to manila core

+2 On Thu, Nov 3, 2016 at 4:36 PM, yang, xing wrote: > +1. > > Thanks, > Xing > > > > > From: Tom Barron [whui...@gmail.com] > Sent: Wednesday, November 2, 2016 8:09 AM > To: openstack-dev@lists.openstack.org > Subject:

Re: [openstack-dev] [manila] propose adding gouthamr to manila core

+1. Thanks, Xing From: Tom Barron [whui...@gmail.com] Sent: Wednesday, November 2, 2016 8:09 AM To: openstack-dev@lists.openstack.org Subject: [openstack-dev] [manila] propose adding gouthamr to manila core I hereby propose that we add Goutham Pacha

Re: [openstack-dev] [manila] Access key via the UI?

questions)" <openstack-dev@lists.openstack.org> Subject: Re: [openstack-dev] [manila] Access key via the UI? Hi Goutham, It’s already being returned in the manila access-list API as of 2.21, if you’re using the latest python-manilaclient, you should have it there. However, it’s missing in the U

Re: [openstack-dev] [manila] Access key via the UI?

Hi Goutham, It’s already being returned in the manila access-list API as of 2.21, if you’re using the latest python-manilaclient, you should have it there. However, it’s missing in the UI: Yes, I was comparing what I can do on the CLI and what was offered with the UI.

Re: [openstack-dev] [manila] Access key via the UI?

Hey Arne, It’s already being returned in the manila access-list API as of 2.21, if you’re using the latest python-manilaclient, you should have it there. However, it’s missing in the UI:

Re: [openstack-dev] [manila] propose adding gouthamr to manila core

Wow!! Great idea. From: Thomas Bechtold <tbecht...@suse.com> Sent: Thursday, November 3, 2016 11:16:41 AM To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [manila] propose adding gouthamr to manila core ** This mail has been sen

Re: [openstack-dev] [manila] propose adding gouthamr to manila core

Great idea! +1! Tom On Wed, Nov 02, 2016 at 08:09:27AM -0400, Tom Barron wrote: > I hereby propose that we add Goutham Pacha Ravi (gouthamr on IRC) to the > manila core team. This is a clear case where he's already been doing > the review work, excelling both qualitatively and quantitatively, as

Re: [openstack-dev] [manila] Relation of share types and share protocols

On 02 Nov 2016, at 15:15, Ben Swartzlander > wrote: On 11/02/2016 06:23 AM, Arne Wiebalck wrote: Hi Valeriy, I wasn’t aware, thanks! So, if each driver exposes the storage_protocols it supports, would it be sensible to have manila-ui check

Re: [openstack-dev] [manila] propose adding gouthamr to manila core

+1 I've considered Goutham a core reviewer long before he actually was in contention for being one. This is a fantastic addition to the community and the project. It's very well deserved. Dustin Schoenbrun OpenStack Quality Engineer Red Hat, Inc. dscho...@redhat.com On Wed, Nov 2, 2016 at 9:54

Re: [openstack-dev] [manila] Relation of share types and share protocols

On 11/02/2016 06:23 AM, Arne Wiebalck wrote: Hi Valeriy, I wasn’t aware, thanks! So, if each driver exposes the storage_protocols it supports, would it be sensible to have manila-ui check the extra_specs for this key and limit the protocol choice for a given share type to the supported

Re: [openstack-dev] [manila] propose adding gouthamr to manila core

+1 -Ben On 11/02/2016 08:09 AM, Tom Barron wrote: I hereby propose that we add Goutham Pacha Ravi (gouthamr on IRC) to the manila core team. This is a clear case where he's already been doing the review work, excelling both qualitatively and quantitatively, as well as being a valuable

Re: [openstack-dev] [manila] propose adding gouthamr to manila core

st (not for usage questions)" <openstack-dev@lists.openstack.org> Subject: Re: [openstack-dev] [manila] propose adding gouthamr to manila core +2! Goutham contributes a lot to manila in all areas and is a very active and skilled member of the community! On Wed, Nov 2, 2016 at 9:36

Re: [openstack-dev] [manila] Relation of share types and share protocols

> On 02 Nov 2016, at 11:52, Tom Barron wrote: > > > > On 11/02/2016 06:23 AM, Arne Wiebalck wrote: >> Hi Valeriy, >> >> I wasn’t aware, thanks! >> >> So, if each driver exposes the storage_protocols it supports, would it >> be sensible to have >> manila-ui check the

Re: [openstack-dev] [manila] propose adding gouthamr to manila core

+2! Goutham contributes a lot to manila in all areas and is a very active and skilled member of the community! On Wed, Nov 2, 2016 at 9:36 AM, Silvan Kaiser wrote: > +1! > > 2016-11-02 13:31 GMT+01:00 Alex Meade : > >> +1000 >> >> On Wed, Nov 2,

Re: [openstack-dev] [manila] propose adding gouthamr to manila core

+1! 2016-11-02 13:31 GMT+01:00 Alex Meade : > +1000 > > On Wed, Nov 2, 2016 at 1:09 PM, Tom Barron wrote: > >> I hereby propose that we add Goutham Pacha Ravi (gouthamr on IRC) to the >> manila core team. This is a clear case where he's already been

Re: [openstack-dev] [manila] propose adding gouthamr to manila core

+1000 On Wed, Nov 2, 2016 at 1:09 PM, Tom Barron wrote: > I hereby propose that we add Goutham Pacha Ravi (gouthamr on IRC) to the > manila core team. This is a clear case where he's already been doing > the review work, excelling both qualitatively and quantitatively, as >

Re: [openstack-dev] [manila] Relation of share types and share protocols

On 11/02/2016 06:23 AM, Arne Wiebalck wrote: > Hi Valeriy, > > I wasn’t aware, thanks! > > So, if each driver exposes the storage_protocols it supports, would it > be sensible to have > manila-ui check the extra_specs for this key and limit the protocol > choice for a given > share type to

Re: [openstack-dev] [manila] Relation of share types and share protocols

Hi Valeriy, I wasn’t aware, thanks! So, if each driver exposes the storage_protocols it supports, would it be sensible to have manila-ui check the extra_specs for this key and limit the protocol choice for a given share type to the supported protocols (in order to avoid that the user tries to

Re: [openstack-dev] [manila] Relation of share types and share protocols

Hello, Arne Each share driver has capability called "storage_protocol". So, for case you describe, you should just define such extra spec in your share type that will match value reported by desired backend[s]. It is the purpose of extra specs in share types, you (as cloud admin) define its

Re: [openstack-dev] [manila][mitaka]Where is config options for endpoint_type?

Hello Igor, I tested it and confirm that it just cannot be set and filed bug [1]. Bugfix is easy, but it is not fixed yet. [1] https://bugs.launchpad.net/manila/+bug/1633454 Valeriy On Fri, Oct 14, 2016 at 1:25 PM, Igor Gajsin wrote: > Hi folk, > > I've noticed that

Re: [openstack-dev] Manila TripleO Mitaka

Hi Marios, I have just deployed Tripleo Newton (stable) and I can see that the Manila templates are now present. Can I deploy Manila yet with TripleO Newton , or is the implementation still incomplete? Thanks Charles On 07/07/2016 17:14, Marios Andreou wrote: On 07/07/16 14:25, Charles

Re: [openstack-dev] [manila] [security] [tc] Add the vulnerability:managed tag to Manila

Jeremy hit all the major points there. What we do is basically model things based on a best-practice use case, we rely on the project to make good choices in this regard with a view to configurations, protocols etc. Then we conduct an asset-oriented threat review, during which we create

Re: [openstack-dev] [Manila] Choose a new logo

On 09/07/2016 01:20 PM, Ben Swartzlander wrote: For reasons discussed in last week's IRC meeting, we have vacated the previous logo choice and are redoing the vote. http://civs.cs.cornell.edu/cgi-bin/vote.pl?id=E_6f0d111cec78c5ef; akey=d34a751f2d084d79

Re: [openstack-dev] [manila] [security] [tc] Add the vulnerability:managed tag to Manila

Thanks fungi. I misunderstood the full scope of the requirements for vulnerability management and since we don't yet have volunteers willing to perform all the required duties, I'm going to withdraw the tag request. As soon as interested community members step up to take on the

Re: [openstack-dev] [manila] [security] [tc] Add the vulnerability:managed tag to Manila

On 2016-08-31 10:18:57 +0100 (+0100), John Spray wrote: [...] > Given that all the drivers live in the Manila repo, will this > requirement for security audits is going to apply to them? Given the > variety of technologies and network protocols involved in talking to > external storage systems,

Re: [openstack-dev] [manila] [security] [tc] Add the vulnerability:managed tag to Manila

On Tue, Aug 30, 2016 at 6:07 PM, Jeremy Stanley wrote: > Ben has proposed[1] adding manila, manila-ui and python-manilaclient > to the list of deliverables whose vulnerability reports and > advisories are overseen by the OpenStack Vulnerability Management > Team. This proposal

Re: [openstack-dev] [Manila] FFE for "HPE 3PAR Pool feature"

On 08/26/2016 02:38 PM, Mehta, jay wrote: Hello all , I am requesting you all to grant me an exception for Pools feature for HPE 3PAR driver. The patch that implements this feature is: https://review.openstack.org/#/c/329552/implementing blueprint blueprint hpe3par-pool-support

Re: [openstack-dev] [manila] nfs-ganesha export modification issue

On 08/16/2016 08:42 AM, Ramana Raja wrote: On Thursday, June 30, 2016 6:07 PM, Alexey Ovchinnikov wrote: Hello everyone, here I will briefly summarize an export update problem one will encounter when using nfs-ganesha. While working on a driver that relies on

Re: [openstack-dev] [manila] nfs-ganesha export modification issue

On Thursday, June 30, 2016 6:07 PM, Alexey Ovchinnikov wrote: > > Hello everyone, > > here I will briefly summarize an export update problem one will encounter > when using nfs-ganesha. > > While working on a driver that relies on nfs-ganesha I have discovered that

Re: [openstack-dev] [Manila] Nominate Tom Barron for core reviewer team

On my brief participation on Manila team I've find Tom contributions to be very helpful. I think he will be a great addition! 2016-08-04 11:16 GMT-03:00 Sean McGinnis : > I have zero say here, but just want to say Tom is always a great guy to > have around and knows his

Re: [openstack-dev] [Manila] Nominate Tom Barron for core reviewer team

are helpful > > and spot-on. > > > > -Ramana > > > > On Thursday, August 4, 2016 7:52 AM, Zhongjun (A) <jun.zhong...@huawei.com> > > wrote: > > > Subject: Re: [openstack-dev] [Manila] Nominate Tom Barron for core > > revie

Re: [openstack-dev] [Manila] Nominate Tom Barron for core reviewer team

I have zero say here, but just want to say Tom is always a great guy to have around and knows his stuff. +1 from me that he should be core. On Wed, Aug 03, 2016 at 02:42:04PM -0400, Ben Swartzlander wrote: > Tom (tbarron on IRC) has been working on OpenStack (both cinder and > manila) for more

Re: [openstack-dev] [Manila] Nominate Tom Barron for core reviewer team

ho...@redhat.com] > > 发送时间 : 2016 年 8 月 4 日 4:55 > > 收件人 : OpenStack Development Mailing List (not for usage questions) > > 主题 : Re: [openstack-dev] [Manila] Nominate Tom Barron for core reviewer > team > > > > > > > > > > > > +1 > > >

Re: [openstack-dev] [Manila] Nominate Tom Barron for core reviewer team

+1. Tom's reviews and guidance are helpful and spot-on. -Ramana On Thursday, August 4, 2016 7:52 AM, Zhongjun (A) <jun.zhong...@huawei.com> wrote: > Subject: Re: [openstack-dev] [Manila] Nominate Tom Barron for core reviewer > team > > > > +1 Tom will be a great a

Re: [openstack-dev] [Manila] Nominate Tom Barron for core reviewer team

+1 Tom will be a great addition to the core team. 发件人: Dustin Schoenbrun [mailto:dscho...@redhat.com] 发送时间: 2016年8月4日 4:55 收件人: OpenStack Development Mailing List (not for usage questions) 主题: Re: [openstack-dev] [Manila] Nominate Tom Barron for core reviewer team +1 Tom will be a marvelous

Re: [openstack-dev] [Manila] Migration APIs 2-phase vs. 1-phase

I would like to add more context to the mail so everybody is brought up to speed before we get into more details on tomorrow's meeting. So the main topic is what we do with the API 'migration-start', which is currently either a 1-phase migration (migrates and completes) or 2-phase (migrates up to

Re: [openstack-dev] [Manila] Nominate Tom Barron for core reviewer team

la. > > Clinton > > _ > From: Ravi, Goutham <goutham.r...@netapp.com> > Sent: Wednesday, August 3, 2016 3:01 PM > Subject: Re: [openstack-dev] [Manila] Nominate Tom Barron for core > reviewer team > To: OpenStack Development Mailing List (not for usage

Re: [openstack-dev] [Manila] Nominate Tom Barron for core reviewer team

+1. Tom will be an excellent addition to the core team! Thanks, Xing From: Ben Swartzlander [b...@swartzlander.org] Sent: Wednesday, August 3, 2016 2:42 PM To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev]

Re: [openstack-dev] [Manila] Nominate Tom Barron for core reviewer team

+1 Tom will be a great asset for Manila. Clinton _ From: Ravi, Goutham <goutham.r...@netapp.com<mailto:goutham.r...@netapp.com>> Sent: Wednesday, August 3, 2016 3:01 PM Subject: Re: [openstack-dev] [Manila] Nominate Tom Barron for core reviewer team T

Re: [openstack-dev] [Manila] Nominate Tom Barron for core reviewer team

+1 Tom will be a great addition to the core team. From: Rodrigo Barbieri [mailto:rodrigo.barbieri2...@gmail.com] Sent: Wednesday, August 03, 2016 11:49 AM To: OpenStack Development Mailing List (not for usage questions) <openstack-dev@lists.openstack.org> Subject: Re: [openstack-dev] [

Re: [openstack-dev] [Manila] Nominate Tom Barron for core reviewer team

nesday, August 3, 2016 at 2:48 PM To: "OpenStack Development Mailing List (not for usage questions)" <openstack-dev@lists.openstack.org> Subject: Re: [openstack-dev] [Manila] Nominate Tom Barron for core reviewer team +1 Tom contributes a lot to the Manila project. -- Rodrigo Barbie

Re: [openstack-dev] [Manila] Nominate Tom Barron for core reviewer team

+1 Tom contributes a lot to the Manila project. -- Rodrigo Barbieri Computer Scientist OpenStack Manila Core Contributor Federal University of São Carlos On Aug 3, 2016 15:42, "Ben Swartzlander" wrote: > Tom (tbarron on IRC) has been working on OpenStack (both cinder

Re: [openstack-dev] [Manila] Service VMs, CI, etc

On 07/29/2016 09:25 AM, John Spray wrote: Hi folks, We're starting to look at providing NFS on top of CephFS, using NFS daemons running in Nova instances. Looking ahead, we can see that this is likely to run into similar issues in the openstack CI that the generic driver did. I got the

Re: [openstack-dev] Manila TripleO Mitaka

Hi Marios, Many thanks for the update, that does help clarify Regards Charles Sent from my iPhone > On 7 Jul 2016, at 17:14, Marios Andreou wrote: > >> On 07/07/16 14:25, Charles Short wrote: >> Hi, > Hi Charles, > >> >> I am deploying TripleO Mitaka stable and want to

Re: [openstack-dev] Manila TripleO Mitaka

On 07/07/16 14:25, Charles Short wrote: > Hi, Hi Charles, > > I am deploying TripleO Mitaka stable and want to include the NetApp > Manila driver referenced here - > > http://docs.openstack.org/developer/tripleo-docs/advanced_deployment/deploy_manila.html > > thanks for pointing those docs

Re: [openstack-dev] [manila][stable] liberty periodic bitrot jobs have been failing more than a week

On 7/4/2016 11:30 AM, Ben Swartzlander wrote: On 07/03/2016 09:19 AM, Matt Riedemann wrote: On 7/1/2016 8:18 PM, Ravi, Goutham wrote: Thanks Matt. https://review.openstack.org/#/c/334220 adds the upper constraints. -- Goutham On 7/1/16, 5:08 PM, "Matt Riedemann"

Re: [openstack-dev] [manila][stable] liberty periodic bitrot jobs have been failing more than a week

On 07/03/2016 09:19 AM, Matt Riedemann wrote: On 7/1/2016 8:18 PM, Ravi, Goutham wrote: Thanks Matt. https://review.openstack.org/#/c/334220 adds the upper constraints. -- Goutham On 7/1/16, 5:08 PM, "Matt Riedemann" wrote: The manila periodic stable/liberty

Re: [openstack-dev] [manila][stable] liberty periodic bitrot jobs have been failing more than a week

Matt, it is not related to branch. Tempest jobs do run only when specific files are changed. See [1]. [1] https://github.com/openstack-infra/project-config/blob/f269e732/zuul/layout.yaml#L1066 On Sun, Jul 3, 2016 at 4:19 PM, Matt Riedemann wrote: > On 7/1/2016 8:18

  1   2   3   4   >