Abhishek,
We need below information on investigate this issue.
1. gluster --version
2. Please run glusterd in gdb, so that we can capture the backtrace. I see
some rpc errors in log, but backtrace will be more helpful.
To run glusterd in gdb, you need start glusterd in gdb (i.e. gdb
glusterd,
Hi Team,
I am facing the issue where at the time of starting the glusterd
segmentation fault is reported.
Below are the logs
root@128:/usr/sbin# ./glusterd --debug
[1970-01-01 15:19:43.940386] I [MSGID: 100030] [glusterfsd.c:2691:main]
0-./glusterd: Started running ./glusterd version 5.0 (args:
On 3/4/19 12:33 PM, Shyam Ranganathan wrote:
> On 3/4/19 10:08 AM, Atin Mukherjee wrote:
>>
>>
>> On Mon, 4 Mar 2019 at 20:33, Amar Tumballi Suryanarayan
>> mailto:atumb...@redhat.com>> wrote:
>>
>> Thanks to those who participated.
>>
>> Update at present:
>>
>> We found 3 blocker bugs
Hello Kotresh,
allrigt, I have updated the "Component" field in the bug to 'core' . I am
looking forward fixing this bug
Regards
David Spisla
Am Di., 5. März 2019 um 16:13 Uhr schrieb Kotresh Hiremath Ravishankar <
khire...@redhat.com>:
> Hi David,
>
> Thanks for raising the bug. But from the a
Hi David,
Thanks for raising the bug. But from the above validation, it's clear that
bitrot is not directly involved. Bitrot waits for last fd to be closed. We
will have to investigate the reason for fd not being closed for large files.
Thanks,
Kotresh HR
On Mon, Mar 4, 2019 at 3:13 PM David Spi
All,
Recently me, Manoj and Csaba presented on positives and negatives of
implementing File systems in userspace using FUSE [1]. We had based the
talk on our experiences with Glusterfs having FUSE as the native interface.
The slides can also be found at [1].
[1] https://www.usenix.org/conference/
Hi All,
We have observed and heard from gluster users about the long time "heal info"
command takes.
Even when we all want to know if a gluster volume is healthy or not, it takes
time to list down all the files from all the bricks after which we can be
sure if the volume is healthy or not.
H