home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / hp / 14399 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  3.8 KB
  1. From: ash@hpindda.cup.hp.com (Art Harkin)
  2. Date: Tue, 29 Dec 1992 01:32:13 GMT
  3. Subject: Re: Problems with 'named'
  4. Message-ID: <4310333@hpindda.cup.hp.com>
  5. Organization: HP Information Networks, Cupertino, CA
  6. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sdd.hp.com!hpscit.sc.hp.com!hplextra!hpcss01!hpindda!ash
  7. Newsgroups: comp.sys.hp
  8. References: <1992Dec15.154406.2988@news.arc.nasa.gov>
  9. Lines: 71
  10.  
  11.  
  12. >system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson)) writes...
  13. >
  14. >> Unless your /etc/resolv.conf file contains nonsense, or you are
  15. >> resolving names by NIS instead of DNS, you may have fallen on the
  16. >> $INCLUDE bug in HP-UX named --- if you use $INCLUDE, it will destroy
  17. >> your named data, since things like SOA records in the included file
  18. >> are not seen, and IP address, etc, are garbled (many of ours got 255
  19. >> inserted into one of the fields, which were easy to spot from a database
  20. >> dump).
  21. >
  22.  
  23. [my previouse post removed for brevity -ash]
  24.  
  25. >system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson)) responded...
  26. >
  27. > I hate to be picky, but what I said is precisely correct, and is in fact
  28. > exactly what you just said in your posting! Using $INCLUDE causes the
  29. > SOA record to be ignored, and the named data becomes corrupted.
  30.  
  31.   After reading your orignal posting a second time, I still believe that
  32. a few things you said were unclear, and needed to be corrected. I felt your 
  33. comments implied that include files did not work at all ("if you use $INCLUDE, 
  34. it will destroy your named data, since things like SOA records...")
  35. I am concerned that this unclear statement could cause other people to 
  36. believe that include files do not work. When in fact they do work, UNLESS 
  37. they put their SOA record for the zone inside the include file (which is not 
  38. a very common thing to do).
  39.  
  40.  
  41. > We have compiled our own named from BSD source, and it works better
  42. > but not perfectly (the $INCLUDE does work properly however).
  43.  
  44.   A second thing I believe was misleading was that your comments stated
  45. this was an HP-UX bug alone, since you said that after compiling BSD sources
  46. this problem was fixed. This bug is found in BIND 4.8.3 code, and is now
  47. finally fixed in 4.9 alpha code (not yet officially released by Berkeley).
  48. You compiled a new named using patches not distributed by BSD.
  49.  
  50.  
  51. > Given that I originally called in this problem in June, that it was not
  52. > fixed in 9.0 and that a patch is still not available is none too impressive.
  53.  
  54.   Your report reached the lab a few days before the 9.00 code freeze,
  55. and could not be included, since testing needed to be performed and 
  56. several tests needed to be changed. It will be fixed in the next major
  57. release. The low impact of this bug prevented it being included after
  58. code freeze, there are reasonable workarounds and this bug is not seen
  59. by many customers (in fact so far Utoronto is the only one).
  60.  
  61.   Your report is the only one filed on this problem for named. After you
  62. posted on the net a few months ago, I responded to you by private e-mail
  63. and you mentioned that you already solved the problem by using your own
  64. named sources and that this part of your named problems was resolved. Thus
  65. I did not rush a patch for you, since you already fixed it.  A patch is
  66. forthcoming, but I am delaying it until I can incorporate other patches
  67. put in BIND 4.9... thus avoiding having a bunch of named patches floating
  68. around. 
  69.  
  70.   Hopefully, you can see that I am concerned that this patch and problem
  71. be put in perspective. I felt that your original posting was unclear enough
  72. to let others think this was an HP only problem with include files not 
  73. working at all. This may have cause an uneccessary rush for uneeded patches, 
  74. since they did not understand the problem fully.
  75.  
  76.  
  77.   Art Harkin
  78.  
  79. Hewlett-Packard Company            E-mail:  ash@cup.hp.com
  80. Information Networks Division
  81. 19420 Homestead Road MS 43LN, Cupertino, CA  95014
  82.