Bacula-users

Re: [Bacula-users] Re-assigning volumes from Scratch pool to other pools

2011-11-14 08:49:06
Subject: Re: [Bacula-users] Re-assigning volumes from Scratch pool to other pools
From: Phil Stracchino <alaric AT metrocast DOT net>
To: bacula-users AT lists.sourceforge DOT net
Date: Mon, 14 Nov 2011 08:47:41 -0500
On 11/14/11 08:36, Win Htin wrote:
> On Mon, Nov 14, 2011 at 5:54 AM, Alan Brown <ajb2 AT mssl.ucl.ac DOT uk> 
> wrote:
>>> Hi folks,
>>>
>>> I have all my new tapes/volumes assigned to Scratch pool. If I
>>> understand correctly, if I have e.g. Full and Incremental pools
>>> defined but no actual volumes assigned, each pool will, when required,
>>> pick up the volume from Scratch and re-assign it to the respective
>>> pool. If I recollect it was working properly but now the backups are
>>> all going to the volumes in the Scratch pool. Any ideas?
>>
>> Which pools are defined in the jobs?
> 
> I have THREE job definitions defined for incremental, differential and
> full backups.

This is entirely the wrong way to do it.  If you define different level
backups of the same client as separate jobs, you will have the problem
that your incrementals and differentials refer to a different starting
full backup job than your Full backups do.

> The incremental and differential backups are assigned to the
> INCREMENTALS pool and the full backups to FULLS. Observing the
> behaviour of the backups for the pass few days, I noticed when the
> first incremental backup kicked in, it picked up a volume from SRATCH
> pool and re-assigned it to the INCREMENTALS pool but for both
> differential and full backups, both went to a volume in the SCRATCH
> pool. For the time being, I just re-created half my tapes to be FULLS
> and the rest INCREMENTALS. That doesn't resolve the fundamental issue
> but at least acceptable for the time being. BTW, I am still running
> 5.0.2.

You almost certainly have something misconfigured in your pools, and you
certainly have something misconfigured in your job definitions.  But we
can't tell you what without seeing your definitions.

If you would post the relevant sections of your configuration files, we
can tell you what you've done wrong.


-- 
  Phil Stracchino, CDK#2     DoD#299792458     ICBM: 43.5607, -71.355
  alaric AT caerllewys DOT net   alaric AT metrocast DOT net   phil AT 
co.ordinate DOT org
  Renaissance Man, Unix ronin, Perl hacker, SQL wrangler, Free Stater
                 It's not the years, it's the mileage.

------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users