I am setting up a test env now, I'll have some feedback for you this week.
-b
On Tue, Apr 21, 2015 at 11:36 AM, Nithya Balachandran nbala...@redhat.com
wrote:
Hi Ben,
Did you get a chance to try this out?
Regards,
Nithya
- Original Message -
From: Susant Palai spa...@redhat.com
Forwarded Message
Subject: [Nfs-ganesha-devel] Announce GA of Ganesha V2.2.0
Date: Tue, 21 Apr 2015 09:30:44 -0700
From: Frank Filz ffilz...@mindspring.com
To: 'NFS Ganesha Developers' nfs-ganesha-de...@lists.sourceforge.net
Branch: Master
Tag: V2.2.0
Release Highlights:
Public access(readonly) issue is still not resolved. Github
authentication based login is working. Update your github username in
https://public.pad.fsfe.org/p/gluster-gerrit-migration once logged in.
~aravinda
On 04/21/2015 10:08 PM, Nagaprasad Sathyanarayana wrote:
I get a GitHub login
On Tue, Apr 21, 2015 at 05:47:04PM +0530, Avra Sengupta wrote:
Hi,
Today whenever a gluster command fails the ret code is always 1.
Irrespective of the failure. I have sent the following patch which takes a
first step towards bringing some order to this chaos.
On Tue, Apr 21, 2015 at 04:28:57PM +0530, Aravinda wrote:
Cool app. Sent pull request for issue#5
Thanks! I've merged your change and pushed it to the website.
http://bugs.cloud.gluster.org/ now lists the component of the bugs, this
should make it much easier for the (sub-)maintainers and
On 21 April 2015 at 17:47, Avra Sengupta aseng...@redhat.com wrote:
Hi,
Today whenever a gluster command fails the ret code is always 1.
Irrespective of the failure. I have sent the following patch which takes a
first step towards bringing some order to this chaos.
On Mon, Apr 20, 2015 at 08:49:00PM -0400, Paul Cuzner wrote:
Thanks Niels. Any insight into the fuse rpm pulling in the server rpm?
That definitely is a bug. I thougt we solved this for the new tiering
feature, but the version you installed below already should have that
fix.
Maybe an other
On 04/21/2015 01:00 AM, Jeff Darcy wrote:
Another option would be to maintain a file with this list in the tests
directory. run-tests.sh can lookup this file to determine whether it
should continue or bail out.
Alternatively^2, I could modify http://review.gluster.org/#/c/10277/ to
run such
On 04/20/2015 01:25 PM, Niels de Vos wrote:
On Sun, Apr 19, 2015 at 06:00:06PM -0400, Paul Cuzner wrote:
Hi,
Apologies for the dumb question.
I just thought I'd take a look at the nightly 3.7 build, and noticed
that when I installed glusterfs-fuse for the client it pulls in
glusterfs-server?
On Tue, Apr 21, 2015 at 06:07:00PM +0530, Atin Mukherjee wrote:
On 04/21/2015 05:47 PM, Avra Sengupta wrote:
Hi,
Today whenever a gluster command fails the ret code is always 1.
Irrespective of the failure. I have sent the following patch which takes
a first step towards bringing
On 04/21/2015 05:47 PM, Avra Sengupta wrote:
Hi,
Today whenever a gluster command fails the ret code is always 1.
Irrespective of the failure. I have sent the following patch which takes
a first step towards bringing some order to this chaos.
Could you explain a bit more about the current
hi,
For implementing directory healing in ec I needed to generalize the
cluster syncop implementation done in afr-v2 which makes things easy for
implementing something like self-heal. The patch is at
http://review.gluster.org/10240
Please feel free to let me know your comments.
That sounds great. Thanks.
Regards,
Nithya
- Original Message -
From: Benjamin Turner bennytu...@gmail.com
To: Nithya Balachandran nbala...@redhat.com
Cc: Susant Palai spa...@redhat.com, Gluster Devel
gluster-devel@gluster.org
Sent: Wednesday, 22 April, 2015 12:14:14 AM
Subject: Re:
13 matches
Mail list logo