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-
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
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
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
_
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
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
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
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
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?
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.
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
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
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
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
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
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
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
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-
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
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
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
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
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
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
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
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?
On 12/04/2015 04:42 PM, Ben Swartzlander wrote:
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
Anyone can start other communities, and they can overlap with
ours, but let's make it clear that they're not the same.
-Ben Swartzlander
[1] For all X, Y in (0, 1): X * Y < X
3. Are there performance problems where python really can't get there?
This seems like a pretty clear
I think it makes sense to merge the triplo heat templates without m-dat
support, as including m-dat will require a bunch of dependent patches
and slow everything down. The lack of the m-dat service won't cause any
issues other than that the experimental share-migration APIs won't work.
We shoul
sed here I
also need to know so I can get a space reserved. Given the geographic
spread of the team I'm prioritizing remote participation though.
-Ben Swartzlander
__
OpenStack Development Mailing List (not for
neak features in the libraries after the core manila patches
land, they need to go in together.
-Ben Swartzlander
[1] http://releases.openstack.org/newton/schedule.html
[2]
http://lists.openstack.org/pipermail
ss they're using one of the few drivers that
support shares servers (not including the Generic driver) AND they're
still using nova-net instead of neutron. The recommended workaround for
those users is to switch to neutron.
Our midcycle meetup is 2 weeks away! Please propose topics on the etherpad:
https://etherpad.openstack.org/p/newton-manila-midcycle
Depending on how much material we need to cover I'll decide if we need
the third day or not.
-Ben
__
Ramana, I think your questions got answered in a channel discussion last
week, but I just wanted to double check that you weren't still expecting
any answers here. If you were, please reply and we'll keep this thread going.
On June 2, 2016 9:30:39 AM Ramana Raja wrote:
Hi,
There are a few
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 jobs have been failing for at l
Here at the design summit I've been asked a few times where the
etherpads are. Here is a link to the top level page for design summit
etherpads:
https://wiki.openstack.org/wiki/Design_Summit/Newton/Etherpads#Manila
-Ben
_
the newly-created manila-specs
repo, and I'm happy with whatever the TC is currently recommending.
-Ben Swartzlander
[1] https://github.com/openstack-dev/specs-cookiecutter
[2]
https://github.com/openstack-dev/specs-cookiecutter/commit/8738f58981da3ad9c0f27fb545d617
On 05/05/2016 03:24 PM, Jeremy Stanley wrote:
On 2016-05-05 12:03:38 -0400 (-0400), Ben Swartzlander wrote:
It appears that many of the existing specs repos contain a
confusing mixture of Apache 2.0 licensed code and Creative Commons
licensed docs.
[...]
Recollection is that the prose was
plies to what.
-Ben
Thanks,
Dims
On Thu, May 5, 2016 at 3:44 PM, Ben Swartzlander wrote:
On 05/05/2016 03:24 PM, Jeremy Stanley wrote:
On 2016-05-05 12:03:38 -0400 (-0400), Ben Swartzlander wrote:
It appears that many of the existing specs repos contain a
confusing mixture of Apache 2.
Python, go start
another project. Don't call it OpenStack. If it ends up being a better
implementation than the reference OpenStack Swift implementation, it
will win anyways and perhaps Swift will start to look more like the rest
of the projects in OpenStack with a standardized API and multi
On 05/09/2016 07:43 PM, Rayson Ho wrote:
On Mon, May 9, 2016 at 2:35 PM, Ben Swartzlander mailto:b...@swartzlander.org>> wrote:
>>
>> Perhaps for mature languages. But go is still finding its way, and that
>> usually involves rapid changes that are needed faster than
On 12/22/2015 12:26 AM, nidhi.h...@wipro.com wrote:
Hi all.
I am working on bug 1503390. (status=None while delete is in progress
)
I was doing analysis of problem and found that yes its there.
I reproduced it.
Now the two solutions proposed..
1)Either say the status as deleting for such sn
On 01/06/2016 02:53 AM, nidhi.h...@wipro.com wrote:
Hi All,
https://bugs.launchpad.net/manila/+bug/1526284
(snip)
Where we are intentionally giving *create_share_instance=False that
means in db function *
I think I agree it would make more sense to create the first instance at
the same time
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-bin
On 02/02/2016 12:30 PM, Ben Swartzlander wrote:
Rodrigo (ganso on IRC) joined the Manila project back in the Kilo
release and has been working on share migration (an important core
feature) for the last 2 releases. Since Tokyo he has dedicated himself
to reviews and community participation. I
orities this release to be
distracted by fixing this kind of thing. If this driver is something
people actively use and find valuable, then it should not be hard to
find a volunteer to fix it.
-Ben Swartzlander
__
O
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
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
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
[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
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
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
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
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][
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
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
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
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
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
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
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
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
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.
___
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
ctness problems or both.
-Ben Swartzlander
5) that client issues a request against a resource on /v2 with
parameters that would create a radically different situation that would
be hard to figure out later.
And, only if all these things happen is there a concern.
So let's look at each o
On 02/19/2016 11:24 AM, Sean Dague wrote:
On 02/19/2016 11:15 AM, Ben Swartzlander wrote:
On 02/19/2016 10:57 AM, Sean Dague wrote:
On 02/18/2016 10:38 AM, D'Angelo, Scott wrote:
Cinder team is proposing to add support for API microversions [1]. It
came up at our mid-cycle that we shoul
w users to enable it optionally in the future.
If any drivers are currently turning root squash on, I would consider
that a bug -- and it will prevent migration for working on your backend.
-Ben Swartzlander
__
Open
s and backwards. It makes sense as a short term hack but
given that we have time to design this correctly I'd prefer to get this
information in a more straighforward way.
-Ben Swartzlander
On Mon, Feb 29, 2016 at 6:48 AM, Ihar Hrachyshka mailto:ihrac...@redhat.com>> wrote:
On 03/05/2016 05:34 AM, Shinobu Kinjo wrote:
Are we still going to think of nfs-over-vsock?
Never mind. It's just coming from my curiosity.
A lot of work outside Manila has to happen before we can actually
deliver that feature in OpenStack. If you google about nfs over vsock
you can learn abo
On 03/04/2016 08:15 AM, John Spray wrote:
On Fri, Mar 4, 2016 at 12:11 PM, Shinobu Kinjo wrote:
What are you facing?
In this particular instance, I'm dealing with a case where we may add
some metadata in ceph that will get updated by the driver, and I need
to know how I'm going to be called.
On 03/11/2016 02:42 PM, O'Rourke, Alex Liam wrote:
Hi,
I would like to request a Feature Freeze Exception for Removing the File
Tree on Delete When Using Nested Shares with 3PAR:
https://review.openstack.org/#/c/290209/
Originally, this was filed as a blueprint and marked as a new feature
(http
On 03/11/2016 02:42 PM, O'Rourke, Alex Liam wrote:
Hi,
I would like to request a Feature Freeze Exception for Removing the File
Tree on Delete When Using Nested Shares with 3PAR:
https://review.openstack.org/#/c/290209/
Originally, this was filed as a blueprint and marked as a new feature
(http
using containers to solve the problem but we need to be
more careful about selecting a more stable and widely-supported
container platform.
-Ben Swartzlander
__
OpenStack Development Mailing List (not for usage questions)
so we
couldn't remove the fallback path even if we did merge these changes.
Csaba, thank you for getting these changes done and we will merge them
early in Newton. We need to decide as a community how to get the
remaining drivers updated in Newton so we can remove the f
everyone should start
testing the release to look for any bugs we missed. While you wait for
the tag, go ahead and vote for one of these logo designs for the
stickers in Austin:
http://surveymonkey.com/r/J8266ZH
-Ben Swartzlander
I've started an etherpad to collect ideas for summit topics:
https://etherpad.openstack.org/p/manila-newton-summit-topics
Please add your suggestions to the top section and we'll get them
categorized and scheduled in the bottom section in time for Austin.
-Ben Sw
rvice)
*Sent:* Friday, February 26, 2016 3:22 PM
*To:* 'OpenStack Development Mailing List (not for usage questions)'
*Cc:* 'bswa...@netapp.com' ; 'Ben Swartzlander'
*Subject:* [OpenStack-Dev][Manila] BP
https://blueprints.launchpad.net/manila/+spec/access-groups
Hi M
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
) 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
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
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
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,
1 - 100 of 191 matches
Mail list logo
