Hi Ramon,

Vladimir asked about similar errors on IRC recently

I thought buffer sizes may be an issue, so the 3.3.7 release candidate
has logging of RX buffer sizes (it is logged at debug level when gmond
starts).  It may be interesting and helpful to compare those buffer
sizes, system defaults, etc, from your own systems and other people with
any similar problem.  Looking at the log output should also show you
whether or not gmond is using the values you tried to set at a system level.

Regards,

Daniel

On 23/04/12 12:07, Ramon Bastiaans wrote:
> This is with gmond version 3.3.1, with a simple udp_receive_channel set
> like this:
> 
> udp_recv_channel {
>   port = "8669"
> }
> 
> 
> - Ramon.
> 
> On 23-4-2012 12:03, Ramon Bastiaans wrote:
>> Hi,
>>
>> While troubleshooting an other network issue, I enabled the
>> netstats.py module to report "udp_rcvbufrerrors".
>>
>> Ironically, it seems to me as if gmond itself is experiencing udp
>> receive buffer errors.
>>
>> When I check out /proc/net/udp for drops, amongst other things I see:
>>
>>   sl  local_address rem_address   st tx_queue rx_queue tr tm->when
>> retrnsmt   uid  timeout inode ref pointer drops
>>   51: 00000000:21DD 00000000:0000 07 00000000:00000000 00:00000000
>> 00000000   103        0 72590718 2 ffff8803a1a5d140 6676
>>
>> It shows a 6676 dropcount for a socket with uid: 103
>>
>> When I check out which process has this uid, it is gmond:
>>
>> # ps -ef n | grep '103 '
>>      103  7800     1  0 10:32 ?        Ssl    0:04 /usr/sbin/gmond
>>
>> I have tried tweaking some sysctl settings, increasing rmem for udp
>> and increasing the max_udp_message_len in gmond.conf but there seems
>> to be no effect.
>>
>> Is this possibly a bug, or am I missing something and doing it wrong? ;)
>>
>>
>> Cheers,
>> - Ramon.
>>
> 
> 
> 
> ------------------------------------------------------------------------------
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> 
> 
> 
> _______________________________________________
> Ganglia-developers mailing list
> Ganglia-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ganglia-developers

------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Ganglia-developers mailing list
Ganglia-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-developers

Reply via email to