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?
Is there anything else in here that I should be worrying about?
Anne
pgpksBiNY_jos.pgp
Description: PGP signature
|