Amanda users,
I'm sure this is addressed somewhere but I've never seen it
(perhaps because I missed it) explicitely discussed on the list.
My assumption on tape filling is that if dumps are still in
progress that amanda will try to write each DLE to tape as
it completes.
I have no idea what the algorithm is for DLE taping if there
are multiple completed DLEs in the work area.
I have never been able to figure out the tape ordering in when
amflush was being run.
Is there any sort of taper delay algorithm to optimize tape usage ?
In the specific case here - initial look at the output leads me to
think that the only DLE on tape 15 would have fit on tape 14, but
the amdump "notes" section says otherwise.
Given the number of DLEs on tape 14 I wonder if the time/size are
correct, could that be the value of the last DLE dumped rather
than the total of all DLEs on the tape volume ?
Do we know what happened here and why ?
I realized the version of amanda is somewhat old 2.4.4p2... since
this system does have a jukebox I'll probably been looking to
install 2.5 after the beta (released yesterday) has been vetted,
at which time well start using tape spanning.
thank you,
Brian
On Tue, Apr 17, 2007 at 01:09:42PM -0400, knight wrote:
> brian,
>
> arghhh... what does this really mean:
> USAGE BY TAPE:
> Label Time Size % Nb
> BIONSC14 0:09 11335.7 5.8 28
> BIONSC15 0:11 9251.8 4.6 1
> BIONSC16 0:47 81491.9 40.8 1
>
> Can we really assume that no disk partions were small enough to use the
> remaining 94.2% of space on BIONSC14???
> Or worse, the 95.4% remaining on BIONSC15?
>
> c
>
> -------- Original Message --------
> Subject: BIONSC AMANDA MAIL REPORT FOR April 16, 2007
> Date: Tue, 17 Apr 2007 12:00:00 -0400 (EDT)
> From: Amanda/Bionsc2 <amanda AT wadsworth DOT org>
> To: amanda-adm AT wadsworth DOT org, ivan AT wadsworth DOT org, steve AT
> wadsworth DOT org
>
> These dumps were to tapes BIONSC14, BIONSC15, BIONSC16.
> The next 3 tapes Amanda expects to used are: BIONSC01, BIONSC02, BIONSC03.
>
>
> STATISTICS:
> Total Full Daily
> -------- -------- --------
> Estimate Time (hrs:min) 0:23
> Run Time (hrs:min) 15:00
> Dump Time (hrs:min) 16:55 16:05 0:50
> Output Size (meg) 102079.4 101101.2 978.2
> Original Size (meg) 357209.3 354999.9 2209.4
> Avg Compressed Size (%) 28.6 28.5 44.2 (level:#disks ...)
> Filesystems Dumped 30 3 27 (1:26 2:1)
> Avg Dump Rate (k/s) 1716.0 1787.5 334.1
>
> Tape Time (hrs:min) 1:07 1:05 0:03
> Tape Size (meg) 102079.4 101101.2 978.2
> Tape Used (%) 51.3 50.6 0.6 (level:#disks ...)
> Filesystems Taped 30 3 27 (1:26 2:1)
> Avg Tp Write Rate (k/s) 25882.1 26701.1 6206.5
>
> USAGE BY TAPE:
> Label Time Size % Nb
> BIONSC14 0:09 11335.7 5.8 28
> BIONSC15 0:11 9251.8 4.6 1
> BIONSC16 0:47 81491.9 40.8 1
>
>
> NOTES:
> planner: Full dump of bioquad:/usr4 promoted from 4 days ahead.
> planner: Full dump of friedel:/usr16 promoted from 4 days ahead.
> taper: tape BIONSC14 kb 11725408 fm 29 writing file: I/O error
> taper: retrying friedel:/usr16.0 on new tape: [writing file: I/O error]
> taper: tape BIONSC15 kb 9784224 fm 2 writing file: I/O error
> taper: retrying bionsc1:/dev/md/bg-schost-1/rdsk/d311.0 on new tape:
> [writing file: I/O error]
> taper: tape BIONSC16 kb 83447712 fm 1 [OK]
>
>
> DUMP SUMMARY:
> DUMPER STATS TAPER
> STATS HOSTNAME DISK L
> ORIG-KB OUT-KB COMP% MMM:SS KB/s
> MMM:SS KB/s
> ------------------------ ---------------------------------------
> -------------
> bijvoet /dev/root 1 1764 127 7.2 2:59 0.7 0:02
> 68.1
> bijvoet /usr1 1 37 7 18.9 0:32 0.2 0:03
> 2.1
> bionsc1 / 1 6431 325 5.1 0:54 6.0 0:02
> 178.7
> bionsc1 -t-1/rdsk/d301 1 474591 77938 16.4 1:33 839.7 0:06
> 12667.0
> bionsc1 -t-1/rdsk/d311 0 332958944 83447680 25.1 824:33 1686.7 47:15
> 29430.3
> bionsc1 -t-1/rdsk/d401 2 822687 322474 39.2 9:38 558.3 0:15
> 21627.1
> bionsc1 -t-1/rdsk/d411 1 697503 585524 83.9 11:10 873.8 1:26
> 6795.2
> bionsc1 -t-1/rdsk/d421 1 799 129 16.1 0:00 298.3 0:03
> 37.4
> bionsc2 / 1 4703 438 9.3 1:10 6.2 0:02
> 239.3
> bioquad / 1 98079 5999 6.1 1:43 58.4 0:02
> 2721.2
> bioquad /opt 1 1919 129 6.7 0:20 6.3 0:02
> 71.2
> bioquad /usr/local 1 543 4 0.7 0:36 0.1 0:04
> 1.0
> bioquad /usr1 1 5151 30 0.6 8:09 0.1 0:02
> 16.4
> bioquad /usr4 0 15436127 10606089 68.7 33:09 5332.4 6:17
> 28123.8
> calbuco / 1 1663 133 8.0 0:34 3.9 0:02
> 73.5
> calbuco /export/home 1 95 2 2.1 0:01 0.7 0:02
> 1.1
> copahue / 1 6367 435 6.8 1:34 4.6 0:02
> 238.1
> friedel /dev/root 1 1497 120 8.0 1:18 1.5 0:02
> 65.6
> friedel /usr16 0 15124864 9473880 62.6 107:35 1467.8 11:05
> 14252.2
> friedel /usr17 1 37 6 16.2 0:10 0.5 0:02
> 3.3
> geis /dev/root 1 1362 1363 -- 0:06 213.0 0:02
> 734.2
> geis /usr15 1 20 21 -- 0:02 13.1 0:03
> 6.1
> hodgkin /dev/root 1 1034 77 7.4 0:59 1.3 0:02
> 42.0
> hodgkin /usr11 1 21 4 19.0 0:11 0.3 0:02
> 2.2
> hodgkin /usr12 1 39 6 15.4 0:04 1.2 0:02
> 2.5
> pgmp1 / 1 105759 2906 2.7 1:08 42.5 0:02
> 1563.7
> pgmp1 /export 1 351 4 1.1 0:33 0.1 0:04
> 0.9
> shewhar / 1 29247 3417 11.7 0:50 68.7 0:02
> 1820.9
> trudeau / 1 671 65 9.7 1:25 0.8 0:02
> 35.5
> trudeau /rflp 1 63 3 4.8 2:18 0.0 0:02
> 1.6
>
> (brought to you by Amanda version 2.4.4p2)
>
> --
> ----
> knight AT wadsworth DOT org NYSDOH, Wadsworth Center
> jck01 AT health.state.ny DOT us Empire State Plaza,Box 509
> Computer Systems Support: Lab D280, loading dock J
> CSS AT wadsworth DOT org Albany, NY 12201-0509
> office:518/473-0773 desk:474-7424 fax:473-6384
---
Brian R Cuttler brian.cuttler AT wadsworth DOT org
Computer Systems Support (v) 518 486-1697
Wadsworth Center (f) 518 473-6384
NYS Department of Health Help Desk 518 473-0773
|
