frecover on linux?

[GrayMatter_1]

I have some 4mm DDS2 tapes from our old HP-UX server that I need to recover. The problem is that they were created using fbackup and we don't have access to any HP-UX servers with a 4mm tape drive. Is there any program that I can use on linux that will read the fbackup formatted tape?

If not, is there a way to use dd on one of our linux boxes to create a file from the tape that frecover can read?

TIA!
Chris.

[skt_skt]

fbackup/frecover is HP-UX specific tool and not supported on Linux. AFAIK, there is not a work around

[Dennis Handly]

>is there a way to use dd on one of our linux boxes to create a file from the tape that frecover can read?

You would have to write a custom program.

fbackup/frecover allow you to specify a remote tape drive, machine:device. It mentions /usr/sbin/rmt or /etc/rmt. I don't know if linux has them?

You might be able to write a program to read the tape and then pipe it to frecover?

[GrayMatter_1]

Thanks for the replies. I will try the remote tape mount and let you know. Below is the output of one of my attempts using dd.

orion# mt -f /dev/st0 rewind
orion# mt -f /dev/st0 fsf
mt: /dev/st0: Input/output error
orion# mt -f /dev/st0 fsf
mt: /dev/st0: Input/output error
orion# dd if=/dev/st0 of=/tmp/orion/test2.tpe bs=1024k
dd: reading `/dev/st0': Input/output error
0+0 records in
0+0 records out
0 bytes (0 B) copied, 22.7909 seconds, 0.0 kB/s

[OldSchool]

if i recall correctly, fbackup/frecover support "remote" tapes, in the form of
"machine:/dev/file".

If that is correct, then you *might* be able to access the tape drive on the linux box from hpux. I did find "rmt" on my linux installations, but I can't verify that it is compatible, nor do I know what, if any config is required.

you might review the man page and give it a shot.

[Steven E. Protter]

Shalom,

To read your tapes on Linux, use a standard utility like pax or tar.

frecover has been deprecated in HP-UX and will not be available in the next release of HP-UX

SEP

[GrayMatter_1]

Thanks. I have read that fbackup is going away in later versions. I have tried pax on my linux box to read the tape, but it does not appear that pax can read an fbackup tape. See below.

orion# mt -f /dev/st0 rewind
orion# pax -r -f /dev/st0
pax: Failed read on archive volume 1
pax: Attempting to recover from an archive read failure.
pax: End of archive volume 1 reached

ATTENTION! pax archive volume change required.
/dev/st0 ready for archive tape volume: 1
Load the NEXT TAPE on the tape drive
Type "y" to continue, "." to quit pax, or "s" to switch to new device.
If you cannot change storage media, type "s"
Is the device ready and online? > .
Quitting pax!
pax: Sorry, unable to determine archive format.

[OldSchool]

I wouldn't expect "pax" to work in this case. I can read/write cpio tapes and tar archives. I does *not* say anything about being able to read fbackup.

However, from the "man" pages of fbackup / frecover:

-f device

.....

A device on the remote machine can be specified in the form machine:device. frecover creates a server process, /usr/sbin/rmt, on the remote machine to access the tape device. If /usr/sbin/rmt does not exist on the remote system, frecover creates a server process from /etc/rmt on the remote machine to access the tape device. The pattern matching capability does not apply to remote devices. Only raw magnetic tapes can be remote devices. The fast search marks capability is not used when accessing remote DDS devices.


AND on my RedHat boxes, /sbin/rmt exists, so it may be as simple as creating the appropriate symbolic link....

[skt_skt]

both fbakcup and frecover supports remote option as per manual.(when i tried last time myslf it did not work) But this need to be issued from an HP-UX box which is not possible in his case.

[OldSchool]

GrayMatter said: "don't have access to any HP-UX servers with a 4mm tape drive."

Santosh: "issued from an HP-UX box which is not possible in his case."

While I agress the frecover command needs to be issued from HPUX, I don't see where he said that he didn't have one available, only that he didn't have one w/ the specific tape drive.