[Gluster-users] transport endpoint not connected and sudden unmount

[Nithya Balachandran]

Hi,

There should be a coredump for the crash. Please open it in gdb and send us
the bt (after installing the debuginfo so we can see the symbols).

Thanks,
Nithya

On 27 June 2018 at 19:49, Brian Andrus <toomuchit at gmail.com> wrote:

> All,
>
> I have a gluster filesystem (glusterfs-4.0.2-1, Type:
> Distributed-Replicate, Number of Bricks: 5 x 3 = 15)
>
> I have one directory that is used for slurm statefiles, which seems to get
> out of sync fairly often. There are particular files that end up never
> healing.
>
> Since the files are ephemeral, I'm ok with losing them (for now).
> Following some advice, I deleted UUID files that were in
> /GLUSTER/brick1/.glusterfs/indices/xattrop/
>
> This makes gluster volume heal GDATA statistics heal-count show no issues,
> however the issue is still there. Even though nothing is showing up with
> gluster volume heal GDATA info, there are some files/directories that, if I
> try to access them at all, I get "Transport endpoint is not connected"
> There is even a directory, which is empty but if I try to 'rmdir' it, I
> get "rmdir: failed to remove ‘/DATA/slurmstate.old/slurm/’: Software caused
> connection abort" and the mount goes bad. I have to umount/mount it to get
> it back.
>
> There is a bit of info in the log file that has to do with the crash which
> is attached.
>
> How do I clean this up? And what is the 'proper' way to handle when you
> have a file that will not heal even in a 3-way replicate?
>
> Brian Andrus
>
>
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://lists.gluster.org/mailman/listinfo/gluster-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20180628/49da275e/attachment.html>