home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / aix / 8799 < prev    next >
Encoding:
Internet Message Format  |  1992-08-13  |  1.8 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!mips!swrinde!cs.utexas.edu!ut-emx!ibmchs!auschs!awdprime.austin.ibm.com!ski.austin.ibm.com!peter
  2. From: peter@ski.austin.ibm.com (Peter Jeffe 512.838.4019)
  3. Newsgroups: comp.unix.aix
  4. Subject: Re: Named spinning wheels
  5. Message-ID: <1992Aug13.022511.16252@awdprime.austin.ibm.com>
  6. Date: 13 Aug 92 02:25:11 GMT
  7. References: <1992Aug3.183040.29775@olaf.wellesley.edu>
  8. Sender: news@awdprime.austin.ibm.com (USENET News)
  9. Organization: The Kernel Group, Inc.
  10. Lines: 30
  11.  
  12. In article <1992Aug3.183040.29775@olaf.wellesley.edu> kwolters@olaf.wellesley.edu (Keith Wolters) writes:
  13. >I just installed AIX 3.2.2 on our model 520 which happens to be the
  14. >nameserver for our campus.  named is now doing strange things.  It is
  15. >running but appears to be spinning its wheels.  If I do a
  16. >
  17. >kill -USR1 pid
  18. >
  19. >to turn on debugging, the named.run file grows by 10Kbytes per second.
  20. >The file caontains the following message over and over.
  21. >
  22. >resp: no addrs found for NS's
  23.  
  24. This is a bug that is present in all versions of BIND that I have seen.
  25. It occurs when there is an NS record to forward a query to, but there
  26. is no corresponding A record for the NS; ns_forw() doesn't handle this,
  27. and goes into a loop.  This typically only happens when the A record
  28. goes stale before the NS record.
  29.  
  30. But in AIX 3.2 an enhancement to implement caching of temporary failures
  31. (as per rfc-1123 section 6.1.3.3) has caused this bug to surface much more
  32. frequently.  This is because a server that times out or errors out is
  33. marked as unavailable for 5 minutes; this causes the A record search in
  34. nslookup() to fail, which produces the loop.
  35.  
  36. The fix for this is apar ix23937, which has been packaged for 3.2 in
  37. ptf U406316, which should be available very soon.  For 3.1, emergency
  38. fixes are currently available.
  39.  
  40. -- 
  41. peter jeffe  peter@aixwiz.austin.ibm.com
  42.