home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / os2 / networki / 2523 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  3.0 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!spool.mu.edu!sdd.hp.com!cs.utexas.edu!ut-emx!loflin
  2. From: loflin (Don Loflin)
  3. Newsgroups: comp.os.os2.networking
  4. Subject: Re: IBM's "rsh" still broken, what's the story ?
  5. Message-ID: <85656@ut-emx.uucp>
  6. Date: 21 Dec 92 16:44:19 GMT
  7. References: <92350.224934RONY@awiwuw11.wu-wien.ac.at>
  8. Sender: dll@ut-emx.uucp
  9. Organization: The University of Texas at Austin
  10. Lines: 52
  11.  
  12. In article <92350.224934RONY@awiwuw11.wu-wien.ac.at> RONY@awiwuw11.wu-wien.ac.at (FLATSCHER Rony) writes:
  13. >A couple of months ago someone posted in this group that IBM's "rsh" of
  14. >TCP/IP would not work properly.
  15. >
  16. >At our site we are trying to backup the OS/2-machines using GTAK's tar,
  17. >which even backups extended attributes. As the present implementation of
  18. >this GNU tar does not allow utilizing a remote tape via IBM's TCP/IP (A.
  19. >Kaiser told me today in a note, that the implementation is 4 to 6 months
  20. >away, at least), I tried to follow K.U. Rommel's advice to pipe the
  21. >OS/2-tar-output via "rsh" to the tape in question, which resides on a Unix-
  22. >machine. He mentioned problems in respect to IBM's "rsh".
  23. >
  24. >Guess what, "rsh" still does not work (have TCP/IP 1.2.1, CSD UN29511). We
  25. >get the SYS1805 ("The process tried to write to a nonexistent pipe.") error
  26. >(US version of OS/2 plus golden SP).
  27. >
  28.  
  29. IBM TCP/IP's RSHD doesn't seem to work either -- if you "rsh tar -c 
  30. -f con . >~/test.tar", after a bit, the RSHD session starts beeping
  31. and the rsh never finishes on the Unix host.  
  32.  
  33. The problem seems to be in the RSHD/REXECD implementation -- the screen
  34. output in displayed in the RSHD session, and then echoed to the RSH
  35. socket (apparently).  Have you ever tried TYPEing a binary file?  It
  36. tends to cause the same symptom.  What RSHD/REXECD need is a switch
  37. to override the default implementation method and return only output
  38. from STDOUT to the RSH socket.  This would allow the use of "nice"
  39. programs which really do output to STDOUT instead of doing direct
  40. screen i/o.  
  41.  
  42. What I suggest is that RSHD/REXECD define a device driver which they
  43. will read from without echoing to the session e.g. 'rcon'.  Then TAR
  44. & other filters could be used by outputting to the file '/dev/rcon'.
  45. The rcon device driver would be very simple to write.   For now, I
  46. think if I pipe the ouput of TAR into UUENCODE first, I should be
  47. able to send data with no problem (although more slowly).
  48.  
  49. As for REXEC/RSH, I have found that RSH will not accept input at
  50. all (at least from a 'cat >tmpfile' command, executed from a shell
  51. script on the Unix box).  REXEC on the other, will take input, but
  52. only from the keyboard.  I can execute my above script via REXEC and 
  53. type stuff & it will get put in the file -- but if I try to pipe TAR
  54. into the rexec, it just doesn't work -- the command still sits waiting
  55. for me to type something.  If I use CON instead of -, TAR outputs to
  56. the screen, but nothing is sent to the rexec.
  57.  
  58. -------
  59. Don Loflin
  60. loflin@emx.cc.utexas.edu
  61. (512) 471-3241 x413
  62. Just my opinions...
  63.  
  64.