John,
Thanks for your comments.
>>... I will try upgrading to 2.4.2.
>
>Note that the current release is 2.4.2p2, and there is a patch beyond
>that on the patches web page which may or may not apply to your
site.
Thanks. Yes I have upgraded to 2.4.2p2 (the advfs.patch is not
applicable).
>>... the appended amdump output shows incremental dumps.
>
>You didn't post the whole report, so it's a little hard to tell what
>happened, but I note that ~12 GBytes got backed up and you don't appear to
>have runtapes set in your amanda.conf.
My reading of the amanda man page for runtapes is that it it only
applicable when using a tape changer, which we are not.
runtapes int
Default: 1. The maximum number of tapes used in a
single run. If a tape changer is not configured, this
option is not used and should be commented out of the
configuration file.
>Aside from not doing incrementals,
>what did you expect Amanda to do with the dumps that would not fit on
>your single tape? Defer them until the next run?
Yes. I hope to do a run once a week each of which does a full
backup of 20-25% of the filesystems. Is this feasible?
I am running 2.4.2p2 with strategy noinc but amstatus output appears
to show incrementals :-(.
Thanks
Julian
------------------------------------------------------------------
# DCS - amanda.conf ARCHIVE
# JRCB 5-apr-01
#
#Run monthly from cedar
#cron early Sunday morning to avoid (dumpdisk) clash with daily
#Do level 0 backups only because dumpdates is updated by normal backup
# ie incrementals would be against normal level 0
#strategy noinc (never do incremental backups)
#See: /usr/local/amanda/etc/amanda/normal/amanda.conf for fuller comments
#change logdir "/var/log/amanda" to "/var/log/amanda/archive" (JRCB 10-APR-01)
#change indexdir "/var/adm/amanda" to "/var/adm/amanda/archive" (JRCB 10-APR-01)
#leave infofile as info is useful to both configs (JRCB 10-APR-01)
# added bumpmult 2 (default 1.5) (JRCB 10-apr-01)
# upgraded to amanda-1.2.2p2 (JRCB 17-4-01)
# strategy noinc (JRCB 17-4-01)
bumpmult 2 #factor by which bumpsize increases per level
dumpcycle 0 # Setting this to zero forces a full backup
each run
infofile "/var/adm/amanda/archive/curinfo"
inparallel 99 #ensure this not limiting
labelstr "archive[0-9]*"
logdir "/var/log/amanda/archive"
indexdir "/var/adm/amanda/archive/index"
mailto "backup"
maxdumps 6 # low else connection to u2 fails
netusage 10 mbps #Mbytes/s
org "archive"
tapedev "/dev/rmt/0bn" #bsd (see above), hardware compression off
tapetype DDS3 #tape params tuned with tapetype (JRCB
5-jun-00)
tapecycle 100 #at least 100 maybe more (JRCB 10-apr-01)
reserve 0 #use all holding-disk for level 0 dumps
holdingdisk sun3-6 {
directory "/dumps/archive"
chunksize inf #max file size is >> size of holding disk
}
#DUMPTYPE SECTION
define dumptype dcs {
# compress #use default (client fast)
dumpcycle 0 # Setting this to zero forces a full backup
each run
holdingdisk yes
index yes
record no #do not update /etc/dumpdates
strategy noinc #just full dumps
}
#TAPETYPE SECTION
define tapetype DDS3 {
comment "HP C1537A: internal DDS3 DAT drive"
filemark 0 kbytes # integrated into data
length 11 gigabytes # 125 m tape (no hardware compression) (11Gb Amanda =
12Gb (HP))
speed 863 kbps # unused by amanda (@ 5-jun-00 JRCB)
}
------------------------------------------------------------------
Using /var/log/amanda/archive/amdump from Tue Apr 17 10:00:54 BST 2001
cedar:/ 1 608k finished (10:10:12)
cedar:/export 010358922k dumping 378528k ( 3.65%)
(10:07:46)
cedar:/var 1 [dumps way too big, must skip incremental
dumps]
cedar:/var/mail 1 [dumps way too big, must skip incremental
dumps]
hazel:/ 1 64k finished (10:12:49)
hazel:/export 4 6240k finished (10:11:32)
hazel:/export0 1 553376k writing to tape (10:30:01)
hazel:/export1 1 102592k finished (10:16:37)
hazel:/usr 2 224k finished (10:12:42)
hazel:/var 3 3488k finished (10:12:22)
u2:/ 1 352k finished (10:11:02)
u2:/export 3 736k finished (10:13:26)
u2:/export0 4 253024k finished (10:30:01)
u2:/export1 3 3520k finished (10:11:05)
u2:/export2 1 [dumps way too big, must skip incremental
dumps]
u2:/export3 1 42848k finished (10:11:01)
u2:/export4 1 [dumps way too big, must skip incremental
dumps]
u2:/export5 2 303616k finished (10:25:05)
u2:/export6 1 [dumps way too big, must skip incremental
dumps]
u2:/var 3 6176k finished (10:10:11)
SUMMARY part real estimated
size size
partition : 20
estimated : 20 52210601k
failed : 5 40701425k ( 77.96%)
wait for dumping: 0 0k ( 0.00%)
dumping to tape : 0 0k ( 0.00%)
dumping : 1 378528k 10358922k ( 3.65%) ( 0.73%)
dumped : 14 1276864k 1150254k (111.01%) ( 2.45%)
wait for writing: 0 0k 0k ( 0.00%) ( 0.00%)
writing to tape : 1 553376k 491618k (112.56%) ( 1.06%)
failed to tape : 0 0k 0k ( 0.00%) ( 0.00%)
taped : 13 723488k 658636k (109.85%) ( 1.39%)
62 dumpers idle : not-idle
taper writing, tapeq: 0
network free kps: 9432
holding space : 6309411k ( 36.64%)
dumper0 busy : 0:22:15 (100.00%)
dumper1 busy : 0:17:59 ( 80.81%)
dumper2 busy : 0:12:22 ( 55.56%)
dumper3 busy : 0:11:10 ( 50.16%)
dumper4 busy : 0:06:37 ( 29.73%)
dumper5 busy : 0:04:33 ( 20.47%)
dumper6 busy : 0:03:12 ( 14.37%)
dumper7 busy : 0:03:08 ( 14.12%)
dumper8 busy : 0:02:27 ( 11.01%)
dumper9 busy : 0:01:52 ( 8.44%)
taper busy : 0:14:21 ( 64.49%)
0 dumpers busy : 0:00:00 ( 0.00%)
1 dumper busy : 0:04:15 ( 19.15%) not-idle: 0:04:15 (100.00%)
2 dumpers busy : 0:05:37 ( 25.27%) not-idle: 0:05:37 (100.00%)
3 dumpers busy : 0:01:12 ( 5.40%) not-idle: 0:00:56 ( 78.83%)
start-wait: 0:00:15 ( 21.17%)
4 dumpers busy : 0:04:32 ( 20.41%) not-idle: 0:04:32 (100.00%)
5 dumpers busy : 0:01:12 ( 5.43%) not-idle: 0:01:12 (100.00%)
6 dumpers busy : 0:00:52 ( 3.89%) not-idle: 0:00:37 ( 71.15%)
start-wait: 0:00:15 ( 28.85%)
7 dumpers busy : 0:01:50 ( 8.31%) client-constrained: 0:01:13 ( 66.28%)
start-wait: 0:00:30 ( 27.24%)
not-idle: 0:00:07 ( 6.48%)
8 dumpers busy : 0:01:08 ( 5.16%) client-constrained: 0:00:53 ( 78.22%)
start-wait: 0:00:15 ( 21.78%)
9 dumpers busy : 0:00:31 ( 2.35%) client-constrained: 0:00:31 (100.00%)
10 dumpers busy : 0:01:01 ( 4.63%) client-constrained: 0:01:01 (100.00%)
--
Julian Briggs, System Administrator, Department of Computer Science,
University of Sheffield, Regent Court, 211 Portobello St, Sheffield S1 4DP, UK
Phone +44 (0) 114-222-1851. Fax +44 (0) 114-222-1810
[EMAIL PROTECTED] http://www.dcs.shef.ac.uk/~julian
