cannot recover files

[Duncan Edmonstone]

Just down to the options we gave you for the restore command - instead you could have run:

frecover -m -v -x -oF -i /usr/share/lib -f /dev/rmt/0m

The "-m" would have caused frecover to tell you every time it passed a serach mark on the tape (and reassured you that something was happening), and the "-v" would have reported to the screen as every file was restored.

HTH

Duncan

[Lisa Dingman]

Thank you Duncan, not sure if I was very clear, I do understand what you are saying. I am wondering why you cannot open another terminal window and be able to see the files as they are being restored, for ex, if you restored 10 files to /tmp, in a different terminal window cd to /tmp and then do an ls -al to see if any files copied. Maybe it is just taking so long and there are no files restored yet, does that make sense?

[Duncan Edmonstone]

Lisa,

Yes absolutely - I think you will find that frecover is busy scanning thro the tape for the files it wants rather than actually restoring the files - on my systems the total size of /usr/share/lib is a little over 5MB so it won't take more than a few seconds for the DLT8000 to restore that... it might take a while to locate the part of the tape with the files on though...

HTH

Duncan

[James R. Ferguson]

Hi Lisa:

To add, you could also redirect the messages that 'frecover' will produce when you use the '-m and '-v' options Duncan suggested, to another file:

# frecover -m -v -x -oF -i /usr/share/lib -f /dev/rmt/0m 2>&1 | tee /var/tmp/myfrecoverlog

This will display the messages on your terminal as well as capture them in a file ('/var/tmp/myfrecoverlog').

While this is running, you could watch the log, in another session with:

# tail -f /var/tmp/myfrecoverlog

...and use a CTL_C to stop the 'tail' at any time.

Regards!

...JRF...

[Lisa Dingman]

OK... half embarrassed to say what the problem was but in case there is someone out there that will make the same mistake as me. It is always the simple things that get us. I was trying to recover from a daily tape(only included our database files) instead of backup system tape. Only took about 5 minutes and all good to go, thank you everyone for your help.

[Adam W.]

LOL, Lisa there is no need to fel bad. We have ALL made simple errors like that. I do it a lot. I tend to be doing one thing with my mind somewhere else! It could have been worse, and your system have had some "actual" issues ya know. Take Care Lisa.

[Dennis Handly]

>deleted files under /usr/share/lib because of the date

Instead of the modification date, you can look at the last used date: ll -u
That may give you a better idea if used.

Also, you can see what product owns them by using (the very slow):
swlist -l file | grep filename

[Lisa Dingman]

Thank you that is of great help, didn't know. Really appreciate everyone's suggestions.