On Wednesday 09 July 2003 04:55, Jason P.Pickering wrote:
>I recently added a directory to be backed up and this is the message
> that I get..
>
>I have a holding disk with 15GB space (reserving 30% for degraded
> mode dumps) and I am using a Surestore DAT 24 tape drive with DDS-3
> tapes.
>
>I saw the work around in the FAQ, but google turned up this
>http://groups.yahoo.com/group/amanda-users/message/30947
>
>which said that it may have something to do with the tape definition
> which is...
>
>
>define tapetype HP-DAT24 {
> comment "HP SureStore DAT 24" #disabled compression
> length 12288 mbytes
> filemark 0 kbytes
> speed 1024 kbytes
>}
>
>
>So, it would seem that even if the Level 1 dump is 5.8 gigs
> (according to the planner) I shuold be able to handle it.
>
>Does anyone know how to correct this?
>
>Thanks and best regards,
>Jason Pickering
>
>Here is the report...
>
>
>FAILURE AND STRANGE DUMP SUMMARY:
>jtlinux.SI //yinling/MyDocuments lev 1 FAILED [dumps way too big,
> must skip incremental dumps]
>
>
>STATISTICS:
> Total Full Daily
> -------- -------- --------
>Estimate Time (hrs:min) 0:05
>Run Time (hrs:min) 3:51
>Dump Time (hrs:min) 1:47 0:37 1:09
>Output Size (meg) 10908.0 4595.9 6312.1
>Original Size (meg) 13242.7 6705.8 6536.9
>Avg Compressed Size (%) 66.6 68.5 20.4
> (level:#disks ...) Filesystems Dumped 6 1
> 5 (1:5) Avg Dump Rate (k/s) 1743.9 2104.8 1550.4
>
>Tape Time (hrs:min) 3:07 1:19 1:48
>Tape Size (meg) 10908.2 4595.9 6312.3
>Tape Used (%) 88.8 37.4 51.4
> (level:#disks ...) Filesystems Taped 6 1
> 5 (1:5) Avg Tp Write Rate (k/s) 996.8 995.8 997.5
>
>DUMP SUMMARY:
> DUMPER STATS TAPER
> STATS HOSTNAME DISK L ORIG-KB OUT-KB COMP% MMM:SS KB/s
> MMM:SS KB/s --------------------------
> --------------------------------- ------------ jtlinux.SIMT
> -ble/jasonp 1 590240 590272 -- 10:18 955.1 9:52 996.4
> jtlinux.SIMT -design/rct 0 FAILED
> --------------------------------------- jtlinux.SIMT -yDocuments 1
> 58145205814560 -- 56:271716.9 96:55 999.8 jtlinux.SIMT
> -yDocuments 1 FAILED ---------------------------------------
> jtlinux.SIMT /etc 1 690 128 18.6 0:21 3.7 0:06
> 21.2 jtlinux.SIMT /home 0 68667004706208 68.5 37:162104.8
> 78:46 995.8 jtlinux.SIMT /var 1 287750 58688 20.4 2:19
> 422.9 1:00 976.8 jtlinux.SIMT hda6 1 580 128 22.1
> 0:04 22.1 0:06 20.9
>
>(brought to you by Amanda version 2.4.3)
It would appear that one of the entry's in the disklist has been
duplicated.
However, this would appear to be a good example of why tar should be
used so that disklist entries can be broken down into smaller pieces,
thereby facilitating amanda's ability to juggle schedules. With a
DDS3 tape, if each entry was no more than 2 Gb, then amanda has a lot
more wiggling room at add or subtract from the individual nights
schedule. Amanda tries to use a similar amount of tape each run.
Here, for 2 machines, both of which have the /usr dirs broken down
into subdirs, I have 45 entries in the disklist right now, and slowly
adding to the firewalls section of the list. Some of course are less
than 100 megs for a level 0, but this gives amanda the ability to
fill a DDS2 tape to the mid 90% area every night. From the above,
I'd break both /home, and /Documents up into at least 3 pieces each.
--
Cheers, Gene
AMD K6-III@500mhz 320M
Athlon1600XP@1400mhz 512M
99.26% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com attornies please note, additions to this message
by Gene Heskett are:
Copyright 2003 by Maurice Eugene Heskett, all rights reserved.
|