On Tue, Sep 11, 2007 at 05:14:24PM +0200, Mark Scheufele wrote: > Hi, > > I am having the problem that our amanda installation doesn't increment > the dump levels for the filesystems defined in the DLE. > > This is the backup status mail from Friday 7th of September: > > NOTES: > planner: Last full dump of nessie.diasemi.com:/it on tape Weekly-03 > overwritten in 3 runs. > planner: Full dump of nessie.diasemi.com:/users promoted from 7 days > ahead. > planner: Full dump of nessie.diasemi.com:/projects promoted from 6 > days ahead. > planner: Full dump of nessie.diasemi.com:/design promoted from 7 days > ahead. > taper: tape Weekly-07 kb 5666848 fm 4 [OK] > > > DUMP SUMMARY: > DUMPER STATS TAPER > STATS > HOSTNAME DISK L ORIG-KB OUT-KB COMP% MMM:SS KB/s MMM:SS > KB/s > -------------------------- ------------------------------------- > ------------- > nessie.diase /design 0 3296 3296 -- 0:08 388.6 0:09 > 373.8 > nessie.diase /it 1 136610 136640 -- 12:56 176.1 12:56 > 176.1 > nessie.diase /projects 0 4298144 4298144 -- 31:56 2243.2 31:56 > 2243.1 > nessie.diase /users 0 1228640 1228640 -- 8:47 2330.2 8:48 > 2328.2 > > NOTES: > planner: Last full dump of nessie.diasemi.com:/it on tape Weekly-03 > overwritten in 2 runs. > planner: Full dump of nessie.diasemi.com:/users promoted from 4 days > ahead. > planner: Full dump of nessie.diasemi.com:/projects promoted from 4 > days ahead. > planner: Full dump of nessie.diasemi.com:/design promoted from 4 days > ahead. > taper: tape Weekly-01 kb 5666464 fm 4 [OK] > > This the backup status mail from the 10th of September. > > DUMP SUMMARY: > DUMPER STATS TAPER > STATS > HOSTNAME DISK L ORIG-KB OUT-KB COMP% MMM:SS KB/s MMM:SS > KB/s > -------------------------- ------------------------------------- > ------------- > nessie.diase /design 0 3296 3296 -- 0:09 374.7 0:09 > 363.5 > nessie.diase /it 1 137490 137504 -- 21:28 106.7 21:29 > 106.7 > nessie.diase /projects 0 4297664 4297664 -- 38:12 1875.0 38:12 > 1874.7 > nessie.diase /users 0 1227872 1227872 -- 10:26 1960.1 10:27 > 1959.1 > > (brought to you by Amanda version 2.5.2p1) > > I am now wondering why the levels aren't incremented? I have configured > a dumpcycle of 7 days and a runcycle of 5 days. I am using ufsdump as > the actual dump program. The contents of /etc/dumpdates is: > > [EMAIL PROTECTED]:/]#cat /etc/dumpdates > /dev/zvol/rdsk/edpool/users 0 Mon Sep 10 20:38:40 2007 > /dev/zvol/rdsk/edpool/projects 0 Mon Sep 10 20:48:58 2007 > /dev/zvol/rdsk/edpool/design 0 Mon Sep 10 21:27:11 2007 > > /etc/amdates looks as follows: > > /design 0 1189194562 > /design 1 1188901535 > /it 0 1188890901 > /it 1 1189451823 > /projects 0 1189192646 > /users 0 1189192125 > /users 1 1188901421 > > Any hints are very appreciated. >
It looks to me like you just switched from gnutar to ufsdump as your backup program. /etc/amandates (I presume you mis- typed the file name) is used by amanda for gnutar while /etc/dumpdates is used by ufsdump. A switch may have caused a "forced" level 0 using the new program. I note the "it" still recorded in /etc/amandates and, guessing again, it did not use ufsdump. I note the "/dev/zvol" for three of the DLE. Are you using zfs tools to create slices/partitions and then formating the space with a ufs file system?? I ask because if they are really zfs file systems, I don't think ufsdump will work properly. I presume all these four DLE are mounted file systems. If not, and they are directory trees, be aware that ufsdump can not do incrementals on anything except full file systems. You say "a runcycle of 5 days", but I'm sure you mean "runspercycle". Be aware that parameter does not take a unit. It is 5, not 5 days. If you only have 4 DLE and a longer dumpcycle and runspercycle, you should expect to have lots of promotion. Amanda will be trying to balance the amount of data taped each run. The only way to achieve this balance is by moving around the level 0's. If this is close to your final configuration, you may wish to consider an administrator-determined schedule rather than letting amanda do the scheduling. Review in past discussions about setting your dumptypes to incremental only and forcing the level 0's on days you choose. -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road (609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
