Re: [openstack-dev] [Manila] Tempest scenario tests vs. gate condition

On 12/03/2015 06:38 AM, John Spray wrote: Hi, We're working towards getting the devstack/CI parts ready to test the forthcoming ceph native driver, and have a question: will a driver be accepted into the tree if it has CI for running the api/ tempest tests, but not the scenario/ tempest tests?

Re: [openstack-dev] [Manila] Midcycle meetup

On 11/19/2015 01:00 PM, Ben Swartzlander wrote: If you planning to attend the midcycle in any capacity, please vote your preferences here: https://www.surveymonkey.com/r/BXPLDXT The results of the survey were clear. Most people prefer the week of Jan 12-14. There was an offer to host in

Re: [openstack-dev] [cinder][nova]Move encryptors to os-brick

On 12/03/2015 07:40 AM, Duncan Thomas wrote: On 3 December 2015 at 11:14, Li, Xiaoyan mailto:xiaoyan...@intel.com>> wrote: Just to clear the data operations cinder needs to touch plaintext data are: 1) Create volume from glance image 2) Create glance image from volume 3

Re: [openstack-dev] [cinder][nova]Move encryptors to os-brick

On 11/30/2015 09:04 AM, Coffman, Joel M. wrote: On 11/25/15, 11:33 AM, "Ben Swartzlander" mailto:b...@swartzlander.org>> wrote: On 11/24/2015 03:27 PM, Nathan Reller wrote: the cinder admin and the nova admin are ALWAYS the same people There is in

Re: [openstack-dev] [cinder][nova]Move encryptors to os-brick

On 11/24/2015 03:27 PM, Nathan Reller wrote: the cinder admin and the nova admin are ALWAYS the same people There is interest in hybrid clouds where the Nova and Cinder services are managed by different providers. The customer would place higher trust in Nova because you must trust the compute

Re: [openstack-dev] [cinder][nova]Move encryptors to os-brick

On 11/23/2015 06:03 AM, Daniel P. Berrange wrote: On Fri, Nov 20, 2015 at 02:44:17PM -0500, Ben Swartzlander wrote: On 11/20/2015 01:19 PM, Daniel P. Berrange wrote: On Fri, Nov 20, 2015 at 02:45:15PM +0200, Duncan Thomas wrote: Brick does not have to take over the decisions in order to be a

Re: [openstack-dev] [cinder][nova]Move encryptors to os-brick

On 11/20/2015 01:19 PM, Daniel P. Berrange wrote: On Fri, Nov 20, 2015 at 02:45:15PM +0200, Duncan Thomas wrote: Brick does not have to take over the decisions in order to be a useful repository for the code. The motivation for this work is to avoid having the dm setup code copied wholesale into

Re: [openstack-dev] [Manila] Mitaka deadlines

On 11/19/2015 12:24 PM, Ben Swartzlander wrote: Based on discussions going back to the Liberty feature freeze, we have decided to add some additional deadlines for Mitaka, to avoid having fire drills at the end of the release, and to focus core reviewer attention on the right things. As always

[openstack-dev] [Manila] Midcycle meetup survey

If you planning to attend the midcycle in any capacity, please vote your preferences here: https://www.surveymonkey.com/r/BXPLDXT -Ben __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-

[openstack-dev] [Manila] Mitaka deadlines

ceptions to let things in after the deadlines, as needed, but more importantly, just meeting the above deadlines doesn't mean your patch is guaranteed to get merged. We still recommend submitting things well before the deadlines and also socializing your changes as much as possible to get

Re: [openstack-dev] [Manila] Attach/detach semantics

On 11/18/2015 05:31 AM, John Spray wrote: On Wed, Nov 18, 2015 at 4:33 AM, Ben Swartzlander wrote: On 11/17/2015 10:02 AM, John Spray wrote: Hi all, As you may know, there is ongoing work on a spec for Nova to define an "attach/detach" API for tighter integration with Manila. T

Re: [openstack-dev] [Manila] Attach/detach semantics

On 11/17/2015 10:02 AM, John Spray wrote: Hi all, As you may know, there is ongoing work on a spec for Nova to define an "attach/detach" API for tighter integration with Manila. The concept here is that this mechanism will be needed to implement hypervisor mediated FS access using vsock, but th

[openstack-dev] [Manila] Design summit notes

Removing task state: We agreed to remove the task-state column introduced by migration and use ordinary states for migration. Interaction with Nova attach file system API: We went into more detail on Sage's Nova file-system-attach proposal and concluded that it should "just work&quo

Re: [openstack-dev] [Manila] Share allow/deny by shared secret

On 10/27/2015 02:58 AM, John Spray wrote: On Tue, Oct 27, 2015 at 6:39 AM, Ben Swartzlander wrote: The NFS-style process that Manila expects is: Caller> I know a credential (IP address, x509 certificate) and I want you to authorize it Driver> OK, I have stored that credential and you c

Re: [openstack-dev] [Nova][Manila] Nova API to attach/detach file volume/share

On 10/25/2015 01:25 PM, Sage Weil wrote: Hi everyone, We're currently working on an improved mechanism for plumbing file access into a VM or container and in most cases some interaction and configuration on the hypervisor/host is required to make it happen. The goal is to create something that

Re: [openstack-dev] [Manila] Share allow/deny by shared secret

On 10/21/2015 06:36 AM, John Spray wrote: Hi, (I wanted to put this in an email ahead of Tokyo, where I hope we'll find time to discuss it. This is a follow up to http://osdir.com/ml/openstack-dev/2015-10/msg00381.html) With the current code, there doesn't appear to be a proper way to expose

Re: [openstack-dev] [stable] Need group membership change for manila-stable-maint

r managing the group membership? My stance is that I want all of the manila core team to be stable maintainers too. Having 2 groups is unnecessary bureaucracy. However I'm willing to follow the established process if it's working well for everyone else.

[openstack-dev] [stable] Need group membership change for manila-stable-maint

I would like the manila-core group added as an included group in manila-stable-maint. I'm not sure what the right procedure is so I'm asking here. -Ben Swartzlander __ OpenStack Development Mailing List (not

Re: [openstack-dev] [cinder] Is there any cli command for "manage_existing"?

As Ivan mentioned, it's "cinder manage" but it's an admin only command. Make sure you're running it with admin privileges. -Ben Swartzlander On 10/16/2015 06:06 AM, liuxinguo wrote: Hi, I have saw the “manage_existing” interface in cinder/contrib/volume_mana

Re: [openstack-dev] [cinder] The Absurdity of the Milestone-1 Deadline for Drivers

On 09/30/2015 12:11 PM, Mike Perez wrote: On 13:29 Sep 28, Ben Swartzlander wrote: I've always thought it was a bit strange to require new drivers to merge by milestone 1. I think I understand the motivations of the policy. The main motivation was to free up reviewers to review "ot

Re: [openstack-dev] [cinder] The Absurdity of the Milestone-1 Deadline for Drivers

On 09/28/2015 02:42 PM, Walter A. Boring IV wrote: On 09/28/2015 10:29 AM, Ben Swartzlander wrote: I've always thought it was a bit strange to require new drivers to merge by milestone 1. I think I understand the motivations of the policy. The main motivation was to free up reviewers to r

[openstack-dev] [cinder] The Absurdity of the Milestone-1 Deadline for Drivers

considering this idea for a few weeks now but I wanted to wait until after PTL elections to suggest it here. -Ben Swartzlander * I don't actually care if/when there is a driver deadline, what I care about is that reviewers are free during M-1 to work o

Re: [openstack-dev] [Manila] CephFS native driver

On 09/24/2015 09:49 AM, John Spray wrote: Hi all, I've recently started work on a CephFS driver for Manila. The (early) code is here: https://github.com/openstack/manila/compare/master...jcsp:ceph Awesome! This is something that's been talking about for quite some time and I'm pleased to see

Re: [openstack-dev] [all] [ptl] Troubleshooting cross-project communications

On 09/15/2015 10:50 AM, Anne Gentle wrote: Hi all, What can we do to make the cross-project meeting more helpful and useful for cross-project communications? I started with a proposal to move it to a different time, which morphed into an idea to alternate times. But, knowing that we need to l

Re: [openstack-dev] [all] Base feature deprecation policy

I mention. -Ben * I'm the kind that never upgrades. I don't fix things that aren't broken. Until recently I was running FreeBSD 7 and Ubuntu 8.04. Eventually I was forced to upgrade though when suppor

Re: [openstack-dev] [all] Base feature deprecation policy

em, though, is that deprecation will get a lot less painful because you could assume upgrades to be one release at a time or skipping directly from one LTS to the next, and you can reduce your upgrade test matrix accordingly. -Ben Swartzlander Thanks in advance for your input. ___

[openstack-dev] [Manila] Feature Freeze

actually are. That's something I'll be doing today and I'll post the driver removal patches for any system not reporting. -Ben Swartzlander __ OpenStack Development Mailing List (not for usage questio

Re: [openstack-dev] [ptl][release] flushing unreleased client library changes

On 09/04/2015 03:21 PM, Doug Hellmann wrote: Excerpts from Ben Swartzlander's message of 2015-09-04 14:51:10 -0400: On 09/04/2015 12:39 PM, Doug Hellmann wrote: PTLs, We have quite a few unreleased client changes pending, and it would be good to go ahead and publish them so they can be teste

Re: [openstack-dev] [ptl][release] flushing unreleased client library changes

we'd rather not do a client release until we reach RC1. -Ben Swartzlander On a separate note, for next cycle we need to do a better job of releasing these much much earlier (a few of these changes are at least a month old). Remember that changes to libraries do not go into the gate for

Re: [openstack-dev] [Manila] Gate breakage and technical FFEs

On 09/04/2015 12:36 PM, Ben Swartzlander wrote: The Manila gate is finally unblocked, thanks to the efforts of Valeriy! I see patches going in now so all of the features which were granted technical FFEs should start merging IMMEDIATELY. By my calculations, we lost approximately 30 hours of

Re: [openstack-dev] [Manila] Gate breakage and technical FFEs

On 09/04/2015 12:36 PM, Ben Swartzlander wrote: The Manila gate is finally unblocked, thanks to the efforts of Valeriy! I see patches going in now so all of the features which were granted technical FFEs should start merging IMMEDIATELY. By my calculations, we lost approximately 30 hours of

[openstack-dev] [Manila] Gate breakage and technical FFEs

parts 214921 - chenk - glusterfs/common: refactor GlusterManager 215021 - chenk - glusterfs-native: cut back on redundancy 215172 - chenk - glusterfs/layout: add layout base classes 215173 - chenk - glusterfs: volume mapped share layout 215293 - chenk - glusterfs: directory mapped share layout

[openstack-dev] [nova][manila] "latest" microversion considered dangerous

latest" implies) then the server will be right back in the situation it was trying to get out of -- it can never change any API in a way that might break old clients. I can think of no situation where transmitting "latest" is better than transmitting the highest version

Re: [openstack-dev] [cinder] [nova] Cinder and Nova availability zones

On 08/27/2015 10:43 AM, Ivan Kolodyazhny wrote: Hi, Looks like we need to be able to set AZ per backend. What do you think about such option? I dislike such an option. The whole premise behind an AZ is that it's a failure domain. The node running the cinder services is in exactly one such f

Re: [openstack-dev] [openstack][manila]How to change the network ofmanila without affecting the existing service

nd up being disruptive, so the sooner you do it the less problems it will cause. -Ben -- Original ------ *From: * "Ben Swartzlander"; *Date: * Mon, Aug 24, 2015 09:42 PM *To: * "openstack-dev@lists."; *Subject: * Re: [openstack-dev] [openstack][

Re: [openstack-dev] [all][release] ACL for library-release team for release:managed projects

On 08/22/2015 05:34 PM, Doug Hellmann wrote: Excerpts from Ben Swartzlander's message of 2015-08-21 22:38:59 -0400: On 08/21/2015 06:25 PM, Davanum Srinivas wrote: Folks, In the governance repo a number of libraries are marked with release:managed tag: http://git.openstack.org/cgit/openstack/g

Re: [openstack-dev] [openstack][manila]How to change the network of manila without affecting the existing service

On 08/23/2015 09:01 PM, 陈迪豪 wrote: We has deployed manila service in production. But we have found some problems when deploy it in 240.0.0.0/8 which is blocked by Windows. That means Windows users can't use the file system service if we're deploying it in this network. 240.0.0.0/8 is a clas

Re: [openstack-dev] [all][release] ACL for library-release team for release:managed projects

rary releases are managed before I make this change. thanks, -Ben Swartzlander Thanks, Dims -- Davanum Srinivas :: https://twitter.com/dims __ OpenStack Development Mailing List (not for usage questions) Unsubscri

Re: [openstack-dev] [Manila] Contract of ShareDriver.deny_access

[Resending my response as unknown forces ate my original message] On 08/20/2015 08:30 AM, Bjorn Schuberg wrote: Hello everyone, this is my first thread on this mailing list, and I would like to take the opportunity to say that it was great to see you all at the midcycle, even if remote. Now

[openstack-dev] [Manila] Midcycle meetup highlights

about the details but a lengthy discussion helped many understand the feature better. Alex plans to deliver this feature in Liberty so make sure to review it and provide feedback if cgroups are interesting to you. Hopefully I didn't forget anything important, please rep

[openstack-dev] [Manila] Midcycle meetup next week

This is just a reminder that the Manila midcycle meetup is next week (July 29-30). Please add your name to the etherpad if you intend to join! If you have a topic to discuss it's not too late to suggest it. https://etherpad.openstack.org/p/manila-liberty-midcycle-meetup -Ben Swartzl

Re: [openstack-dev] [manila] share dismantling policies

On 07/08/2015 03:38 AM, Csaba Henk wrote: Hi, I'm tossing in the term "dismantling" to indicate the act of making a share less available (deprovision (deny access to) / unmanage / delete it). I find it ambiguous what is to be done with the share's data('s accessibility) upon dismantling. Wrt. t

[openstack-dev] [Manila] State of 3rd party CI

because I don't want to submit a single driver removal patch in September. -Ben Swartzlander __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:u

Re: [openstack-dev] [Manila] Expected Manila behavior for creation of share from snapshot

On 06/18/2015 07:08 AM, Deepak Shetty wrote: On Thu, Jun 18, 2015 at 8:43 AM, Ben Swartzlander mailto:b...@swartzlander.org>> wrote: On 06/03/2015 12:43 PM, Deepak Shetty wrote: On Tue, Jun 2, 2015 at 4:42 PM, Valeriy Ponomaryov mailto:vponomar...@mirantis.com&g

[openstack-dev] [Manila] Midcycle meetup dates

The Manila midcycle meetup will be July 29-30 at NetApp's office in Durham North Carolina. For those who can't attend in person there will be video conference (subject to limited slots) and audio conference. We will work on the agenda for the meetup in coming weeks. -Ben Sw

Re: [openstack-dev] [Manila] Network path between admin network and shares

On 06/11/2015 04:52 PM, Rodrigo Barbieri wrote: Hello all, There has been a lot of discussion around Share Migration lately. This feature has two main code paths: - Driver Migration: optimized migration of shares from backend A to backend B where both backends belong to the same driver vendo

Re: [openstack-dev] [Manila] Ask for help on supportting the 3-rd party CI for HDFS driver

On 06/11/2015 10:34 AM, Jeremy Stanley wrote: On 2015-06-11 07:51:55 +0200 (+0200), Philipp Marek wrote: [...] I still stand by my opinion (as voiced in Vancouver) that for such one-off things (that contributors are not likely to repeat over and over again) it might make sense to have -infra sim

Re: [openstack-dev] [Manila] Changing DB regarding IDs for future migration/replication/AZ support

On 06/03/2015 09:35 AM, Rodrigo Barbieri wrote: Hello guys, I would like to bring everyone up to speed on this topic, since we have a weekly meeting tomorrow and I would like to further discuss this, either here or tomorrow at the meeting, since this is something that is a pre-requisite for

Re: [openstack-dev] [Manila] Expected Manila behavior for creation of share from snapshot

On 06/03/2015 12:43 PM, Deepak Shetty wrote: On Tue, Jun 2, 2015 at 4:42 PM, Valeriy Ponomaryov mailto:vponomar...@mirantis.com>> wrote: Deepak, "transfer-*" is not suitable in this particular case. Usage of share networks causes creation of resources, when "transfer" does n

Re: [openstack-dev] [release][manila] python-manilaclient 1.2.0

On 06/01/2015 10:47 AM, Doug Hellmann wrote: Excerpts from Doug Hellmann's message of 2015-06-01 10:27:38 -0400: We are thrilled to announce the release of: python-manilaclient 1.2.0: Client library for OpenStack Manila API. With source available at: http://git.openstack.org/cgit/opensta

[openstack-dev] [Manila] Midcycle meetup dates

I'm willing to dedicate 2 whole days (experience has shown that 3 days tends to lead to burnout). I would lean towards Tuesday-Wednesday or Wednesday-Thursday, but if someone has a good argument for other days I'm open to i

Re: [openstack-dev] [Manila] [Cinder] About how to hide the dummy destination record during migration

On 05/28/2015 01:14 PM, Rodrigo Barbieri wrote: For Share Migration, I am looking into integrating it with "Private Driver Storage" as Valeriy mentioned. The purpose is in fact different than not displaying the volume being migrated to the user, we are attempting to not use a temporary DB entry

Re: [openstack-dev] [Manila] Question to driver maintainers

On 05/19/2015 10:42 AM, Csaba Henk wrote: Hi Igor, From: "Igor Malinovskiy" To: "OpenStack Development Mailing List (not for usage questions)" Sent: Monday, May 18, 2015 10:15:25 AM Subject: [openstack-dev] [Manila] Question to driver maintainers ... So I want to ask driver maintainers here

[openstack-dev] [Manila][Infra] A proposal for 3rd-party vendor CI in Manila

will discuss this topic at the Manila weekly meeting tomorrow as well (May 14, 1500 UTC). -Ben Swartzlander __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.o

Re: [openstack-dev] [Manila] Mount automation using Zeroconf

On 05/01/2015 09:32 AM, Fox, Kevin M wrote: Hmm The cinder volumes dont automount either. /dev/vdx shows up, but you have to format/mount it yourself. Maybe both teams could share a common solution? Im guessing it will have to be an agent... That not really true. If the volume is already

Re: [openstack-dev] [Manila] Mount automation using Zeroconf

knows of a way other than VirtFS to get cool hotplug semantics, I'd love to know. Also, if any of my above assertions are false, I'd also love to know about that too. -Ben Swartzlander On Tue, Apr 28, 2015 at 11:50 PM, Knight, Clinton mailto:clinton.kni...@netapp.com>> wro

Re: [openstack-dev] [Manila] Two nominations for Manila Core Reviewer Team

On 04/22/2015 02:23 PM, Ben Swartzlander wrote: I would like to nominate Thomas Bechtold to join the Manila core reviewer team. Thomas has been contributing to Manila for close to 6 months and has provided a good number of quality code reviews in addition to a substantial amount of

[openstack-dev] [Manila] Kilo RC2 available

, please file it at: https://bugs.launchpad.net/manila/+filebug and tag it *kilo-rc-potential* to bring it to the core team's attention. -Ben Swartzlander __ OpenStack Development Mailing List (not for usage ques

[openstack-dev] [Manila] Two nominations for Manila Core Reviewer Team

the HP driver and would add vendor diversity to the core team. -Ben Swartzlander Manila PTL __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org

[openstack-dev] [Manila] 3rd party CI

7;m going to write up a draft plan before the Vancouver summit for CI-related deadlines and circulate it to be decided at one of the weekly IRC meetings (most likely the one after the design summit). [1] - https://wiki.openstack.org/

Re: [openstack-dev] [all] Liberty Design Summit - Proposed room / time layout

de to avoid overlaps (the fishbowl sessions at least), but the working sessions could be adjusted to overlap less (space permitting). I would prefer that some of the Wednesday Manila working sessions were moved to the end of Thursday (after the Cinder ones). -Ben Swartzlander Barring major issue

[openstack-dev] [Manila] Kilo RC1 available

feature freeze restriction no longer applies there. -Ben Swartzlander __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openst

Re: [openstack-dev] [Manila] Question on documentation reviews

On 04/07/2015 12:58 PM, Luis Pabon wrote: Hi guys, I have been reviewing https://review.openstack.org/#/c/171166/, but I am concerned that I provided more of a hindrance than assistance. Instead I would like to propose the method used by Swift for document reviews, where reviewers provide a

[openstack-dev] [Manila] PTL Candidacy

e coming weeks and let's make Liberty the best release of Manila ever! [1] - http://lists.openstack.org/pipermail/openstack-dev/2014-September/047045.html -Ben Swartzlander __ OpenStack Development

Re: [openstack-dev] [Manila] Nominate Clinton Knight for core team

On 04/02/2015 09:16 AM, Ben Swartzlander wrote: Clinton Knight (cknight on IRC) has been working on OpenStack for the better part of the year, and starting in February, he shifted his focus from Cinder to Manila. I think everyone is already aware of his high quality contributions and code

[openstack-dev] [Manila] Nominate Clinton Knight for core team

Manila core reviewer team. -Ben Swartzlander Manila PTL __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi

Re: [openstack-dev] [Manila] FFE request for "Authomatic cleanup of share_servers"

On 03/31/2015 08:49 AM, Julia Varlamova wrote: Hello, I'd like to request a Feature Freeze Exception forAuthomatic cleanup of share_servers (Launchpad: https://blueprints.launchpad.net/manila/+spec/automatic-cleanup-of-share-servers). Patch can be found here: https://review.openstack.org/#/c

Re: [openstack-dev] [Manila] FFE request for "Authomatic cleanup of share_servers"

has a bug, despite the fact that the change is advertised as a feature with a blueprint. Since I'm in favor of this change, I'd like other community members to weigh in on the risks of fixing this vs. not fixing this in Kilo. -Ben Swartzlander -- Rega

Re: [openstack-dev] [Manila] FFE Request: "glusterfs_native: negotiate volumes with glusterd"

On 03/31/2015 10:54 AM, Csaba Henk wrote: Hi Ben, please find my answer inline. - Original Message - From: "Ben Swartzlander" To: "OpenStack Development Mailing List (not for usage questions)" Sent: Monday, March 30, 2015 7:44:25 PM Subject: Re: [openstack-dev]

Re: [openstack-dev] [Manila] FFE Request: "glusterfs_native: negotiate volumes with glusterd"

with the Manila community and our PTL, Ben Swartzlander, we decided to defeat ambiguity by putting it forward as an FFE. While there is no explicit errant behavior with the current glusterfs_native driver code that would be addressed by this change, the situation is that the current version o

[openstack-dev] [Manila] Nominate Igor Malinovskiy for core team

Igor (u_glide on IRC) joined the Manila team back in December and has done a consistent amount of reviews and contributed significant new core features in the last 2-3 months. I would like to nominate him to join the Manila core reviewer team. -Ben Swartzlander Manila PTL

Re: [openstack-dev] [Manila] Ceph native driver for manila

On 03/04/2015 09:33 AM, Danny Al-Gaaf wrote: Am 04.03.2015 um 15:18 schrieb Csaba Henk: Hi Danny, - Original Message - From: "Danny Al-Gaaf" To: "Deepak Shetty" Cc: "OpenStack Development Mailing List (not for usage questions)" , ceph-de...@vger.kernel.org Sent: Wednesday, March 4,

Re: [openstack-dev] [Manila] FYI : Micro-versioning for Nova API

On 03/09/2015 08:48 PM, Li, Chen wrote: Hello Manila, I noticed there were some discussions about api extensions in the past few weeks. Looks like nova has similar discussions too. “Each extension gets a version”, if my understanding about the api extension discussion purpose is correct.

[openstack-dev] [Manila] Devstack+Manila -- old method won't work anymore

gh to include instructions on the new method in the commit messages of his change: https://github.com/openstack/manila/commit/b5f0ccabfaab837b6d7738786f63ddca6a1705ff I have also updated the Wiki to outline the new method: https://wiki.openstack.org/wiki/Manila/KiloDevstack -Ben Swartzl

Re: [openstack-dev] [Manila] using one Manila service for two clouds

On 02/13/2015 05:58 PM, Jake Kugel wrote: Hi, this might be a dumb question, is it possible to have a stand-alone Manila service that could be used by clients outside of a specific OpenStack cloud? For example, a shared Manila service that VMs in two clouds could both use? We've tried to desi

Re: [openstack-dev] [Manila] Manila virtual midcycle meetup

On 01/25/2015 06:21 PM, Ben Swartzlander wrote: Given the international nature of this team and the difficulty with travel, I'm thinking that 2 "morning" and 1 "afternoon" session will be the best chance for everyone to get together. The meetup will be primarily virt

Re: [openstack-dev] [manila] two level share scheduling

On 02/10/2015 06:14 AM, Valeriy Ponomaryov wrote: Hello Jason, On Tue, Feb 10, 2015 at 10:07 AM, Jason Bishop > wrote: When a share is created (from scratch), the manila scheduler identifies a share server from its list of backends and makes an api c

Re: [openstack-dev] [Manila] Manila driver for CephFS

On 02/07/2015 07:42 AM, Luis Pabón wrote: Sage and I talked about this while at Devconf and it seems it *may* be based on something similar to the GlusterFS Native driver. We will be starting discussions on how to create this integration in the ceph-devel email list. Once we have a solution,

[openstack-dev] [Manila] Kilo-2 is done / deadlines for Kilo-3

ntees about anything getting merged, and the sooner your patch is up on gerrit, the better its chances are. -Ben Swartzlander __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev

Re: [openstack-dev] [Manila]Questions about using not handle share-servers drivers with "Flat network"

ers to connect to HDFS cluster at very beginning if that’s possible. Thanks. -chen *From:*Ben Swartzlander [mailto:b...@swartzlander.org] *Sent:* Wednesday, January 28, 2015 12:35 PM *To:* OpenStack Development Mailing List (not for usage questions) *Subject:* Re: [openstack-dev] [Manila]Que

Re: [openstack-dev] [Manila]Question about the usage of "connect_share_server_to_tenant_network"

) then all your ARP traffic, etc, is traversing backbone links. The only benefit to L2 connectivity that I'm aware of is a potential performance improvement by removing the (virtual) router as a bottleneck. -Ben Swartzl

Re: [openstack-dev] [Manila]Questions about using not handle share-servers drivers with "Flat network"

llowup mail on the UI changes that are coming around share networks and the mess that they have become. For now, you just have to know that share networks should not be used with drivers that don't manage share servers, and they should be used with drivers that do manage share servers. -B

[openstack-dev] [Manila] Manila virtual midcycle meetup

Thursday 12 Feb: 1300-1700 UTC Do these time work for everyone who wants to join? Is there enough time to arrange travel for those of you who would like to participate locally? Please indicate your availability on the etherpad we started last Thursday: https://etherpad.openstack.org/p/man

[openstack-dev] [Manila] Driver modes, share-servers, and clustered backends

he mode names and if so what to change them to. I've created the following etherpad with all of the suggestions I've heard so far and the my feedback on each: https://etherpad.openstack.org/p/manila-driver-modes-discussion -Ben Swartzlander _

Re: [openstack-dev] [Manila]Rename driver mode

On 01/07/2015 09:20 PM, Li, Chen wrote: Update my proposal again: As a new bird for manila, I start using/learning manila with generic driver. When I reached driver mode,I became really confuing, because I can't stop myself jump into ideas: share server == nova instance &svm == shar

Re: [openstack-dev] [Manila] Manila project use-cases

Reply to Valeriy below and to Marc further below... On 12/03/2014 02:39 AM, Valeriy Ponomaryov wrote: According to (2) - yes, analog of Cinder's "manage/unmanage" is not implemented in Manila yet. Manage/unmanage is a feature I'm very interested in seeing in Manila. I suspect it will be hard

[openstack-dev] [Manila] Meeting cancelled this week

I forgot to bring the topic up last week, but this week we have a holiday in the US that conflicts with the weekly meeting, so I have cancelled it. -Ben ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-

Re: [openstack-dev] [Manila] File-storage for Manila service image

What's preventing you from downloading it from dropbox? The link works fine for me. Are you behind a firewall that blocks dropbox? -Ben On 11/10/2014 01:22 AM, Hallur, Parashuram wrote: Is this image made available from some other location? I'm not able to download it from the dropbox?

[openstack-dev] [Manila] Deadline for new drivers

get it in the right shape to merge. thanks, -Ben Swartzlander ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Manila] Team Meetup in Paris

I moved the etherpad for this discussion here: https://etherpad.openstack.org/p/kilo-manila-meetup -Ben On 11/06/2014 04:33 PM, Ben Swartzlander wrote: I announced this during several of our session, but just in case anyone missed that I want to let people know that I intend to hold a Manila

[openstack-dev] [Manila] Team Meetup in Paris

the etherpad. I'm open to discussing anything though. Everyone is welcome to join. https://etherpad.openstack.org/p/kilo-manila-summit-topics -Ben Swartzlander ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org

<    1   2