Incorrect bahaviour causes backup loss !!
2006-07-27 11:17:25
Guys,
I'm running amanda 2.5.0p2.
Last night, I got the following report from amdump (relevant lines
extracted) :
FAILED AND STRANGE DUMP DETAILS:
/-- qtvpdc / lev 2 STRANGE
sendbackup: start [qtvpdc:/ level 2]
sendbackup: info BACKUP=/usr/bin/gnutar
sendbackup: info RECOVER_CMD=/usr/bin/gnutar -f... -
sendbackup: info end
? gtar: ./Library/Logs/PasswordService/ApplePasswordServer.Server.log.
1: file changed as we read it
| Total bytes written: 912343040 (871MiB, 3.9MiB/s)
sendbackup: size 890960
sendbackup: end
\--------
NOTES:
planner: Last full dump of qtvpdc:/ on tape DailySet1-3
overwritten on this run.
planner: Incremental of qtvpdc:/ bumped to level 2.
planner: qtvpdc / 20060727 0 [dump larger than available tape
space, 35448530 KB, full dump delayed]
In the NOTES section it says that a full dump of the machine qtvpdc
was delayed because it was larger than available tape space.
Yet it says it is going to overwrite the last full dump of this
machine 2 lines previous.
Today a user came and asked me to restore a file from a few days back
from this machine. I can't because Amanda blew away the last full
backup.
When Amanda realises it's going to blow away the only full backup of
a machine still in it's disklist, it should be a LOT clever than this.
Yes I realise it wouldn't fit on the tape, but Amanda should at least
have put it in the holding disk area or NOT overwritten the only full
backup at all.
Maybe a compromise, leave the backup in the holding disk, and backup
the other stuff that will fit to tape.
---
AlanP
|
|
|