Hi Jinmei,
Is there any change if you build named with/without threads (and with [EMAIL
PROTECTED])?
--> have yet to try this. Will test and let you know.
How many queries per second is that server normally accepting?
--> we're seing about 4.2k - 5.5k requests per second.
What's the normal cac
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf Of Vinny Abello
> Sent: Thursday, August 07, 2008 12:58 AM
> To: JINMEI Tatuya / 神明達哉
> Cc: bind-users@isc.org
> Subject: RE: dnsperf and BIND memory consumption
>
> > -Original Message-
> > From: J
> -Original Message-
> From: JINMEI Tatuya / 神明達哉 [mailto:[EMAIL PROTECTED]
> Sent: Thursday, August 07, 2008 12:38 AM
> To: Vinny Abello
> Cc: bind-users@isc.org
> Subject: Re: dnsperf and BIND memory consumption
>
> At Thu, 7 Aug 2008 00:26:04 -0400,
> Vinny Abello <[EMAIL PROTECTED]> wro
> -Original Message-
> From: JINMEI Tatuya / 神明達哉 [mailto:[EMAIL PROTECTED]
> Sent: Thursday, August 07, 2008 12:38 AM
> To: Vinny Abello
> Cc: bind-users@isc.org
> Subject: Re: dnsperf and BIND memory consumption
>
> At Thu, 7 Aug 2008 00:26:04 -0400,
> Vinny Abello <[EMAIL PROTECTED]> wro
At Thu, 7 Aug 2008 00:26:04 -0400,
Vinny Abello <[EMAIL PROTECTED]> wrote:
> Huh... maybe I was right in the first place. I left dnsperf running
> and named ran out of memory. In my syslog I had a lot of these
> swap_pager_getswapspace failed messages followed by named finally
> dying (again, Free
Huh... maybe I was right in the first place. I left dnsperf running and named
ran out of memory. In my syslog I had a lot of these swap_pager_getswapspace
failed messages followed by named finally dying (again, FreeBSD 7.0 STABLE
AMD64, 4GB of RAM and the only software running is really BIND).
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf Of Jeremy C. Reed
> Sent: Wednesday, August 06, 2008 1:08 PM
> To: Doug Niven
> Cc: bind-users@isc.org
> Subject: Re: BIND 9.5.0-P2 & minor rndc errors
>
> On Wed, 6 Aug 2008, Doug Niven wrote:
>
> > % rndc
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf Of Nelson Serafica
> Sent: Wednesday, August 06, 2008 11:50 PM
> To: bind-users@isc.org
> Subject: Logs error appear after upgrading bind-9.5.0-P1
>
> When I upgraded my bind to bind-9.5.0-P1. Logs below ke
I hate to reply to my own post, but I think I was mistaken in the amount of
memory being used and just don't understand the columns in top on FreeBSD. :)
So what is the difference between SIZE and RES? I think RES seems to correspond
to the actual memory usage. I noticed the free memory wasn't d
Hi everyone,
I noticed some odd behavior with BIND 9.5.0-P2 in regards to memory utilization
when being tested using dnsperf. The memory usage just continually climbs and
never levels out. I've done this with both queries that require recursion as
well as queries with authoritative results. In
When I upgraded my bind to bind-9.5.0-P1. Logs below keeps on appearing from
various domain.
Aug 7 11:44:59 DNS1 named[1419]: too many timeouts resolving
'38.108.54.121.in-addr.arpa/PTR' (in '108.54.121.in-addr.arpa'?): disabling EDNS
Aug 7 11:44:59 DNS1 named[1419]: too many timeouts resolving
Estaré ausente de la oficina desde el 04/08/2008 y no volveré hasta el
01/09/2008.
Para cualquier asunto contacte Francisco Javier Fabian Sanchez, Francisco
Javier Fernandez Gonzalez, Javier Soria Gallego o Jorge Santin.
__
On Wed, 6 Aug 2008, Doug Niven wrote:
> % rndc refresh
> rndc: 'refresh' failed: unexpected end of input
It expects at least one more argument (the zone name):
refresh zone [class [view]]
> % rndc stop
>
> % rndc start
> rndc: connect failed: 127.0.0.1#953: connection refused
No "start" com
At Wed, 6 Aug 2008 16:38:43 +0800,
"Elias" <[EMAIL PROTECTED]> wrote:
> I'm not sure if this is how we check for the number of sockets
> opened, but I'm seing over 4000. The number of recursive clients
> will also increase when using the P2 release (it was between 700-900
> when running 9.5.1b1).
I actually found the problem on my end here. Turns out it wasn't related to the
server, FreeBSD or BIND. The test bed that I have setup has a gigabit switch
connected to another switch that my box is on from which I run dnsperf. On the
test bed I have an application on another server running vid
> I know you say there are no IPv6 addresses but what does
> "ifconfig -a" and "netstat -rn" return?
No IPV6 related entries :) Though since the kernel supports it, I
could configure them at will without reboot. I'd bet you could
replicate this on any FreeBSD machine by:
ifconfig
Hi Folks,
I've just upgraded BIND on my Solaris 10 server using the package at
sunfreeware.com and am getting the following (minor) errors, though
named is working fine:
% rndc refresh
rndc: 'refresh' failed: unexpected end of input
% rndc stop
% rndc start
rndc: connect failed: 127.0.0.1#9
> One quick question: does this always happen for freebsd.org?
No. Before I found the 'fix/workaround', to test, I put ten or so
common domain names in a for loop around dig with those parameters.
Then fire up named as above, wait till it finished emitting logs
to stdout and run the loop against i
logging {
category lame-servers { null; };
channel default_syslog {
syslog local2;
severity info;
print-category yes;
print-severity yes;
};
category queries { default_syslog; };
};
>>> Kevin Darcy <[EMAIL PROTECTED]> 08/06/08 12:
Tested a few versions, before choose to use 9.5.1b1 on solaris 10 x86 box.
All non beta was give increased load and 'too many file descriptors' error
when i tested.
My average load in working hours on (sunfire x4100 m2) one of the our
servers with 9.5.1b1 is 2k recursive clients.
talking on this
Hi Jinmei,
I'm not sure if this is how we check for the number of sockets opened, but I'm
seing over 4000. The number of recursive clients will also increase when using
the P2 release (it was between 700-900 when running 9.5.1b1).
# rndc status
version: 9.5.0-P2
number of zones: 1
debug level:
I may be barking up the wrong tree, but we saw the same problem with
Solaris 10 and was not able to change the limits due to a problem with
the shared libraries.
Using "export LD_PRELOAD_32="/usr/lib/extendedFILE.so.1" as per the
information shown on this page;
http://blogs.sun.com/mandalika/e
At Wed, 6 Aug 2008 16:05:27 +0800,
"Elias" <[EMAIL PROTECTED]> wrote:
> I've tried that too, but its still not working. All it does is to just make
> BIND run a little longer before the 'too many open file descriptors' error
> shows up again.
And is your server really opening more than 3000 UD
Hi Jinmei,
I've tried that too, but its still not working. All it does is to just make
BIND run a little longer before the 'too many open file descriptors' error
shows up again.
- Original Message -
From: "JINMEI Tatuya / " <[EMAIL PROTECTED]>
To: "Elias" <[EMAIL PROTECTED]>;
Sen
On 08/05/2008 08:51 PM, Milan Jurik wrote:
> Hi,
>
> V út, 05. 08. 2008 v 15:12, Sotiris Tsimbonis píše:
>> On 08/05/2008 03:53 PM, Sotiris Tsimbonis wrote:
>>> On 08/05/2008 02:41 PM, Milan Jurik wrote:
Hi,
V út, 05. 08. 2008 v 13:31, Sotiris Tsimbonis píše:
> On 08/05/2008 11:
On 08/05/2008 10:31 PM, JINMEI Tatuya / 神明達哉 wrote:
> For those who've seen a crash of recent beta versions on entry of
> resolver.c:resquery_response() like this:
>
> 17-Jul-2008 13:20:48.425 general: resolver.c:5494: REQUIREquery) !=
> ((void *)0)) && (((const isc__magic_t *)(query))->magic
26 matches
Mail list logo
