Problem with make_recovery tape

[Thi Vu]

Hello everyone,

I'm running HP 10.20 on D370 class. I had been trying to make a make_recovery tape and ran into this problem, the system hang at this screen for over 2hours and then the system asked for the new tape. The DLT tape I had can contain over 40gigs of data - but the system keep asking for 2nd and then 3rd volume. I had clean the tape drive use new tapes (DLT and DDS), I even download a new software "ignite_10.20.tar" from the site and installed as per instruction - still, I'm into my 2nd hour of the make_recovery. Can someone shed some light into this for me.

By the way, I had no problem creating make_recovery tapes for my 3 other systems with bigger (2x) file system than this one.

Thanks

[Sridhar Bhaskarla]

What options are your specifying to do a make_recovery?.

I wonder if you kept everything under your root volume group. Try this command

make_recovery -v -A -C -d /dev/rmt/your_tape

If your /usr is part of another volume group, then everything under that volume group will be backed up otherwise it will backup only the root volume group.

-Sri

[Thi Vu]

This is the command that our sysadmin had in his script and it is the script we use for all the systems:

/opt/ignite/bin/make_recovery -A -v -b /tmp/uxinstlf.recovery -d /dev/rmt/1m

Thanks.

[Eileen Millen]

You should use 1mn for the tape drive.
that means no rewind
the 1st file put onto tape is the LIF area
then make_recovery does the archive into the second fileset
you can test to see if a tape is good mt -mt /dev/rmt/1mn fsf 1
tar -xvf /dev/rmt/1m directory_path
or
tar -tvf /dev/rmt/1m to list contents of the tape

I had problems when I did not used 0m as a tape device on one system. It did work on other systems though.
Eileen

[Thi Vu]

Hi Eileen,

When I tried to do the command:

# tar -tvf /dev/rmt/1m
Tar: blocksize = 4
directory checksum error

I'm now trying to do to /dev/rmt/1mn instead /dev/rmt/1m and see how it works.

Thi

[Eileen Millen]

Sorry, I messed up my last message.

mt /dev/rmt/1mn fsf 1

will forward skip the tape past the LIF area
then you can list the contents or restore something from the tape.

I did have a problem when I used 0m on one of our systems. The make_recovery tape was no good.

[Darrell Allen]

I've sometimes had problems using a tape for make_recovery that had been used elsewhere. Mediainit /dev/rmt/1m fixed my problem however my make_recovery was not running for 2 hours before asking for another tape. Then again, I was using a DDS III drive instead of a DLT.

Darrell