Hello !
Since we just bought new tapes, I want to do it the right way now: i want
to know when I started using each tape, and how many times a tape was
written.
I know there is a field in bacula 'InitialWrite', but this isn't the
datetime a media is taken in use for the first time, it is exact
> Might be. Currently I try to restart everything every day before the
> backup is supposed to start, and I have the impression that it fails less
> likely.
Today I restarted my server completely and the tape didn't get mounted
either.
I've tried (in bconsole) :
update slots
mount (then I choos
Hi group,
I'm using Bacula 2.2.4. Lately i've implemented Verify Jobs for my
tapes. I've noticed that a *Verify* changed the 'LastWritten'-time of the
tape (which seems very incorrect to me- a verify doesn't write on the
tape at all!).
The LastWritten-time also influences the expiretime of the
On Wed, 3 Oct 2007, Mark Nienberg wrote:
> bacula-mysql-2.2.4-1
>
> In bconsole I cannot change the "Replace" option in a restore job.
Just tried it over here as well. Same problem. I guess it's a bug.
K.
-
This SF.net ema
On Wed, 3 Oct 2007, luyigui loholhlki wrote:
> can you please tell what to put in bacula-dir.conf in order to send
> notification to different e-mails
Just configure your mailserver to use an alias, for example
[EMAIL PROTECTED] ?
On Mon, 1 Oct 2007, Arno Lehmann wrote:
> That wouldn't help, because the oldest volume is not necessarily the
> one to be selected for pruning/recycling.
Hm, here it is. Every day there is a different pool (monday, tuesday,
...). Bacula chooses the right pool because of the JobDefs. In those po
On Mon, 1 Oct 2007, Arno Lehmann wrote:
>> So now, I manually have to lookup the correct tape in the pool, check
>> which one is the oldest to know which one will be recycled. As I
>> understand it, the previous behaviour from Bacula 2.0.3 is the correct
>> behaviour (after 13 days-> recycle, so,
On Mon, 1 Oct 2007, Arno Lehmann wrote:
> This is probably due to Bacula being much less aggressively recycling.
> This is, as far as I recall, mentioned in the ReleaseNotes file.
Strange, I've missed that one though I've read the file. So I should
interprete Volume Retention now as 'Possible to
Hey list,
I've just upgraded from 2.0.3 to 2.2.4. I have a scheme with a different
pool for each day. Each daily pool consist of 2 tapes, so we have a
retention for 2 weeks (except a friday-full backup has 6 tapes). This is
done so we can store every daily backup in a safe place, away from the
Hello,
Today I ran a Verify (VolumeToCatalog) to see if my files were written
correctly to tape.
I have a fileset that looks like this:
Include {
File = /test
File = /test/part1
File = /test/part2
File = /test/part3
}
/test is a phyisically mounted disk on the root
On Mon, 1 Jan 2007, kshatriyak wrote:
> Item n: add an item to the restore option where you can select a pool
I thought about this last days, and maybe on second thought, it might be
better to be able to select the most recent backup from a specified media
type, not a pool? So the right p
Item n: add an item to the restore option where you can select a pool
Origin: kshatriyak at gmail dot com
Date: 1/1/2006
Status:
What: In the restore option (Select the most recent backup for a client)
it would be useful to add an option where you can limit the selection to a
certain pool.
Why
12 matches
Mail list logo
