> I'm having trouble with scratch pools. I have a three main backup
> pools configured in Bacula (Desktops, Infrastructure, Servers). Each
> corresponds to a separate RAID device (disk0, disk1, disk2), for disk-
> to-disk backups. I have added a fourth RAID device (disk3) which I
> want to act as a scratch pool to catch overflow if any of the three
> main pools fill up, but it doesn't seem to be working. The volumes
> appear to be there, but Bacula won't use them.
>
> The only theories I've been able to come up with as to why is that the
> volumes in the Scratch pool have a different media type (Disk3) than
> that of the other pools (Disk0, Disk1, and Disk2, respectively), and
> that Bacula can't literally move the volume Disk3-0001 to the disk0
> device (it being full and all)
Bacula will make different media types incompatible. Also it will
never move a job from one storage device to a different one. So if a
job starts on drive0 it must end on drive0.
> Assuming either of these theories is
> correct, is there any easy way to fake Bacula out and get it to Do
> What I Want(tm)? If the theories aren't correct, does anyone have a
> better idea what's going on, or is there more information I can
> provide that would help? I'm using bacula-mysql-2.4.3-1.
>
You probably want to experiment with the virtual disk changer script
and use smaller volumes.
John
------------------------------------------------------------------------------
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|