On Sat, Sep 18, 1999 at 04:08:51PM +0200, Wolfgang Weisselberg wrote:
> Hi!
> 
> Trying to kill the keyboard, [EMAIL PROTECTED] produced:
> > On Thu, Sep 16, 1999 at 01:43:12PM -0700, Perry Blalock wrote:
> > >     My problem is that although the above directories only contain
> > >     about 100Mb of stuff, cpio asks me to load a new tape so it can
> > >     finish the backups - my tapes are 400Mb uncompressed!
> 
> > ...I don't know the solution for "cpio", but with "afio" the following
> > would work:
> 
> >   afio -ofzBZv -M 50m -G $G_factor -T $T_factor -b32k -c1024 -s10g \
> >         -E /tmp/exps -@ root@localhost \
> >         -L /var/log/afiolog /dev/nst0 > /tmp/afio-backup.1 2> /tmp/afio-backup.2
> 
> > -s states the size of the tape. Both programs are quite similar, maybe
> > this helps a bit.
> 
> That's a bad idea, IMHO.  You use -Z (compress)[1], so you
> cannot know how much data is going on the tape in first place

yes, but I just wanted to show up way to prevent the backup program
from stopping too early. But you are right, as the "change tape" mail
doesn't work properly. Instead a (for the first time) strange error
message appears - well, I got accustomed to that and really can live with
it. I keep on using compression and achieve rates between 2.1 and 2.5.

> (the compression ratio may vary).  If the tape drive can give
> you an "End Of Tape" message, afio should be able to parse
> it and thus ask you to change the tape.  This means -f won't
> work either.

hmmm, yes, it does work. I (resp. crond) perform verifications each
time afio backups something and I never got a problem. I even
performed some "real tests", that is erasing the whole disk, and
was able to restore everything so far; really an exciting procedure,
I can tell you...
 

> 
> Oh, *if* you use afio and buffer, *do* test the backup.  I found

Yes, you are absolutely right.

> that in my case buffer corrupts the archive on tape (data got
> lost instead on tape, probably because I forgot something ...).
> 
> [1] which is OK, since each file is separately compressed,
>     so tape rot will kill only the affected files.
> 
> -Wolfgang

Does anybody know an alternative solution for the original poster?

Bye, bye, Juergen.

-- 
*************************************************************************
* Juergen Leising, Germany                http://leising.home.pages.de/ *
* [EMAIL PROTECTED]                  http://leising.freeshell.org/ *
*************************************************************************

Reply via email to