home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / sgi / 16772 < prev    next >
Encoding:
Text File  |  1992-11-23  |  1.9 KB  |  52 lines
  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!usc!cs.utexas.edu!zaphod.mps.ohio-state.edu!darwin.sura.net!sgiblab!sgigate!sgi!rhyolite!vjs
  3. From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
  4. Subject: Re: uucico fails if uugetty not running
  5. Message-ID: <snr6f38@rhyolite.wpd.sgi.com>
  6. Organization: Silicon Graphics, Inc.  Mountain View, CA
  7. References: <By5Lwq.C20@wizzy.com>
  8. Date: Mon, 23 Nov 1992 17:21:34 GMT
  9. Lines: 41
  10.  
  11. In article <By5Lwq.C20@wizzy.com>, andyr@wizzy.com (Andy Rabagliati) writes:
  12. > I have recently bumped into a problem with uucico, and you are such a
  13. > helpful bunch ;-)
  14. > 
  15. > It fails if uugetty is NOT running on that port. 
  16. > cu works fine, both ways.
  17. > 
  18. > Looking at the lights, nothing is even sent to the modem, as far as I
  19. > can tell. DTR comes active, and then goes away when the script fails.
  20. > 
  21. > I am reasonably familiar with the modem, and it has worked fine for
  22. > months. I have recently done an OS upgrade. I don't know if it did this
  23. > before, as I usually have uugetty running. I did /dev/MAKEDEV tty, was
  24. > appalled at what /dev/MAKEDEV owners did (chown everything to root) and
  25. > fixed them so the ports are owned by uucp.
  26. > 
  27. > Various permissions :-
  28. > 
  29. > /usr/lib/uucp% ls -l /dev/ttyf2 uugetty uucico /usr/bin/cu
  30. > crw--w--w-   1 uucp     uucp       0, 98 Nov 23 00:02 /dev/ttyf2
  31. > ...
  32.  
  33.  
  34. Is the port used for both incoming and outgoing calls?  If so,
  35. it is now and always has been necessary to use uugetty.
  36.  
  37. If the port is used only for outgoing calls, and if it stopped working
  38. after installing software, I bet the problem was the ownership
  39. and permissions of /dev/ttyf2.  Uugetty changes them to be usable
  40. for uucico.
  41.  
  42. It would also be prudent to check that nothing else is trying
  43. to use the port, say under the name /dev/ttyd2.  
  44. Did you check that any changes in /etc/inittab were integrated into
  45. the new version?  
  46.  
  47. Running `versions changed` and then dealing with the indicated
  48. configuration files is always a good idea.
  49.  
  50.  
  51. vjs
  52.