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 [EMAIL PROTECTED] 320M [EMAIL PROTECTED] 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.
