Recover selected files from ignite archive tape

[Chrisl_2]

HPUX 11iv2 PARISC RP3410

Hi all. I would like to recover all the files from a single directory from an ignite archive tape. Here is my ignite command:

/opt/ignite/binpa/make_tape_recovery -A -a /dev/rmt/0mn -x inc_entire=vg00 > ${FILE}

Here is how I am trying to recover the files:

cd /recover
mt -f /dev/rmt/0mn rew
mt -f /dev/rmt/0mn fsf 1
tar xvf /dev/rmt/0mn opt/imports/testing/*

I believe that should bring the files to /recover, however, I get nothing. I have also tried
tar xvf /dev/rmt/0mn /opt/imports/testing/*

I'm pretty certain that the files are on the tape...any ideas?

TIA!

[TTr]

The tar command restores the files to their original place so most likely the files were recovered sucessfully. Try using the -C option in tar.

[Tingli]

You need to run gunzip before tar -x as ignite files are tarred first then they are gzipped.

[Chrisl_2]

What exactly would be unzipped, I mean where and how do I work that into

tar xvf /dev/rmt/0mn /opt/imports/testing/*


TIA!

[Tingli]

I am not sure about, but it might be something like that:

gunzip /dev/rmt/0mn | tar -xvf - /opt/imports/testing/*

Anyway, this is not proven yet and you need to check it yourself as I usually restore ignite file from remover server only.

[Patrick Wallek · Accepted solution]

No, you DO NOT need to gunzip when using an Ignite TAPE. ONLY make_net_recovery files are gzip'd.


Also, with the syntax that Ignite uses, your files WILL be restored to the directory you are in. Ignite uses the relative path, as seen by the lack of a leading '/' in the path, so you are good there.

Try running your command without the '/*' at the end. I have a feeling that is what is confusing tar.

Try doing:

cd /recover
mt -f /dev/rmt/0mn rew
mt -f /dev/rmt/0mn fsf 1
tar xvf /dev/rmt/0mn opt/imports/testing

[Dennis Handly]

>TTr: Try using the -C option in tar.

The -C option in tar only works when creating the tarfile.
Otherwise you need to use pax(1) -s option. (Or possibly gnu tar.)

But as Patrick said, the files are already relative.