frecover (4301) error

[Paul Bowen]

I have an fbackup on tape, and when i do a frecover -I /tmp/index, I can see the file I want to recover using grep, but when I try and recover it I get:
frecover(4301): /gblinux/pc/dos2ux/GB Documents/Complete EPOS/CES Invoice.pub no
t recovered from backup media
any clues ?

[Mark Grant]

Have a look at this thread, particularly the post from Frank.

http://forums1.itrc.hp.com/service/forums/bizsupport/parseCurl.do?CURL=%2Fcm%2FQuestionAnswer%2F1%2C%2C0xc7e75a3e6e0bd6118ff40090279cd0f9%2C00.html&forumId=2&admit=716493758+1071045107542+28353475

[john korterman]

Hi Paul,
I hope you get some better new from others, as I hate to bring the bad news.
I think that the file may not be on the tape, at least not in any recoverable shape.
You can normalle always list the file on the tape, as fbackup always makes a list of the files to include in the backup. This list (of intention) is one of the first things fbackup writes to the tape. As the actual file is written at a later point in time you do not know the outcome, e.g. the file may be missing when fbackup tries to write it. Another possibility is that the file is not stable when fbackup tries to write it to the tape; fbackup notices the time of the last change before writing the file to the tape. If the time changes during the write, fbackup tries again until the number of "maxretries" have been exhausted. If not succeeded, fbackup issues a warning.
It may of course not have happened this way - hopefully, someone else brings better news.

regards,
John K.

[Armin Feller]

1. Don't rely on the "-I" from frecover. Do an:
frecover -rovNf /dev/rmt/0m >/tmp/dryrun

This will show you the files which are really on the tape

2. Ensure that the file/dir name in /tmp/dryrun is typed exactly when given to "frecover -i ...".

3. If your file is not listed or frecover asks for another tape and you don't have one, you are out of luck.