Using frecover for remote restore

[Niall Clancy]

Hi,

I'm using (or attempting to) frecover to restore some files from a HP DLT 8000 unit and the command I'm using is:

# frecover -Xxvy -i /support/team1/t1207-557a -f :/dev/rmt/2m

but when executed, I receive the following reply:

recover(5405): unable to open :/dev/rmt/2m
frecover(5406): Do you wish to continue? (4304): automatic 'yes'
frecover(5432): Media rewind failed
frecover(5402): failed close on device...

I've replaced the server name with upon request of our manager (don't ask!)

Any suggestions would be grately appreciated. (I've tried the rewind command, but all to no avail)

[Arockia Jegan · Accepted solution]

The syntax you are using is perfect. Did you try to rewind the tape in the remote machine by using "mt -f /dev/rmt/2m rew"?

[Niall Clancy]

Hi Arockia,

I've tried the rewind command, and it returned to the '#' prompt without errors, (I presume it rewound the tape), from there I tried again, and received the same error.

When I try for a listing on the tape, it reads and creates an output file fine, but restoring is still problematic.

[steven Burgess_2]

Niall

You can see if the command was succesful by

echo $?
0 = success
1 = failure


Steve

[S.K. Chan]

Check this document (DocID = KBRC00007325). It gives the same description of the problem that you're seeing on a 10.20 server having DLT8000. The recommended solution is to install the latest "stape" driver patches. This may/may-not be your case (especially if you're not on 10.20).

http://support1.itrc.hp.com/service/cki/docDisplay.do?docLocale=en_US&docId=200000058669476

[Bill Hassell]

Remote tape controls with fbackup and frecover require 'r' command capability (ie, rlogin, remsh, etc). That means that the remote system with the tape drive will need .rhosts present, permissions=600, and the hostname of the local system in the file. If the remote machine uses DNS, the nslookup command on the remote machine must be able to find the hostname and also to find the IP address (reverse lookup).

To test, use rlogin from the local system to the remote system. It must login automatically without asking for a password. And the remote system should be the same HP-UX version (10.20 or 11.0) as the local system.

[Frank Slootweg]

While we appreciate you assigning points, please do not assign too high points or wait (and please *say* so) with points assignment.

Why? You gave 8 points to Arockia, but I doubt that that solved your problem. However giving 8 points sets the "magic rabbit" icon, which implies the problem was solved (but it wasn't) and people will probably not re-check the thread (Why would they?), causing no/less further responses.

I think that the problem is an incorrect/missing .rhosts file on the remote system (see Bill hassell's response). On the other hand, you seem to say/imply that you can (*remotely*?) *list* the tape. If you can remotely, i.e. "-f :/dev/rmt/2m" list the tape, then the remote .rhosts file should be fine.

Please no points (or "N/A") for *this* response, unless it helps with the problem.