Re: bind 9.6.0-P1's nsupdate dumps core on NetBSD/i386 4.x

In message p05200f70c5d52b51d...@[130.102.20.138], Ray Phillips writes: I've built bind 9.6.0-P1 on NetBSD/i386 machines (versions 3.1, 4.0, 4.0.1 and 5.0_RC2) and discovered that nsupdate dumps core on the 4.x ones. The build process was just: % sh -c './configure --disable-threads

Re: $generate lhs problem. Manual needs to be updated.

Takahiro Masuda wrote: Yes I guess I didn't understand it totally because in the example syntax is shown as lhs defined at the beginning *$GENERATE* /|range|/ /|lhs|/ [/|ttl|/] [/|class|/] /|type|/ /|rhs|/ [ /|comment|/ ] and when you read the explanation for lhs it shows the example

BIND logging

Morning, I'm busy learning a bit more about DNS/BIND, but I seem to have run into a problem. My server does not seem to propogate, so my questions are: Where does BIND log it's errors to? I see some named entries in my syslog, is it the only place it logs to? If so, can I change the logfile

Re: BIND logging

On 05.03.09 08:55, simian wrote: I'm busy learning a bit more about DNS/BIND, but I seem to have run into a problem. My server does not seem to propogate, so my questions are: Where does BIND log it's errors to? I see some named entries in my syslog, is it the only place it logs to? If

stub zone

hi At the moment our internal DNS servers are authorative for the main domain via slave zones, which will be generating unnecessary replication traffic. Howto create a stub zone instead of slave zone on BIND 9.3.4-P1.1? What are differences between slave and stub zone? Piotr

Re: BIND logging

On Thu, 5 Mar 2009 13:49:12 +0100 Matus UHLAR - fantomas uh...@fantomas.sk wrote: -snip- Thank you very much, I'm having a look at it now. Regards, -- simian ___ bind-users mailing list bind-users@lists.isc.org

Re: bind 9.6.0-P1's nsupdate dumps core on NetBSD/i386 4.x

I've built bind 9.6.0-P1 on NetBSD/i386 machines (versions 3.1, 4.0, 4.0.1 and 5.0_RC2) and discovered that nsupdate dumps core on the 4.x ones. I just built and installed bind-9.6.0-P1 on NetBSD/i386 4.0 and nsupdate doesn't crash for me. (Built with default pthread and also linked with

will blocking getting hammered by cache request do anything?

Hi All: my 9.6.0 server is getting hammered by cache requests from a specific IP (62.109.4.89) which traces back to what looks like a DSL netblock in Russia: 05-Mar-2009 12:18:01.883 queries: info: client 62.109.4.89#53157: query: . IN NS + 05-Mar-2009 12:18:01.883 security: info: client

Re: will blocking getting hammered by cache request do anything?

In article goov30$ng...@sf1.isc.org, online-reg online-...@enigmedia.com wrote: Hi All: my 9.6.0 server is getting hammered by cache requests from a specific IP (62.109.4.89) which traces back to what looks like a DSL netblock in Russia: 05-Mar-2009 12:18:01.883 queries: info: client

Re: bind 9.6.0-P1's nsupdate dumps core on NetBSD/i386 4.x

You need to call gdb correctly. gdb /usr/local/bin/nsupdate nsupdate.core Thanks Mark. Sorry, I (obviously) don't have much of a clue about using gdb. % uname -v NetBSD 4.0.1 (GENERIC) #0: Tue Oct 7 22:58:48 PDT 2008

Re: bind 9.6.0-P1's nsupdate dumps core on NetBSD/i386 4.x

In message p05200f72c5d61071b...@[130.102.20.138], Ray Phillips writes: You need to call gdb correctly. gdb /usr/local/bin/nsupdate nsupdate.core Thanks Mark. Sorry, I (obviously) don't have much of a clue about using gdb. Looks like you have hit this bug. 2547.