On 12/22/2014 06:41 PM, Jeff Darcy wrote:
An alternative would be to convert directories into regular files from
the brick point of view.
The benefits of this would be:
* d_off would be controlled by gluster, so all bricks would have the
same d_off and order. No need to use any d_off mapping
On 12/23/2014 11:26 AM, Emmanuel Dreyfus wrote:
Hi
Just in case it rings a bell for someone, slave22 has been giving me a
100% reproductible error in all ec tests this morning:
[09:48:19] ./tests/basic/ec/ec-12-4.t
not ok 11
Failed 1/541 subtests
df:
On Mon, Dec 22, 2014 at 04:53:29PM +0100, Niels de Vos wrote:
Hi all,
This meeting is scheduled for anyone that is interested in learning more
about, or assisting with the Bug Triage.
Meeting details:
- location: #gluster-meeting on Freenode IRC
- date: every Tuesday
- time: 12:00 UTC,
Please review http://review.gluster.org/9332/, as it undoes the
introduction of itransform on d_off in AFR. This does not solve
DHT-over-DHT or other future use cases, but at least fixes the regression
in 3.6.x.
Thanks
On Tue Dec 23 2014 at 10:34:41 AM Anand Avati av...@gluster.org wrote:
Using GFID does not work for d_off. The GFID represents and inode, and a
d_off represents a directory entry. Therefore using GFID as an alternative
to d_off breaks down when you have hardlinks for the same inode in a single
directory.
Good point. So what *can* we do locally on a brick to
On Thursday 18 December 2014 12:58 PM, Raghavendra Gowdappa wrote:
- Original Message -
From: Raghavendra Bhat rab...@redhat.com
To: Gluster Devel gluster-devel@gluster.org
Cc: Anand Avati aav...@redhat.com
Sent: Thursday, December 18, 2014 12:31:41 PM
Subject: [Gluster-devel] explicit