home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / bsd / 2565 < prev    next >
Encoding:
Internet Message Format  |  1992-07-21  |  1.2 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!ucbvax!bloom-beacon!bloom-picayune.mit.edu!news.mit.edu!raeburn
  2. From: raeburn@cambridge.cygnus.com (Ken Raeburn)
  3. Newsgroups: comp.unix.bsd
  4. Subject: 386bsd nfs hang problem -- some data, temporary workaround
  5. Message-ID: <RAEBURN.92Jul21181551@cambridge.cygnus.com>
  6. Date: 21 Jul 92 22:15:59 GMT
  7. Sender: news@athena.mit.edu (News system)
  8. Organization: Cygnus Support, Cambridge MA
  9. Lines: 18
  10. Nntp-Posting-Host: cambridge.cygnus.com
  11.  
  12. I reported previously that I was seeing problems reading files over
  13. NFS using the ne2000 driver; timeouts would eventually be reported, no
  14. data would be read.  Listing files and directories (small ones
  15. anyways) were not a problem.
  16.  
  17. After playing with etherfind and kernel printfs, I've come to this
  18. conclusion: Fragmented 8K UDP packets from the NFS server are not
  19. reaching the UDP layer in 386bsd.  The Sun is sending them (according
  20. to another Sun spying on the network), but the UDP input routine is
  21. never called.  I don't know if the bug here is on the 386bsd or Sun
  22. side, and won't have time to look into it in the next couple of days.
  23.  
  24. In the meantime, mounting NFS file systems with "rsize=1024" does get
  25. rid of this problem.
  26.  
  27. (It does nothing about TCP being slow, though.)
  28.  
  29. Ken
  30.