Solaris ufsdump/ufsrestore usage
Edward F. Burrucker
Good Afternoon, All!
Past 'folklore` has allowed over one year of ufsdump backups
without a set procedure for restores. We are using an Andataco 8mm tape
drive on Solaris 2.4.1 OS. The command that has been used is...
ufsdump 0uaf dumplocal.toc /dev/rmt/0n <file system>
I have tried to use ufsrestore to retrieve some of these files, but
I always get a variation of 'volume error' or 'read error' when it tries
to set up the volume. The most successful failure (is that a reality?)
is the command...
ufsrestore tbf 20 /dev/rmt/0n <files to be restored>
Experimentation with the block size just gives me the same
errors...not having it gives me a read I/O error.
I know there is something I'm not doing right, but I just can't
find it...whatever happened to dump?
I'd sure appreciate it if someone could point me in the right
direction. My email is...
Thanks loads for your attention!
Ed Burrucker
Scott Gifford
Edward F. Burrucker wrote in message <35059B...@cestech.com>...
>Good Afternoon, All!
>
> Past 'folklore` has allowed over one year of ufsdump backups
>without a set procedure for restores. We are using an Andataco 8mm tape
>drive on Solaris 2.4.1 OS. The command that has been used is...
>
> ufsdump 0uaf dumplocal.toc /dev/rmt/0n <file system>
>
> I have tried to use ufsrestore to retrieve some of these files, but
>I always get a variation of 'volume error' or 'read error' when it tries
>to set up the volume. The most successful failure (is that a reality?)
>is the command...
>
> ufsrestore tbf 20 /dev/rmt/0n <files to be restored>
>
Perhaps
ufsrestore taf dumplocal.toc /dev/rmt/0n
? Maybe ufsdump isn't storing the table-of-contents on the tape, because
when creating the dump it saved the TOC in the file?
Or (which you've probably already tried)
ufsrestore if /dev/rmt/0n
is the generic test we use to check our tapes.
Also, I assume you're set the tape to the proper position (or just rewound
it) with mt(1)?
Hope this helps,
-----Scott.