home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / os2 / networki / 1094 < prev    next >
Encoding:
Text File  |  1992-08-21  |  4.1 KB  |  86 lines
  1. Newsgroups: comp.os.os2.networking
  2. Path: sparky!uunet!newsgate.watson.ibm.com!news.ans.net!ans.net!db3l
  3. From: db3l@ans.net (David Bolen)
  4. Subject: Re: tar, NFS with IBM TCP/IP 1.2.1 - problems
  5. Sender: news@ans.net (News Administrator)
  6. Message-ID: <1992Aug21.205636.17384@ans.net>
  7. In-Reply-To: FLATSCHER Rony's message of Thursday, 20 Aug 1992 19: 48:24 CET
  8. Date: Fri, 21 Aug 1992 16:57:54 GMT
  9. References: <92233.194824RONY@awiwuw11.wu-wien.ac.at>
  10. Organization: Advanced Network & Services, Inc. - Elmsford, NY
  11. Lines: 73
  12.  
  13. In article <92233.194824RONY@awiwuw11.wu-wien.ac.at> FLATSCHER Rony <RONY@awiwuw11.wu-wien.ac.at> writes:
  14.  
  15. >2)
  16. >
  17. >NFS-Server started on OS/2, mounting exported OS/2-drive from DEC-ultrix.
  18. >
  19. >ls works, copying with cp or accessing OS/2-files with unix-programs
  20. >lead to troubles in OS/2-NFS-server not replying. The unix-side retries,
  21. >occasionally files get thru to the Unix-side.
  22. >
  23. >The OS/2-NFSD-screen shows:
  24. >
  25. >IBM OS/2 NFS Server Version 1.0 (Mar 12 1992)
  26. >
  27. >NFS: File ownership set to uid ...., gid .....
  28. >NFSD: Initialization complete.  Server running.
  29. >NFS<_nfsRead>: Can't send reply
  30. >NFS<_nfsRead>: Can't send reply
  31. >... a couple of times the above message
  32.  
  33. This indicates that the NFS server couldn't transmit the reply to the client's
  34. remote procedure call - thus the timeout errors you are seeing on the client
  35. side.  What is most likely happening is that the RPC reply NFS is trying to
  36. form is exceeding the allowable UDP packet size that the TCP/IP kernel can
  37. transmit.  This size varied a bit with different releases of the kernel.  In
  38. theory, you should be able to transmit 8K data buffers, but I've known
  39. different kernels to have lower limits.
  40.  
  41. Odds are that your Ultrix side of the coin is configured to use 8K read
  42. and write buffers.  Try lowering those buffers and see if things improve.
  43. I'd suggest trying 4K just to see if it works, and then increasing the
  44. read buffer until it stops working (you'll probably get to somewhere in the
  45. 7K range).
  46.  
  47. I would recommend leaving the write buffer at 4K since at larger sizes it
  48. can overrun the OS/2 machine, and you get involved in retransmission timeouts
  49. that grow exponentially.  Sometimes, writing a file from a fast box to a
  50. slower box over NFS can be 10x slower if you use too large a buffer size.
  51.  
  52. >As we intend to backup all of our OS/2 machines via the Unix machine
  53. >(it has an exabyte streamer) we would need the NFSD being stable. Unfortunate-
  54. >ly, the IBM-version of TCP/IP does not have a tar supplied (which could be
  55. >EA-aware). Does FTP's OS/2-version include it as is the case with the DOS
  56. >version ? Does IBM intend to add a tar in the near future ?
  57.  
  58. This setup should definitely work - I've been backing up OS/2 machines to Unix
  59. tapes (on RS/6000s) using tar for a bit over 2 years now and have used the
  60. backups for restoration a number of times.  Unfortunately, I don't know of a
  61. good solution to the EA problem - for my purposes the files I back up don't
  62. have any critical EAs, so I have to admit to ignoring the problem.  I also
  63. don't try backing up system files like OS2.INI, etc..
  64.  
  65. EAs are a bit of mess from an NFS point of view - there just isn't any clean
  66. way to try to support them using the NFS protocol such that normal
  67. applications on hosts communicating with NFS understand them.  Rather than
  68. "network" file system, NFS should really have been titled "unix network" file
  69. system, as the protocol is very tied to the Unix filesystem structure.
  70.  
  71. Another possibility is that with a little work, I'm sure the current GNU tar
  72. that runs under OS/2 (which does understand EAs) could be set up to work
  73. properly with the IBM TCP/IP package (or any other that supplies an rsh or
  74. rexec (I won't forget you guys Larry)).
  75.  
  76. It's not an immediate (ala tomorrow) solution, but may be workable.
  77.  
  78. --
  79. -- David
  80. --
  81. /-----------------------------------------------------------------------\
  82.  \              David Bolen             \  Internet: db3l@ans.net      /
  83.   |   Advanced Network & Services, Inc.   \   Phone: (914) 789-5327   |
  84.  / 100 Clearbrook Road, Elmsford, NY 10523  \   Fax: (914) 789-5310    \
  85. \-----------------------------------------------------------------------/
  86.