+1
Clinton Knight
From: Ben Swartzlander b...@swartzlander.orgmailto:b...@swartzlander.org
Reply-To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Date: Wednesday, April 22, 2015 at 2:23 PM
To: OpenStack
Hello, Manila-philes.
Back in Paris we started talking about Manila mount automation, whereby file
shares could be automatically mounted on clients, and this will likely be a
topic in Vancouver. So in order to have an informed discussion at the summit,
I'd like to explore a few things
Thanks, Luis, I agree with your assessment that one good way to solve this
issue is a publisher-subscriber model. The publisher would be Manila,
using zeroconf or AMQP or Zaqar (the one I¹m investigating now). The
subscriber would be a lightweight agent running on the client that listens
for
Hi, Igor. The NetApp cDOT driver can handle share extend/shrink without
disruption.
Clinton
From: Igor Malinovskiy
imalinovs...@mirantis.commailto:imalinovs...@mirantis.com
Reply-To: OpenStack Development Mailing List (not for usage questions)
Funny you should mention needing all of the CG methods...
A VD group (ConsistencyGroupVD) was added to contain the 4 CG methods from
Juno. Then more CG methods were added to VolumeDriver in Kilo, but they
weren’t added to ConsistencyGroupVD.
But you *can’t* add them to ConsistencyGroupVD
Hi, John. If you want to discuss this in Tokyo, I suggest you add it to
the etherpad:
https://etherpad.openstack.org/p/manila-mitaka-summit-topics
I look forward to meeting you at the Summit. It¹d be great to see a demo
of your Ceph driver.
Clinton
On 10/7/15, 6:56 AM, "John Spray"
Hello, Manila-philes.
In last week's Manila IRC meeting, I briefly outlined a proposal for a generic
share grouping facility in Manila. It is on the agenda for tomorrow (17 Dec),
and I've described the ideas more fully on the Manila wiki. We think this
would benefit every driver, improve the
@Matt: The Manila team is writing new 1st-party drivers that should be
much faster & more reliable in the gate.
@Nidhi: Here are a couple more suggestions for working with unit tests
more efficiently:
1. Use PyCharm. You can set up test configurations to run unit tests on a
single file or a
https://etherpad.openstack.org/p/manila-mitaka-midcycle
Clinton
On 1/13/16, 9:51 AM, "Luis Pabon" wrote:
>Is there a link to the topics or schedule?
>
>- Luis
>
>- Original Message -
>From: "Ben Swartzlander"
>To: "OpenStack Development
Hi, John. This is but one reason the coverage job doesn¹t vote; it has
other known issues. It is primarily a convenience tool that lets core
reviewers know if they should look more deeply into unit test coverage.
For a new driver such as yours, I typically pull the code and check
coverage for
+1 Great addition. Welcome, Rodrigo!
Clinton
On 2/2/16, 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
On 2/22/16, 9:33 AM, "Sean McGinnis" wrote:
>On Sun, Feb 21, 2016 at 07:59:17PM +0200, Duncan Thomas wrote:
>>
>> So we can't get users to change endpoints, or write our libraries to
>>have
>> sensible defaults, but we're somehow going to magically get consumers
>>to do
On 3/7/16, 10:45 AM, "Eric Harney" wrote:
>On 03/06/2016 09:35 PM, John Griffith wrote:
>> On Sat, Mar 5, 2016 at 4:27 PM, Jay S. Bryant
>>>> wrote:
>>
>>> Ivan,
>>>
>>> I agree that our testing needs improvement. Thanks for starting this
Hi, John. In the Friday session, the community agreed that groups would
support multiple share types in the same group, that they would be called
‘share groups’, and that a higher-level, multi-backend grouping construct to be
discussed later would be more flexible if based on something like
Nate, you have to press Ctrl-C to see the in-progress test, that’s why you
don’t see it in the logs. The bug report shows this and points to the patch
where it appeared to begin. https://bugs.launchpad.net/cinder/+bug/1578986
Clinton
From: "Potter, Nathaniel"
+1
Tom will be a great asset for Manila.
Clinton
_
From: Ravi, Goutham >
Sent: Wednesday, August 3, 2016 3:01 PM
Subject: Re: [openstack-dev] [Manila] Nominate Tom Barron for core reviewer team
To: OpenStack
+2 Well earned.
From: Rodrigo Barbieri
Reply-To: "OpenStack Development Mailing List (not for usage questions)"
Date: Wednesday, November 2, 2016 at 8:41 AM
To: "OpenStack Development Mailing List (not for usage questions)"
17 matches
Mail list logo