home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / sgi / 16521 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  1.9 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!saimiri.primate.wisc.edu!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!ucbvax!cgl!cgl.ucsf.edu!srp
  2. From: srp@cgl.ucsf.edu (Scott R. Presnell)
  3. Newsgroups: comp.sys.sgi
  4. Subject: Re: Install problem
  5. Keywords: Install CDROM remote
  6. Message-ID: <srp.721956667@cgl.ucsf.edu>
  7. Date: 16 Nov 92 23:31:07 GMT
  8. References: <YFF=#z@engin.umich.edu>
  9. Sender: news@cgl.ucsf.edu (USENET News System)
  10. Organization: UCSF Computer Graphics Lab
  11. Lines: 48
  12.  
  13. hillig@U.Chem.LSA.UMich.EDU (Kurt Hillig) writes:
  14.  
  15. >I've got a 4D/360 server (Uranium) with a CD drive and a bunch of 4D/35 and
  16. >Indigo clients (4.0.5 on the server; clients vary from 3.3.2 on up).
  17.  
  18. >I've disabled logins on the guest account ("*" in the password field
  19. >in /etc/passwd on the 360), and edited its /usr/etc/inetd.conf's tftp line:
  20.  
  21. >    tftp    dgram   udp     wait    guest   /usr/etc/tftpd \
  22. >        tftpd -l -s /usr/local/boot /CDROM/dist
  23. >(folded for legibility).
  24.  
  25. Looks ok, but I run it as root and say for the secure directory: /CDROM.
  26.  
  27. >I also have cdromd running on the 360 to automount CD's.
  28.  
  29. >When I run inst on a remote machine, I can't get it to communicate with
  30. >the 360 server:
  31.  
  32. >    Sulfur:root> inst
  33. >       :
  34. >       :
  35. >    Inst> from guest@Uranium:/CDROM/dist
  36. >    
  37. >    Reading installation history database
  38. >    Permission denied.
  39. >    Permission denied.
  40.  
  41. 0) Are you running cdinstmgr ?  (I assume that it just does the
  42.     automounting as you describe above - but maybe it does more...)
  43. 1) Are all the client machines in /etc/hosts.equiv on uranium?
  44. 2)     or is the uranium:~guest/.rhosts file set correctly?
  45.  
  46. 3) It is my recollection that the remote user of inst under 3.3.X was
  47. "inst," consequently the .rhosts file had to let "inst" use the login..
  48. i.e. the <server>:~guest/.rhosts file had:
  49.  
  50.     hostname1    inst
  51.     hostname2    inst
  52.  
  53. Maybe that's the deal.
  54.  
  55.     Hope this helps.
  56.  
  57.     - Scott
  58. -- 
  59.  
  60.     - Scott Presnell (srp@cgl.ucsf.edu)
  61.