Hi There,

I'm not so worried about the data, im just testing backing up to
multiple tapes at present.

I've retrieved using the following;

sudo -u backup amfetchdump up localhost /upbackup

which has given me 2 files;

-rw-r----- 1 backup backup 1350349324288 2010-05-07 03:11 
localhost._upbackup.20100430113529.0.0000001
drwxr-xr-x 2 backup backup           108 2010-05-06 20:03 .
-rw-r----- 1 backup backup  649939222528 2010-05-06 19:47 
localhost._upbackup.20100430113529.0.0000020

Unfortunately I ran out of space on the device I was restoring the dumps
to at this stage;

Merging localhost._upbackup.20100430113529.0.0000020 with 
localhost._upbackup.20100430113529.0.0000001
Error writing fd 7: No space left on device 
amfetchdump: Error copying data from file 
"localhost._upbackup.20100430113529.0.0000020" to fd 7.

Does this help at all? as it read the 2nd tape does this mean the data
is on the tapes and it's a problem with amrecover?

Also for future ref, do I actually need around 1.5* the space of the DLE
to do amfetchdump? (to include the merging..)

I'm going to try now using plain gzip instead of pigz, just incase this
is causing my issues.

Thanks for your help so far.

Regards,
Mark

On Wed, May 05, 2010 at 10:16:50AM -0500, Dustin J. Mitchell wrote:
> On Wed, May 5, 2010 at 3:55 AM, Mark Adams <[email protected]> wrote:
> > Why would the file not be in the archive if it is showing in the index?
> > Is there anything else I can try before I try to retrieve the whole DLE?
> 
> So this is a new dump?  No, I can't see any reason it would do that.
> Hopefully retrieving the entire DLE will offer some clues (and get you
> access to your data).
> 
> Dustin
> 
> -- 
> Open Source Storage Engineer
> http://www.zmanda.com

Reply via email to