Yup, I'm using solaris. However, I thought that might be the problem so I ran an ssh command from a linux box (since that is where the dump was from anyway) and did a cat of the file on the remote box and piped the output on the local box to restore. I suppose this is the same issue that the file will remain cat'ing until it is complete. But it never seems to finish. Maybe 9GB will take days to finish cat'ing? hours? not sure. How long is reasonable. I am writing restore procedures and wanted to make it as clear as possible.
Jerry --- Markus Goldberg <[EMAIL PROTECTED]> wrote: > > > I am doing a restore by: > > /opt/amanda/sbin/amrestore -p /dev/rmt/0n eris | > > ufsrestore -ivbf 2 - > Do you use Solaris ? > We had the same problem here. > The combination of dd piped to ufsrestore let the > tapefile be searched > til the EOF, even if all marked files are extracted. > Try your above command and quit without marking any > file, ->> you have to > wait. > Our solution: We use ufsrestore from Solaris2.3, it > was the last without > that problem. > > bye, Markus > ----------------------------------------------------------------------------- > Markus Goldberg | Universitaet Hildesheim > | Rechenzentrum > Tel +49 5121 883203 | Marienburger Platz 22, > D-31141 Hildesheim, Germany > Fax +49 5121 883205 | email > [EMAIL PROTECTED] > ----------------------------------------------------------------------------- > __________________________________________________ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos & More http://faith.yahoo.com
