On Saturday 08 April 2006 15:22, Anne Wilson wrote: >I made a mess of today's backup, because I included a directory that > was too big for the temp space, so I removed that directory and tried > to run the dump again. This is what is reported: > >These dumps were to tape Dailys-16. >The next 10 tapes Amanda expects to use are: a new tape, a new tape, a > new tape, a new tape, a new tape, Dailys-1, Dailys-2, Dailys-3, > Dailys-4, Dailys-5. >The next 5 new tapes already labelled are: Dailys-17, Dailys-18, > Dailys-19, Dailys-20, Dailys-21. > >FAILURE AND STRANGE DUMP SUMMARY: > borg /home/anne/Photos lev 0 FAILED [dumper returned FAILED] > borg /home/anne/Photos lev 0 FAILED [/sbin/dump returned 1] > borg /home/anne/Photos lev 0 FAILED [/sbin/dump returned 1] > borg /home/anne/Photos lev 0 FAILED [dumper returned FAILED] > > >STATISTICS: > Total Full Incr. > -------- -------- -------- >Estimate Time (hrs:min) 0:00 >Run Time (hrs:min) 0:06 >Dump Time (hrs:min) 0:05 0:04 0:01 >Output Size (meg) 1156.6 1151.7 4.9 >Original Size (meg) 1259.5 1234.5 25.0 >Avg Compressed Size (%) 91.8 93.3 19.4 (level:#disks > ...) Filesystems Dumped 2 1 1 (3:1) > Avg Dump Rate (k/s) 3979.8 5400.7 62.8 > >Tape Time (hrs:min) 0:01 0:01 0:00 >Tape Size (meg) 1156.7 1151.8 4.9 >Tape Used (%) 29.0 28.8 0.2 (level:#disks > ...) Filesystems Taped 2 1 1 (3:1) > (level:#chunks ...) >Chunks Taped 2 1 1 (3:1) >Avg Tp Write Rate (k/s) 16520.9 16478.2 42218.5 > >USAGE BY TAPE: > Label Time Size % Nb Nc > Dailys-16 0:01 1157M 29.0 2 2 > >FAILED AND STRANGE DUMP DETAILS: > >/-- borg /home/anne/Photos lev 0 FAILED [/sbin/dump returned 1] >sendbackup: start [borg:/home/anne/Photos level 0] >sendbackup: info BACKUP=/sbin/dump >sendbackup: info RECOVER_CMD=/sbin/restore -f... - >sendbackup: info end > >| DUMP: You can't update the dumpdates file when dumping a >| subdirectory DUMP: The ENTIRE dump is aborted. > >sendbackup: error [/sbin/dump returned 1] >\-------- > >/-- borg /home/anne/Photos lev 0 FAILED [/sbin/dump returned 1] >sendbackup: start [borg:/home/anne/Photos level 0] >sendbackup: info BACKUP=/sbin/dump >sendbackup: info RECOVER_CMD=/sbin/restore -f... - >sendbackup: info end > >| DUMP: You can't update the dumpdates file when dumping a >| subdirectory DUMP: The ENTIRE dump is aborted. > >sendbackup: error [/sbin/dump returned 1] >\-------- > >NOTES: > planner: Adding new disk borg:/home/anne/Photos. > planner: Incremental of borg:/home bumped to level 3. > planner: Full dump of borg:/Public promoted from 4 days ahead. > taper: tape Dailys-16 kb 1184416 fm 2 [OK] > >DUMP SUMMARY: > DUMPER STATS >TAPER STATS >HOSTNAME DISK L ORIG-MB OUT-MB COMP% > MMM:SS KB/s MMM:SS KB/s >------------------------------------------- > --------------------------------- ------------- >borg /Public 0 1235 1152 93.3 3:3 > 5400.7 1:1 16478.0 >borg /home 3 25 5 19.6 1:1 > 62.8 0:0 41908.6 >borg /home/anne/Photos 0 FAILED >---------------------------------------- > >(brought to you by Amanda version 2.5.0-20060323) >******************** > >What does it mean by > >| DUMP: You can't update the dumpdates file when dumping a >| subdirectory > >? > >I believe Gene said something earlier about dump not being able to > handle subdirectories. I didn't use tar on the photo directory > because they are already compressed, but does this mean that I need > to set gnutar after all?
Dump, since it works at the level of the inode structure of the filesystem, can hand handle full filesystems only. It has no concept of a subdir as its just another inode to dump. This is also why dump is specific to the filesystem, meaning you can't use dump ofr ext2 against a reiserfs or dos partition type. If they fit, this is nice & possibly faster. But if they don't fit, tar is a much better way to do it. >Is there anything else in here that I should be worrying about? > >Anne One thing that seems to bite new users is the exclude files formating when using tar. Since tar traverses the directory structure, a file to be excluded must be specified in ./name format, which will exclude 'name' and if 'name' is a subdir, all files up that branch will be excluded too. This is true regardless of whether you are just nameing a single file to exclude, or in a file specified as full path to file which may contain a list of names, in which case those names in that file need to be in that same ./name format. -- Cheers, Gene People having trouble with vz bouncing email to me should add the word 'online' between the 'verizon', and the dot which bypasses vz's stupid bounce rules. I do use spamassassin too. :-) Yahoo.com and AOL/TW attorneys please note, additions to the above message by Gene Heskett are: Copyright 2006 by Maurice Eugene Heskett, all rights reserved.
