[Gluster-users] connection to failed (Connection refused); disconnecting socket

lejeczek peljasz at yahoo.co.uk
Wed Aug 2 05:57:51 UTC 2017

But I had not killed anything, unless system did for some 
reason and  silently, but I'd not think so.
It seems that one brick is particularly ill about it all.
I'd have to restart it but mostly this would not do and 
actually reboot the system, then for I short while it would 
be ok only soon later to show up as:

TERs/0GLUSTER-GROUP-WORK                    N/A       N/A 
N       N/A
TERs/0GLUSTER-GROUP-WORK                    49153     0 
Y       2391260
STERs/0GLUSTER-GROUP-WORK                   49153     0 
Y       9717

and logs:
[2017-08-02 05:51:48.306839] E 
[socket.c:2316:socket_connect_finish] 0-GROUP-WORK-client-6: 
connection to failed (Connection refused); 
disconnecting socket

But systemd on that brick says processes/daemon are ok.
And all three bricks would be virtually(general config) 

Not sure what to think about.

On 02/08/17 02:19, Atin Mukherjee wrote:
> This means shd client is not able to establish the 
> connection with the brick on port 49155. Now this could 
> happen if glusterd has ended up providing a stale port 
> back which is not what brick is listening to. If you had 
> killed any brick process using sigkill signal instead of 
> sigterm this is expected as portmap_signout is not 
> received by glusterd in the former case and the old 
> portmap entry is never wiped off.
> Please restart glusterd service. This should fix the problem.
> On Tue, 1 Aug 2017 at 23:03, peljasz <peljasz at yahoo.co.uk 
> <mailto:peljasz at yahoo.co.uk>> wrote:
>     how critical is above?
>     I get plenty of these on all three peers.
>     hi guys
>     I've recently upgraded from 3.8 to 3.10 and I'm seeing
>     weird
>     behavior.
>     I see: $gluster vol status $_vol detail; takes long
>     timeand
>     mostly times out.
>     I do:
>     $ gluster vol heal $_vol info
>     and I see:
>     Brick
>     Status: Transport endpoint is not connected
>     Number of entries: -
>     Brick
>     Status: Connected
>     Number of entries: 0
>     Brick
>     Status: Transport endpoint is not connected
>     Number of entries: -
>     Ibegin to worry that 3.10 @centos7.3might have not been a
>     good idea.
>     many thanks.
>     L.
>     _______________________________________________
>     Gluster-users mailing list
>     Gluster-users at gluster.org
>     <mailto:Gluster-users at gluster.org>
>     http://lists.gluster.org/mailman/listinfo/gluster-users
> -- 
> - Atin (atinm)

More information about the Gluster-users mailing list