home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / os2 / networki / 2230 < prev    next >
Encoding:
Text File  |  1992-11-23  |  1.9 KB  |  47 lines
  1. Newsgroups: comp.os.os2.networking
  2. Path: sparky!uunet!mcsun!sunic!kth.se!news.kth.se!d86-emh
  3. From: d86-emh@crn.nada.kth.se (E Magnus Hulthen)
  4. Subject: NFS problems
  5. Message-ID: <D86-EMH.92Nov23203444@crn.nada.kth.se>
  6. Sender: usenet@kth.se (Usenet)
  7. Nntp-Posting-Host: crn.nada.kth.se
  8. Organization: Royal Institute of Technology, Stockholm, Sweden
  9. Distribution: comp
  10. Date: Mon, 23 Nov 1992 19:34:44 GMT
  11. Lines: 34
  12.  
  13. Hi there,
  14.  
  15. I have an OS/2 machine running TCP/IP 1.2.1 and have now installed
  16. NFS on it. Most parts of the package worked well (even in 1.2) but
  17. since the NFS part didn't work very well in 1.2 (according to the
  18. net) I waited for the upgrade.
  19.  
  20. I cn mount a drive to the local Sun without any major problems
  21. I mount them with uid and gid rather than PCNFSD, which will come later.
  22. I use the -b8000 and the -p switch to the nfsctl program.
  23.  
  24. The basic commands like dir and copy work without any problems but as
  25. soon as I do any heavy (read real work) operations I get all sorts of
  26. strange errors. Usually I get RETRY failure in the nfsctl program. When
  27. I tried to copy a ~2Mbyte file I got a SYS0050. When i try to compile
  28. using gcc all NFS functions freeze and the nfsctl fails with a SYS3175
  29. error after a while. Due to a 000D trap (General protection fault)
  30.  
  31. As I stated previously I run 1.2.1 with the latest CSD from hobbes
  32. for both the base and NFS. ( NFS 1.2.1 right out of the box didn't
  33. work at all it crashed nfsctl at the first use of a mounted drive)
  34. My system setup is a AST 486SX/20 with 10MB Ram a D-Link DE100 Ethernet
  35. card (NE1000 compatible). I connect to a Sun IPC with two 1GB disks.
  36. I dont think the hardware is at fault here since an NFS crash doesn't
  37. even disrupt a VT100 session. Its not as crash-prone when there is low
  38. load on the net or the Sun, I can't determine which is the decisive
  39. factor.
  40.  
  41.  
  42. I'd be very grateful for any help you may give.
  43.                         /Magnus
  44.                         d86-emh@nada.kth.se
  45.  
  46.  
  47.