[Gluster-users] Gluster high RPC calls and reply

[Pranith Kumar Karampuri]

On 07/06/2014 06:58 PM, Gurdeep Singh (Guru) wrote:
> Hello,
>
> I have setup gluster in replicate type and its working fine.
>
> I am seeing a constant chatting between the hosts for lookup call and 
> lookup reply. I am trying to understand as to why this traffic is 
> being initiated constantly. Please look at the attached image. This 
> traffic is using around 200KB/s of constant bandwidth and is 
> exhausting our allocated monthly bandwidth on our 2 VPS.
Self-heal-daemon tries to check if there is anything that needs healing 
every 10 minutes. Those RPCs are lookups. Could you check from the 
tcpdump if it is generating from self-heal-daemon? Which version of 
gluster are you using? I think there is a way to increase this 'time' in 
latest versions.

Pranith
>
> The configuration I have for Gluster is:
>
> [guru at srv1 ~]$ sudo gluster volume info
> [sudo] password for guru:
>
>
> Volume Name: gv0
> Type: Replicate
> Volume ID: dc8dc3f2-f5bd-4047-9101-acad04695442
> Status: Started
> Number of Bricks: 1 x 2 = 2
> Transport-type: tcp
> Bricks:
> Brick1: srv1:/root/gluster-vol0
> Brick2: srv2:/root/gluster-vol0
> Options Reconfigured:
> cluster.lookup-unhashed: on
> performance.cache-refresh-timeout: 60
> performance.cache-size: 1GB
> storage.health-check-interval: 30
>
>
> Please suggest how to fine tune the RPC calls/reply.
>
> Thanks,
> Gurdeep.
>
>
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://supercolony.gluster.org/mailman/listinfo/gluster-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20140707/1e8fd007/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 35435 bytes
Desc: not available
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20140707/1e8fd007/attachment.png>