* John E Hein <[EMAIL PROTECTED]> (Wed, Sep 19, 2001 at 09:39:23AM -0600)
>>> Hmmm... it also seems to not take compression into account (we use gnu
>>> tar with client side compression). The estimated size is much larger
>>> than the actual size. amstatus gives:
>> No, it doesn;'t take compression into account , neither does ufsdump or
>> gnutar .. at least the way I have it setup.
> okay... I'll buy that for the moment.
[8<]
>>> So for our 12 GB DDS-3 drive, we're getting a lot of 'full dump delayed'
>>> messages because of this issue.
>> If you know this, you can specify the tapesize to be 24G (iso 12G) and you
>> should get the dumps you think you were getting.
> I suppose, but why do we need to do that now where we didn't before (when
> we were using gnu tar for estimates)?
I don't know.
> Last night things got even worse. It only used 1.8 GB of the tape and
> we got 24 'full dump delayed' messages (the night before was 13 such
> messages and it used 5 GB).
Are you by any chance using exclusion lists in tar ?
calcsize does not (yet) support exclusion lists .
It's something I was going to do in my spare time (fixing calcsize to
handle exclusion lists), but between work, family and sheer exhaustion I
haven't had much spare time in the last 2 months ;( ..
At any rate,
Im gonna have a look at my own tests on calcsize, I had figured out a way
to run the various estimate programs (ufsdump, gnutar and calcsize) from
the command line and could compare the results.
If you happen to have a debug file lying around from the previous runs (the
tar iso calcsize extimates) you can find the exact tar command in there.
Could you do me a favor and run the tar - estimate commands by hand, as
well as the calcsize estimates and let me know the results.
Gerhard, <@jasongeo.com> == The Acoustic Motorbiker ==
--
__O With judicious application of shaving foam & water
=`\<, and scraping with a razor of it's prickly hind quarters
(=)/(=) Whether it wriggles like fury, or curls up in a ball
That blasted hedgepod can be buggered for sure.