Amanda-Users

Incorrect bahaviour causes backup loss !!

2006-07-27 11:17:25
Subject: Incorrect bahaviour causes backup loss !!
From: Alan Pearson <alandpearson AT yahoo DOT com>
To: amanda-hackers AT amanda DOT org
Date: Thu, 27 Jul 2006 16:07:40 +0100
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