Bind hang out when named reach to 5-600 Mb

[khanh rua]

Hi 


I attached the ouput from your command in 10s.
Last time i tested, bind did reach to 1Gb but it still hang ( don't respond any 
query ). Could you help me take a look at this log? 


Duc Tien.




________________________________
From: Stacey Jonathan Marshall - Solaris Software <stacey.marshall at oracle.com>
To: khanh rua <duonghoahoc_k49cd at yahoo.com>; bind-users at lists.isc.org
Sent: Fri, July 9, 2010 5:27:15 PM
Subject: Re: Bind hang out when named reach to 5-600 Mb

On 07/09/10 07:36, khanh rua wrote: 
Can u tell me how to do this ?
>
>If you enable query log, you might be able to see if it's actually serving 
>queries at that time. 
>
I mean "it hang" is named process is still running but it cannot respond any 
lookup query. CPU is almost at low rate 5-6 % or lower.  It's both hang with 
single thread or multithread. 

>datasize is 9999m
> max-cache-size is 2000m;
>These are versions of bind i tried :
>bash-3.00# file /usr/sbin/named 
>/usr/sbin/named:        ELF 32-bit MSB executable SPARC Version 1, dynamically 
>linked, stripped
>bash-3.00# which named         
>/usr/sbin/named
>bash-3.00# file /opt/SUNWbind9.6/sbin/named
>/opt/SUNWbind9.6/sbin/named:    ELF 64-bit MSB executable SPARCV9 Version 1, 
>dynamically linked, not stripped
>bash-3.00# file /usr/sbin/bind             
>bind-9.7.1b1/ bind9.7.0P1/  
>bash-3.00# file /usr/sbin/bind-9.7.1b1/named
>/usr/sbin/bind-9.7.1b1/named:   ELF 32-bit MSB executable SPARC Version 1, 
>dynamically linked, not stripped
>
running 'named -V' is the best may to show version and configure options.


>In my circumstance, i can try installing anything as long as it can fix this 
>bug. I saw on sunsolve there 's a patch for bind 119783-15. Don't know is it 
>useful to fix this bug? 
>
>
No, that patch provides BIND 9.6.1-P3 with no specific changes.

Could you collect some lock statistics using plockstat(1M)? i.e.:


	# plockstat -e 300 -p `pgrep ^named`


The -e 300 causes it to collect statistics for 5 minutes - experiment a little 
and feed back what is reported.




>Mb i will check with other version of bind. Hope this can help.
>
>From: Fajar A. Nugraha <fajar at fajar.net>
>To: khanh rua <duonghoahoc_k49cd at yahoo.com>
>Cc: bind-users at lists.isc.org
>Sent: Thu, July 8, 2010 5:10:02 PM
>Subject: Re: Bind hang out when named reach to 5-600 Mb
>
>On Thu, Jul 8, 2010 at 4:30 PM, khanh rua <duonghoahoc_k49cd at yahoo.com> wrote:
>> Hi,
>>
>> I install bind as a cache server on Solaris 10, Sun Sparc T5140. It has
>> problem, bind always hang out when named reach to 5-600 Mb ('prstat' check).
>
>How did you determine that it "hang"?
>If you enable query log, you might be able to see if it's actually
>serving queries at that time.
>
>Also, how is the cpu and disk usage at that time (I'm trying to see if
>you have cpu or disk as bottleneck?
>
>My guess is that:
>- one of your CPU thread is at 100% usage
>- named is busy serving queries alreadt, so that the new query you
>issued does not get processed in a timely manner.
>
>> I have several servers and all have this problem even when i install bind in
>> zone or try with a 64bit version.  T5140's a powerful server but bind can't
>> make use of its power.
>
>IMHO, it's not really named-specific problem. The thing is Sun/Oracle
>T-series processors doesn't perform well with single thread loads. And
>(last time I check anyway) even though bind can make use of multi
>processor/threads, single thread performance still matters a lot.
>
>So you'd probably get much better performance when running named with
>say ... a generic x86 server/PC with Intel Xeon/Core i-series.
>
>-- 
>Fajar
>
>
> _______________________________________________ bind-users mailing list 
>bind-users at lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users


-- 
--Stacey



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20100727/5a6d12b6/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: plockstat.rar
Type: application/octet-stream
Size: 4445 bytes
Desc: not available
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20100727/5a6d12b6/attachment.obj>