home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / sun / admin / 8310 < prev    next >
Encoding:
Internet Message Format  |  1992-11-16  |  1.2 KB
  1. Path: sparky!uunet!auspex-gw!guy
  2. From: guy@Auspex.COM (Guy Harris)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: Re: Strange MOTD
  5. Message-ID: <15508@auspex-gw.auspex.com>
  6. Date: 16 Nov 92 18:56:52 GMT
  7. References: <joerg.721484101@iiasa> <15454@auspex-gw.auspex.com> <7906@charon.cwi.nl>
  8. Sender: news@auspex-gw.auspex.com
  9. Organization: Auspex Systems, Santa Clara
  10. Lines: 22
  11. Nntp-Posting-Host: bootme.auspex.com
  12.  
  13. >>It means that some piece of SunOS has stuck stuff from "/etc/mtab" at
  14. >>the end of "/etc/motd".  I've seen both Suns and Auspexes, running
  15. >>various flavors of SunOS, do that.  Dunno why, at this point....
  16. >
  17. >It seems that NFS has a small but nonzero probability
  18. >for confusing buffers.
  19.  
  20. Yes, some versions of the SunOS NFS client code will do that on
  21. occasion... 
  22.  
  23. ...however, Auspexes can't run diskless:
  24.  
  25.     1) their network interfaces live on a board with a 68020 or
  26.        68EC030 on it, and a PROM sufficient only to download real
  27.        software, and the host processor has to download the board
  28.        before it can talk at all on the network;
  29.  
  30.     2) the number of cases where one would want to have a file
  31.        server boot over NFS seems fairly small in any case :-);
  32.  
  33. so the NFS client code can't be blamed for the problem as seen on
  34. Auspexes.
  35.