Not much of an update from GlusterD 1.0 side as the last week both
Samikshan and me were on holidays. We have managed to review few patches
and get them merged in mainline and other release branches where applicable.
This week's plan is to focus on the patches which need review attention.
Mainly t
On Wed, Nov 9, 2016 at 9:54 AM, Kaushal M wrote:
> Hi all,
> This a reminder to everyone to add the updates to the meeting etherpad
> [1] before the meeting starts at 1200UTC today.
Also, add any topics you want discussed to the Open floor.
>
> Thanks.
>
> ~kaushal
>
> [1]: https://public.pad.fs
Hi all,
This a reminder to everyone to add the updates to the meeting etherpad
[1] before the meeting starts at 1200UTC today.
Thanks.
~kaushal
[1]: https://public.pad.fsfe.org/p/gluster-community-meetings
___
Gluster-devel mailing list
Gluster-devel@g
On Tue, Nov 8, 2016 at 8:10 AM, Ravishankar N wrote:
> So there is a class of bugs* in exposed in replicate volumes where if the
> only good copy of the file is down, we still end up serving stale data to
> the application because of caching
> in various layers outside gluster. In fuse, this can b
On 11/08/2016 06:30 AM, Shyam wrote:
> On 11/08/2016 08:10 AM, Ravishankar N wrote:
>> So there is a class of bugs* in exposed in replicate volumes where if
>> the only good copy of the file is down, we still end up serving stale
>> data to the application because of caching
>> in various layers ou
You should be able to get the fix in 3.7.18. Rajesh has posted a fix
http://review.gluster.org/#/c/15798/ in release-3.7 branch.
On Tue, Nov 8, 2016 at 7:30 PM, ABHISHEK PALIWAL
wrote:
> Hi,
>
> I am getting the below message in file is flooded with these logs
>
>
> [2016-09-22 20:25:33.102737]
On 11/08/2016 08:10 AM, Ravishankar N wrote:
So there is a class of bugs* in exposed in replicate volumes where if
the only good copy of the file is down, we still end up serving stale
data to the application because of caching
in various layers outside gluster. In fuse, this can be mitigated by
Hi,
I am getting the below message in file is flooded with these logs
[2016-09-22 20:25:33.102737] I [dict.c:473:dict_get]
(-->/usr/lib64/glusterfs/3.7.9/xlator/debug/io-stats.so(io_stats_lookup_cbk+0x166)
[0x2ace40d9c816]
-->/usr/lib64/glusterfs/3.7.9/xlator/system/posix-acl.so(posix_acl_lookup
So there is a class of bugs* in exposed in replicate volumes where if
the only good copy of the file is down, we still end up serving stale
data to the application because of caching
in various layers outside gluster. In fuse, this can be mitigated by
setting attribute and entry-timeout to zero
Hi all,
The minutes of today's meeting:
Meeting summary
agenda: https://public.pad.fsfe.org/p/gluster-bug-triage
(Saravanakmr, 12:01:19)
Roll call (Saravanakmr, 12:01:28)
Next week’s meeting host (Saravanakmr, 12:05:25)
ACTION: skoduri will host bug triage meeting on
Hi all,
Not a lot has happened in the last week in GD2 land.
- Prashanth made changes to move GD2 from using etcdv2 client API to
the etcdv3 client api.
- This is helps a lot with the embedded etcd work.
- Prashanth also did a lot of cleanups of the codebase to satisfy golint
- I've been contin
Hi,
This meeting is scheduled for anyone, who is interested in learning more
about, or assisting with the Bug Triage.
Meeting details:
- location: #gluster-meeting on Freenode IRC
(https://webchat.freenode.net/?channels=gluster-meeting )
- date: every Tuesday
- time: 12:00 UTC
(in you
1349723 (mainline) MODIFIED: Added libraries to get server_brick dictionaries
[master] I904612 distaf: adding libraries to get server_brick dictionaries
(MERGED)
** akhak...@redhat.com: Bug 1349723 should be ON_QA, use v3.9.0rc2 for
verification of the fix **
1342298 (mainline) MODIFIED: rea
13 matches
Mail list logo
