Bacula-users

[Bacula-users] Restore problem out of the blue - scratch pool is suddenly "invalid"

2017-01-14 13:21:13
Subject: [Bacula-users] Restore problem out of the blue - scratch pool is suddenly "invalid"
From: Phil Stracchino <phils AT caerllewys DOT net>
To: bacula-users <bacula-users AT lists.sourceforge DOT net>
Date: Sat, 14 Jan 2017 13:19:40 -0500
I have a problem.  I need to restore a single directory of files.  I
have the required tape volume mounted, I set up the job, no problem,
until I exit file selection.

Then suddenly, bacula (7.4.4) tells me:

1,179 files selected to be restored.

Pool "Scratch" not valid.
Job not run.
*


...Wait, what?  None of the needed volumes are in the scratch pool, the
bsr file does not contain any mention of it, none of my pools or job
definitions have changed in years, and my last restore worked fine.  But
suddenly I can't do a restore because suddenly my scratch pool that the
restore doesn't even *touch* is "invalid".

Here's the Scratch pool definition, which hasn't changed in at least
five years:

Pool {
  Name = Scratch
  Storage = babylon4-file
  Pool Type = Backup
}


Does anyone have the slightest idea what's going on here, or why Bacula
suddenly cares about the scratch pool which it isn't even using for this
job, but is perfectly happy to recycle expired disk volumes into?




-- 
  Phil Stracchino
  Babylon Communications
  phils AT caerllewys DOT net
  phil AT co.ordinate DOT org
  Landline: 603.293.8485

------------------------------------------------------------------------------
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users