Re: heavy named problems

From: Mark Andrews (Mark_Andrews_at_isc.org)
Date: 05/31/05

  • Next message: Mark Sergeant: "Re: heavy named problems" 
    To: Mark Sergeant <msergeant@snsonline.net>
Date: Tue, 31 May 2005 15:08:14 +1000

    > 31-May-2005 13:23:51.045 general: error: /usr/src/lib/bind/
    > dns/../../../contrib/bind9/lib/dns/adb.c:1439: unexpected error:
    > 31-May-2005 13:23:51.045 general: error: isc_mutex_init failed in
    > new_adbfind()
    > 31-May-2005 13:23:51.891 general: error: /usr/src/lib/bind/
    > dns/../../../contrib/bind9/lib/dns/adb.c:1439: unexpected error:
    > 31-May-2005 13:23:51.891 general: error: /usr/src/lib/bind/
    > dns/../../../contrib/bind9/lib/dns/adb.c:1439: unexpected error:
    > 31-May-2005 13:23:51.891 general: error: isc_mutex_init failed in
    > new_adbfind()
    >
    > I'm seeing this on both FreeBSD 5.4-p1 and -STABLE, either named will
    > hang around the 100 - 250M memory mark with top output like ...
    >
    > last pid: 20483; load averages: 0.98, 0.67,
    > 0.44 up 4+03:26:18
    > 12:32:27
    > 34 processes: 2 running, 32 sleeping
    > CPU states: % user, % nice, % system, %
    > interrupt, % idle
    > Mem: 237M Active, 150M Inact, 119M Wired, 24K Cache, 214M Buf, 1407M
    > Free
    > Swap: 4096M Total, 4096M Free
    >
    > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU
    > COMMAND
    > 19847 bind 20 0 232M 228M kserel 1 61:57 98.97%
    > 98.97% named
    >
    > As you can see plenty of memory free.
    >
    >
    > Or if I drop down the datasize and cache size then I get the above
    > crash. Any ideas anyone ?

            The only thing you should do with datasize is raise it.
            The option is there so that the process can get *more* than
            the default memory allocation.

            If you want to restict the amount of memory being used then
            max-cache-size is what should be set. Note for this to be
            effective it needs to trigger *before* named's memory usage
            hits the datasize limit.

            Lowering both datasize and max-cache-size is generally
            counter productive.

     
    > Cheers,
    >
    > Mark
    >
    > On 18/11/2004, at 1:09 PM, Doug White wrote:
    >
    > > On Fri, 12 Nov 2004, Michael Riexinger wrote:
    > >
    > >
    > >> i have freebsd 5.3-release with the base bind 9.3 (chrooted). It
    > >> allows
    > >> recursive queries. After few hours running, the server answers to
    > >> every
    > >> query with SERVFAIL. Few minutes before, in the logs is this:
    > >>
    > >>
    > >> named: isc_mutex_init failed in new_adbfind()
    > >>
    > >> After /etc/rc.d/named restart it's working fine for a couple of
    > >> hours...
    > >> What could cause this problem?
    > >>
    > >
    > > Out of memory? Hitting memory limits?
    > >
    > > The code appears to chuck the return code if its nonzero, which is
    > > pesky.
    > > I suspect its ENOMEM, though.
    > >
    > >
    > > How big is the named process when it starts malfunctioning?
    > >
    > > --
    > > Doug White | FreeBSD: The Power to Serve
    > > dwhite@gumbysoft.com | www.FreeBSD.org
    > > _______________________________________________
    > > freebsd-stable@freebsd.org mailing list
    > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable
    > > To unsubscribe, send any mail to "freebsd-stable-
    > > unsubscribe@freebsd.org"
    > >
    > >
    >
    > _______________________________________________
    > freebsd-stable@freebsd.org mailing list
    > http://lists.freebsd.org/mailman/listinfo/freebsd-stable
    > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" 

    --
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: Mark_Andrews@isc.org
_______________________________________________
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
  • Next message: Mark Sergeant: "Re: heavy named problems"

    Relevant Pages

    • Re: avoiding glTranslatef*
      ... that "vertex" would be a internal hardware-level command. ... The modern 3D chip has hundreds of ALU's and a _LOT_ of processing ... What they need is more memory bandwidth, ...
      (comp.graphics.api.opengl)
    • Re: Isnt Command Rate a "memory setting?"
      ... If I set the command rate to 2T, ... spec for your memory says 2.75v. ... is telling me that it's NOT a memory setting. ... PSU problems are not out of ...
      (alt.comp.periphs.mainboard.asus)
    • Re: open command failing on serial port
      ... >>I tried changing the pci slot, it gets assigned the same base ... Command: 0x0106 Memory Enabled, I/O Disabled ... AGP Status: 0x00000200 ...
      (comp.unix.sco.misc)
    • 2924 XL: Insufficient memory when booting
      ... The "version" command showed it had 8 meg of memory. ... This switch is to replace the one partially damaged by lightning. ... The TAR command when expanding the html files due to lack of space. ...
      (comp.dcom.sys.cisco)
    • Re: Append to char *
      ... > That's a pretty good way to make demons fly out your nose, ... invokes undefined behavior. ... command similarly points to 8 bytes of memory. ...
      (comp.lang.c)