home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / bsd / 9213 < prev    next >
Encoding:
Text File  |  1992-11-22  |  2.4 KB  |  62 lines
  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!agate!tfs.com!tfs.com!julian
  3. From: julian@tfs.com (Julian Elischer)
  4. Subject: Re: ref.tfs.com frequently unrecognized by DNS
  5. Message-ID: <1992Nov23.071215.9719@tfs.com>
  6. Organization: TRW Financial Systems
  7. References: <ellis.722460485@nova> <946NuB2w165w@student.business.uwo.ca>
  8. Date: Mon, 23 Nov 1992 07:12:15 GMT
  9. Lines: 51
  10.  
  11. In article <946NuB2w165w@student.business.uwo.ca> mark@student.business.uwo.ca (Mark Bramwell CS STAFF) writes:
  12. >ellis@nova.gmi.edu (Stew Ellis) writes:
  13. >
  14. >I have had the same problem.  Most people said for me to check with nslookup,
  15. >but it simply disappears for us.
  16. >
  17. >Our DNS guru yanked the dns data and found some error from that site and sent 
  18. >an email message.  I am not sure what was done though.  Something about two 
  19. >nameservers having conflicting info.
  20. >
  21. >
  22. >> All day today, but frequently in the past as well, DNS, including nslookup,
  23. >> has been unable to find ref, either by name or IP address.  Is this
  24. >> scheduled or unscheduled ( :) ) downtime?
  25. >> 
  26. >> What causes ref to disappear from the route maps?  How long does it have to
  27. >> be down before it is taken out?  How long does it take for it to propagate
  28. >> when it comes back up?
  29. >> 
  30. >> 
  31. Ok, here's the story.
  32. ref.tfs.com is part nominally of the tfs.com tree of nodes
  33. however it differs in that it is on the OUTSIDE of our gateway to make
  34. it available to you guys.
  35. Gateway.tfs.com has been notified of the new machine "REF"
  36. but our secondary nameservers (who are also authorised to be authorative)
  37. are nc.cs.berkeley.edu and jade.berkeley.edu
  38. Unfortunatly I cannot convince anyone at berkeley that their
  39. nameservers are not picking up the information about the new machine
  40. from our nameserver. (despite a new serial number)
  41.  
  42. If you are unlucky enough to be directed to one of the berkeley
  43. nameservers they don't know about ref.
  44.  
  45. end of story.
  46.  
  47. also ref crashes sometimes (or just freezes waiting on buffers)
  48. in which case I can't reboot it if I'm at home, so
  49. sometimes it's out of service for a few hours.
  50.  
  51.  
  52. +----------------------------------+       ______ _  __
  53. |   __--_|\  Julian Elischer       |       \     U \/ / On assignment
  54. |  /       \ julian@tfs.com        +------>x   USA    \ in a very strange
  55. | (   OZ    ) 2118 Milvia st. Berkeley CA. \___   ___ | country !
  56. +- X_.---._/  USA+(510) 704-3137(wk)           \_/   \\            
  57.           v
  58.  
  59.  
  60.  
  61.  
  62.