Amanda-Users

Re: Total tape usage in Amanda report

2006-03-24 04:32:59
Subject: Re: Total tape usage in Amanda report
From: Paul Bijnens <paul.bijnens AT xplanation DOT com>
To: Olivier Nicole <on AT cs.ait.ac DOT th>
Date: Fri, 24 Mar 2006 10:27:30 +0100
On 2006-03-24 09:00, Olivier Nicole wrote:
In the NOTES section you find the value where Amanda bumped into EOT:

Now I have problem with this:

STATISTICS:
Output Size (meg)        7728.0     7492.9      235.1

This is not about the tape, but the amount that was dumped.



Is correct, I can check that there is about 8GB written on that tape.

(How did you check that? )

First is the dumping, then the taping.

In the simple case, the two amounts should be the same.
But it can be different:

- with "autoflush true" and some dumps in the holdingdisk from
  the previous day, the taped amount will be greater.

- running into EOT or getting a write error on tape (what is the
  difference :-) ) will result in a smaller amount.

Amanda reports 2 values for each tape:
In the statistics section the amount of "useful" images on the tape.
And in the notes section, the amount written when amanda stopped writing
to tape, and the error condition at that point (or "OK" if no error).



NOTES:
  taper: tape CSIM-set-3-00 kb 1775424 fm 11 writing file: short write

But I cannot see what this 1775424 KB means, it is by no way related
to the 7728 MB above.

When posting your complete STATISTICS + NOTES section, I could verify
your conclusions...


Here is a complete section:

======start======
STATISTICS:
                          Total       Full      Incr.
                        --------   --------   --------
Estimate Time (hrs:min)    0:06
Run Time (hrs:min)         3:17
Dump Time (hrs:min)        0:49       0:21       0:28
Output Size (meg)        4360.9     2065.4     2295.6
Original Size (meg)      5950.2     2629.5     3320.8
Avg Compressed Size (%)    73.3       78.5       69.1   (level:#disks ...)
Filesystems Dumped           36          9         27   (1:21 2:5 5:1)
Avg Dump Rate (k/s)      1522.5     1706.4     1387.9

Tape Time (hrs:min)        1:55       0:13       1:41
Tape Size (meg)          2586.6      291.0     2295.6
Tape Used (%)              68.9        7.8       61.1   (level:#disks ...)
Filesystems Taped            35          8         27   (1:21 2:5 5:1)
Avg Tp Write Rate (k/s)   385.4      379.2      386.2

USAGE BY TAPE:
  Label         Time      Size      %    Nb
  DAILY49       1:55  2648712k   68.9    35


NOTES:
taper: tape DAILY49 kb 3944576 fm 36 writing file: No space left on device
  driver: going into degraded mode because of tape error.
======end======

There was 4360.9 MB dumped (36 filesystems)
But there was only 2586.6 MB taped (35 filesystems),
and one filesystem is left in the holdingdisk.

And actually the next day, we got this report:

======start======
STATISTICS:
                          Total       Full      Incr.
                        --------   --------   --------
Estimate Time (hrs:min)    0:06
Run Time (hrs:min)         2:49
Dump Time (hrs:min)        0:44       0:16       0:28
Output Size (meg)        3746.0     1384.3     2361.7
Original Size (meg)      5516.9     2381.7     3135.3
Avg Compressed Size (%)    67.9       58.1       75.3   (level:#disks ...)
Filesystems Dumped           36          6         30   (1:21 2:8 5:1)
Avg Dump Rate (k/s)      1444.2     1453.3     1438.9

Tape Time (hrs:min)        2:49       1:08       1:41
Tape Size (meg)          3848.3     1561.3     2287.1
Tape Used (%)             102.4       41.5       60.9   (level:#disks ...)
Filesystems Taped            25          3         22   (1:17 2:4 5:1)
Avg Tp Write Rate (k/s)   389.5      392.1      387.7

USAGE BY TAPE:
  Label         Time      Size      %    Nb
  DAILY50       2:49  3940694k  102.4    25


NOTES:
taper: tape DAILY50 kb 3945024 fm 26 writing file: No space left on device
  driver: going into degraded mode because of tape error.
======end======

Now only 3746.0 MB was dumped (36 filesystems), but we taped 3848.3 MB.
Amanda put the holdingdiskfile of the previous day on this tape, and
then tries fit as much as possible from today too: apparently 24
images from today.  Today there were 12 images left in the holdingdisk.
(but their total size is smaller than the single one yesterday.)
Because the average amount to backup is usually around 3500 MByte,
I expect that tomorrow even more data will fit on tape, maybe even
more than 36 images (while there are only 36 DLE's in that config).


--
Paul Bijnens, xplanation Technology Services        Tel  +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUM    Fax  +32 16 397.512
http://www.xplanation.com/          email:  Paul.Bijnens AT xplanation DOT com
***********************************************************************
* I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, ^^, *
* F6, quit, ZZ, :q, :q!, M-Z, ^X^C, logoff, logout, close, bye, /bye, *
* stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  hangup, *
* PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  shutdown, *
* init 0, kill -9 1, Alt-F4, Ctrl-Alt-Del, AltGr-NumLock, Stop-A, ... *
* ...  "Are you sure?"  ...   YES   ...   Phew ...   I'm out          *
***********************************************************************


<Prev in Thread] Current Thread [Next in Thread>