home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / linux / 25569 < prev    next >
Encoding:
Internet Message Format  |  1993-01-27  |  3.7 KB
  1. Path: sparky!uunet!news.larc.nasa.gov!gatsibm.larc.nasa.gov!jcburt
  2. From: jcburt@gatsibm.larc.nasa.gov ()
  3. Newsgroups: comp.os.linux
  4. Subject: Network probs with X, NFS, etc...
  5. Date: 27 Jan 1993 15:40:19 GMT
  6. Organization: NASA Langley Research Center
  7. Lines: 71
  8. Distribution: world
  9. Message-ID: <1k6ad3INNs34@rave.larc.nasa.gov>
  10. NNTP-Posting-Host: gatsibm.larc.nasa.gov
  11.  
  12. Hi there!
  13.   Hopefully *someone* will have an answer and say "you forgot to
  14. do x,y,z, stupid..." but I'm not sure where to go from here...
  15.  
  16. basically, I have a Gateway 2000 486DX-33 w/ ATI Ultra (8514) graphics
  17. board, WD EtherCard PLUS16 ethernet board, 8MB RAM, 200 MB harddrive.
  18.  
  19. I'm running under whatever version of SLS that was on tsx-11.mit.edu
  20. on friday 1/22, and Linux.99.4 kernel. now for the problems...
  21.  
  22. ftp & telnet work fine both into and out of the 486. rlogin works
  23. fine into the 486, but gives an error message "rlogin: connection closed."
  24. when going from the 486 to another machine. rsh *seems* to work fine
  25. for executing other commands, but when no command is specified, it
  26. defaults to rlogin and gives the same error message.
  27.  
  28. I can do an NFS mount of a remote filesystem with only one problem.
  29. The mount operation goes fine, no error messages and the filesystem
  30. appears just as it should...unfortunately it appears to be read-only,
  31. even though I specified read-write both on the 486 and the remote machine.
  32. Any command that requires writing to the directory returns the message
  33. "permission denied". I've tried giving write permission on the remote
  34. file system to everybody (chmod ugo+w), but I still can write to it
  35. from the 486. Reading files is fine and FAST!!! I don't know if it
  36. makes a difference, but the remote machine is a IBM RS/6000 running 
  37. AIX 3.2.
  38.  
  39. I'm using startx to start the X8514 server, and it *seems* to be working fine for
  40. local clients, i.e. any X client on the 486 runs fine and displays properly.
  41. The problem occurs when I try to run an X client on a remote machine
  42. and have it display on the 486. I've tried using the xon script, but 
  43. nothing happened, no errors, no response, nothing. I tried to do things
  44. manually by telneting into the remote machine (rlogin wouldn't work),
  45. setting the DISPLAY environmental variable to point to the 486 (or
  46. alternately using the -display commandline switch) and tried to run
  47. xterm. nothing happens, no errors, and then xterm eventually times
  48. out and says it couldn't connect to the server...it seems like its
  49. finding the display okay, and its authorized to use the display, but it
  50. just can't connect to the display...
  51.  
  52. going the other way around -- running the X server on the RS/6000 and
  53. trying to run an X client on the 486 works fine, and the window comes
  54. up like it should on the RS/6000.
  55.  
  56. It seems like things are set up correctly at the TCP/IP level (and below)
  57. since I can connect fine (except rlogin) and have *excellent* terminal
  58. response (even creating an xterm window locally and telneting from it) and
  59. file transfers using ftp run like a bat out of hell...
  60.  
  61. A final problem I have is with xdm, which I don't think involves any
  62. networking...I tried starting xdm up using "xdm -nodaemon  < /dev/console"
  63. but the system seemed to lock up. Basically the screen would blank (going
  64. to graphics mode) and the disk light would come on briefly, but then 
  65. nothing happened. The screen stayed blank (no hatched background, no x cursor)
  66. and any keypress resulted in a beep but nothing else...the only way I
  67. could recover was to do a hard reset, or a cold boot.
  68.  
  69. Basically I think Linux is an EXCELLENT UNIX implementation (THANK YOU
  70. Linus!!!!!), and installation was fairly easy...but I have a couple
  71. of problems (mentioned above) that limit what I am able to do...
  72.  
  73. Suggestions anyone???????? 
  74.  
  75. John Burton
  76. G & A Technical Software
  77. jcburt@gatsibm.larc.nasa.gov
  78.  
  79.  
  80.  
  81.  
  82.  
  83.