Date: Tue, 31 May 2005 15:28:25 +1000 From: Mark Sergeant <msergeant@snsonline.net> To: Mark Andrews <Mark_Andrews@isc.org> Cc: stable@freebsd.org, Michael Riexinger <michael.riexinger@de.clara.net> Subject: Re: heavy named problems Message-ID: <C87E5A1B-2DAD-40C8-B30C-53655EFB1DE5@snsonline.net> In-Reply-To: <200505310508.j4V58Efo010011@drugs.dv.isc.org> References: <200505310508.j4V58Efo010011@drugs.dv.isc.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 31/05/2005, at 3:08 PM, Mark Andrews wrote: > > >> 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. > >> True, but with none in place (I'd like it to use a gig or so if possible for the cache), then the system "freezes" and needs to be kill -9'ed and restarted, hence why I dropped the memory limits / put them in place in the first place. Ideally I'd like this machine to not crash at all since it's the primary cache. Have I run into some obscure bug ? >> >>> 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 > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?C87E5A1B-2DAD-40C8-B30C-53655EFB1DE5>