> Hello Mark,
> Sorry for replying late.
>
> Mark Andrews wrote:
> > > Hey all,
> > > Thankfully, i got this solved. This was happening becuase my OS

> does
> > > not support sending/recieving control messages (CMSG*) via

> sendmsg()
> > > and recvmsg() calls.
> > >
> > > Thus a call to recvmsg() in the code was returning EINVAL.
> > >
> > > If you ever face this problem then undefine "USE_CMSG" (i.e. #undef
> > > USE_CMSG) in the file lib/isc/unix/socket.c. This will disbale the
> > > support for sending/recieving control mesasges.
> > >
> > > feeling relieved,
> > > Nishant

> >
> > I'm curious. Which OS is failing. Note you will also need to
> > fix how (long long) is printed. The configure code should define
> > the right value but doesn't appear to. Is the a cross compile
> > issue?
> >

> well, I was using a cross-compiler to build the BIND 9.3.0 code for HP
> NonStop Server that runs a UNIX like shell.


Thanks.

> Can u please clarify why I
> need to fix how long long is printed?


Well for one thing it makes the logs more readable. P.S. It
isn't just (long long) it is (long) as well. It looks like
you need to more carfully tune the post cross configure output.

Note the error message below should have read

"has 0 SOA records"

> Also, I am not able to understand why the following messages are being
> printed in the logs:
>
> 18-Jan-2005 11:10:04.0lu zone authors.bind/CH: could not find NS and/or
> SOA records
> 18-Jan-2005 11:10:04.0lu zone authors.bind/CH: has lu SOA records
> 18-Jan-2005 11:10:04.0lu zone authors.bind/CH: has no NS records


We fixed a bug that was preventing these messages being
printed which resulted in these messages for the internal
zones (which we failed to notice). Fixed in 9.3.1.

> The same thing is shown for these zones too:
> hostname.bind
> version.bind
> id.server
>
> Thank you,
> Nishant
>
>
> > > nishant80@gmail.com wrote:
> > > > Hello everybody,
> > > > I was earlier using BIND 9.2.3 when I decided to migrate to 9.3.0

> and
> > > > the problems started.
> > > >
> > > > The new nameserver (BIND 9.3.0) is not able to listen for UDP

> queries
> > > > and the same is reflected by the log messages.
> > > >
> > > > when I start the nameserver by the following command:
> > > > named -c ./named.conf -g
> > > >
> > > > The log messages on the terminal says:
> > > > "zone authors.bind/CH: could not find NS and/or SOA records"
> > > > "zone hostname.bind/CH: could not find NS and/or SOA records"
> > > > "zone version.bind/CH: could not find NS and/or SOA records"
> > > > "zone id.server/CH: could not find NS and/or SOA records"
> > > >
> > > > and at the end it says:
> > > > "UDP client handler shutting down due to fatal receive error:

> invalid
> > > > file"
> > > >
> > > > >From here, the nameserver remains in the running state but

> responds
> > > > only to queries sent on a TCP connection. I used the dig command

> to
> > > > query it, but the nameserver gives back the answers only when I
> > > specify
> > > > +tcp with dig.
> > > >
> > > > It seems that there are new builtin zones in BIND 9.3.0
> > > (authors.bind,
> > > > hostname.bind etc) which are creating problem as can be seen in

> the
> > > log
> > > > messages given below.
> > > >
> > > > Has anyone faced this problem? Am I doing something wrong here?
> > > >
> > > > Any suggestions, clarifications are most welcome.
> > > >
> > > > Thanks in advance,
> > > > Nishant
> > > >
> > > >
> > > > The only zone I am loading is "myzone.com."
> > > >
> > > > The complete nameserver startup log is:
> > > >
> > > > 18-Jan-2005 11:10:03.0lu starting BIND 9.3.0 -c named.conf -g

> -d10
> > > > 18-Jan-2005 11:10:03.0lu loading configuration from
> > > > '/etc/dns_secure/named.conf'
> > > > 18-Jan-2005 11:10:03.0lu no IPv6 interfaces found
> > > > 18-Jan-2005 11:10:03.0lu listening on IPv4 interface #LOOP0,
> > > > 127.0.0.1#lu
> > > > 18-Jan-2005 11:10:03.0lu listening on IPv4 interface #SN1,
> > > --- cut short ----
> > >
> > >

> > --
> > Mark Andrews, ISC
> > 1 Seymour St., Dundas Valley, NSW 2117, Australia
> > PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org

>
>

--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org