I got several replies that could have been useful. After sorting through them, the first one I tried did it. Additional possible answers came from Padraig Lennon, Kristianto Setiawan, and Peter Bauer. The BINGO goes to Chuck <steeler_dude99@yahoo.com>: -------- Chuck's Answer -------- Date: Thu, 04 Mar 2004 05:00:42 -0800 (PST) Chris, The entry in hosts.equiv needs to match exactly what the "reverse" lookup name is. To be sure, i add all of the possible combinitions. ip address, unqaulifed hostname and fully qualified hostname. 134.23.168.215 machine machine.domain.com to know for sure, you run a command telnet to the tape host. While the connection is open, do a netstat on the tapehost. There should be an ESTABLISHED telnet connection from the address, a short or a long name. BTW, the + is not needed in the hosts.equiv. It is for the user-name. It may be ignored or worse used literally (a user named +). You can test the hosts.equiv entry via 'rsh tapehost ls /' if it gives you ls output of the other hosts root you got it. chuck -------- Additional NOTE --------- Since I'm coming in as root, I understood that hosts.equiv did not apply, and I set up /.rhosts. That needed the +. So, after I added the DNS named entries, it worked: 134.23.168.215 + machine + machine.domain.edu + My tape recovery is now running. All I have to do is install boot blocks afterwords and reboot. -------- Original Message -------- Subject: remote restore after boot cdrom Date: Wed, 03 Mar 2004 21:48:21 -0500 From: Chris Hoogendyk <choogend@library.umass.edu> To: Sun Managers <sunmanagers@sunmanagers.org> I'm trying to recover an E450 using ufsrestore and the tape drive on another server, an E250, both Solaris 8 revision 10/00 with recent patches. The backups were done using ufsdump over the same path I'm trying to use for recover. The difference is that I'm trying to restore when I am booted single user from the cdrom. It's the software 1 CD for Solaris 8 (happens to be revision 2/02 if that makes any difference). boot cdrom -s # ifconfig hme0 134.23.168.215 netmask 255.255.255.0 \ gateway 134.23.168.254 up # ping 134.23.168.133 134.23.168.133 is alive # newfs c0t0d0s0 # mount c0t0d0s0 /a # cd /a # ufsrestore rvf 134.23.168.133:/dev/rmt/0n permission denied (I'm recalling that from memory here at home, so please excuse if "gateway" is wrong. It did work. I've also made up IP addresses.) anyway, on the other server, I have tcp_wrappers on in.rshd in /etc/inetd.conf, and, in /etc/hosts.allow, I have in.rshd: 134.23.168.215 I went to /etc/default/login and commented out the line CONSOLE= I did a kill -HUP on inetd for good measure I tried adding an /etc/hosts.equiv, but then found documentation that coming in from root ignores that. So I added a /.rhosts with 134.23.168.215 + Can't seem to find any combination that will allow me to access the remote tape drive to do the restore. It has to be something weird about booting from cdrom. From the remote machine I can do both an nslookup on the name of the machine I'm trying to recover and ping it. Any ideas what stupid thing I'm missing? TIA --------------- Chris Hoogendyk - O__ ---- Network Specialist & Unix Systems Administrator c/ /'_ --- Library Information Systems & Technology Services (*) \(*) -- W.E.B. Du Bois Library ~~~~~~~~~~ - University of Massachusetts, Amherst <choogend@library.umass.edu> --------------- _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagers -- --------------- Chris Hoogendyk - O__ ---- Network Specialist & Unix Systems Administrator c/ /'_ --- Library Information Systems & Technology Services (*) \(*) -- W.E.B. Du Bois Library ~~~~~~~~~~ - University of Massachusetts, Amherst <choogend@library.umass.edu> --------------- _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagersReceived on Thu Mar 4 10:08:01 2004
This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:43:26 EST