Amanda-Users

Re: Using Amanda without a tape changer

2003-05-22 15:39:58
Subject: Re: Using Amanda without a tape changer
From: Per von Zweigbergk <pvz AT linux DOT se>
To: "Rebecca Pakish Crum" <rebecca AT unterlaw DOT com>
Date: Thu, 22 May 2003 21:38:44 +0200
torsdagen den 22 maj 2003 kl 21.22 skrev Rebecca Pakish Crum:


I do this every weekday (without the take-home part :)  The
job runs
every weekday morning at 02:03am.  When I come in in the morning
(which varies from 6am to 11am :), the job is done, and the first
thing I do is swap the tape (I find that if I don't do it
_first_thing_ it doesn't always get done...)

What happens if you don't? Will it e-mail you pestering you to change
the tape, forcing you to do two tape runs on one day?

Or will it simply drop that run, noting the problem... i.e. just fail
gracefully, and try again the next day, effectively delaying
the backup?

The reason I ask is, what happens in a school holiday, when nobody is
on site working the backup units? Of course, the "proper" solution is
to disable the cron job during school holidays, but what is someone
forgets?

I run into this myself on holidays. Originally I would reconfigure my
cron to just skip that day's backup, because no one would be here, the
data wouldn't have changed from my last good level 0. (We run level 0
every night). But then I realized I had this big huge holding disk
(duh). So I just let it run. The report whines that it couldn't find a
tape, so it left everything in the holding disk. The day after the
holiday I manually run the amflush to flush it to the tape it was
*expecting* the day before and then change the tape for the next night's
cron backup. There is no 'delay' in backup. It's one of my favorite
features in amanda, the holding disk.

So, what happens if:

1) Someone forgot to change tape one day, or even for a week, but then continues to swap tapes as if nothing happened, not running amflush?

2) If there is a week long holiday, does the operator have to flush onto 5 more tapes?

--
Per von Zweigbergk <pvz AT e.kth DOT se>