BIND 8 data loss problem

[Ann James]

I hope this does not turn out to be a duplicate.  I posted last Friday 
and have not seen my message yet.

-----------------------------------------------------------------------
Thanks Kevin & Mark.

Enabling recursion solved that problem.  But I'm still a little
confused.  This server is a hidden master for all zaboo.org zones, so it
should be authoritative.  Why does it need to recurse to itself for an
answer?

The server is currently isolated off network while testing the upgrade
and only talking to itself so it never went anywhere to get the answer.
  It had the answer all along.

I understand that in typical practice, a referral probably makes sense
for this condition. Is there a way to circumvent change 1461 without
breaking functionality?

Thanks again for the great help.
Ann

Mark Andrews wrote:
>>The NS records in the response have been moved from the Answer Section 
>>to the Authority Section, which makes more sense since the response is 
>>effectively a referral. See
>>
>>1461.   [func]          return referrals for glue (NS/A/AAAA) if 
>>recursion is
>>                        disabled (recursion no;).
>>
>>in the src/CHANGES file.
>>
>>If you want to provide an actual *answer* to that question, then you 
>>either need to recurse for it (which would require loosening your 
>>recursion settings) or be authoritative (i.e. a slave) for the zone. 
>>It's possible you might be able to accomplish this by defining the child 
>>as a "stub" zone, but I don't have a working installation of 8.4.6 to be 
>>able to confirm or deny this...
>>
>>                                                                         
>>                     - Kevin
> 
> 
> 	Note also this is a authorative only server (recursion no;).
> 	End systems are not expected to query this directly but
> 	rather through a iterative resolver.  A iterative resolver will
> 	follow the referral and get the NS records from the slave.
>  
>