Re: Why oh why does gluster delay?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Atin,

In debug, the glusterd log file is pretty sizeable. I do see regular:
[2015-12-01 20:29:14.407105] E [MSGID: 106167] [glusterd-handshake.c:2073:__glusterd_peer_dump_version_cbk] 0-management: Error through RPC layer, retry again later

And ones like:
[2015-12-01 20:29:45.057998] C [rpc-clnt-ping.c:165:rpc_clnt_ping_timer_expired] 0-management: server 172.18.56.55:24007 has not responded in the last 30 seconds, disconnecting.

Hopefully there is something in there that can give a clue as to what is going on.


Incidentally, to enable debug using the RPMs, the code in /etc/sysconfig/glusterd is inaccurate. The init file looks for LOG_FILE and LOG_LEVEL rather than the GLUSTERD_LOGLEVEL and GLUSTERD_LOGFILE that are in there as examples.

Brian Andrus
ITACS/Research Computing
Naval Postgraduate School
Monterey, California


-----Original Message-----
From: Atin Mukherjee [mailto:amukherj@xxxxxxxxxx] 
Sent: Monday, November 30, 2015 8:09 PM
To: Andrus, Brian Contractor <bdandrus@xxxxxxx>; gluster-users@xxxxxxxxxxx
Subject: Re:  Why oh why does gluster delay?



On 12/01/2015 04:15 AM, Andrus, Brian Contractor wrote:
> All,
> 
>  
> 
> I am seeing it VERY consistently that when I do a 'gluster peer status'
> or 'gluster pool list', the system 'hangs' for up to 1 minute before 
> spitting back results.
That's interesting, 'gluster peer status' or 'pool list' is a local node operation and doesn't incur RPC calls. Until and unless it takes time to communicate back to CLI because of a poor N/W, I don't see any reason why would it take such a long time. Can you run glusterd with debug log enabled and share the *glusterd.log file with us?

~Atin
> 
>  
> 
> I have 10 nodes all on the same network and currently ZERO volumes or 
> bricks configured. Just trying to get good performance for the cluster 
> to be talking to itself....
> 
>  
> 
>  
> 
> What is gluster doing that takes so long to respond? Seems there may 
> be a more efficient way of doing it, whatever it is...
> 
>  
> 
>  
> 
>  
> 
> Brian Andrus
> 
> ITACS/Research Computing
> 
> Naval Postgraduate School
> 
> Monterey, California
> 
> voice: 831-656-6238
> 
>  
> 
>  
> 
> 
> 
> _______________________________________________
> Gluster-users mailing list
> Gluster-users@xxxxxxxxxxx
> http://www.gluster.org/mailman/listinfo/gluster-users
> 

Attachment: gluster.log.tgz
Description: gluster.log.tgz

_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-users

[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux