I just tried to restore two files to my workstation.  I have two SDs,
one running an LTO4 drive attached to the workstation (babylon5), one
controlling a 12TB ZFS array on my NAS server (babylon4).

Here's the BSR:

Storage="babylon4-file"
Volume="INCR-20121129-04:30"
MediaType="File"
Device="FileStorage"
VolSessionId=296
VolSessionTime=1349979764
VolAddr=1000065656-1999914423
FileIndex=3108-3109
Count=2

But director status says "waiting on Storage babylon5-sd", and the
console says:

$ $ $ Warning default storage overridden by "babylon5-sd" on command line.
Warning default storage overridden by "babylon5-sd" on command line.
Bootstrap records written to /var/lib/bacula/epsilon3-dir.restore.1.bsr

The job will require the following
   Volume(s)                 Storage(s)                SD Device(s)
===========================================================================

    INCR-20121129-04:30       babylon4-file             FileStorage


Volumes marked with "*" are online.

2 files selected to be restored.

2 files selected to be restored.

.mod restoreclient="babylon5" fileset="Dummy" storage="babylon5-sd"
replace="always" when="2012-12-01 18:08:41"
bootstrap="/var/lib/bacula/epsilon3-dir.restore.1.bsr"
where="/bacula-restores" priority="10" yes
OK to run? (yes/mod/no): Job queued. JobId=2076
.messages
01-Dec 18:09 epsilon3-dir JobId 2076: Start Restore Job
Restore.2012-12-01_18.08.59_59


So, wait, what, now?  The files are located on babylon4-sd, so why is
the Director waiting on babylon5-sd...?  Why does submitting ther
restore job override where the files actually are?  I left the Storage
selection in BAT's restore job dialog at the default.  Shouldn't it be
auto-selecting the correct Storage based on where the files to be
restored are?  It seems to me there's something wrong in the interface
logic here.  Do we need to have some kind of "AUTOSELECT STORAGE"
default for restores?



-- 
  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.

------------------------------------------------------------------------------
Keep yourself connected to Go Parallel: 
INSIGHTS What's next for parallel hardware, programming and related areas?
Interviews and blogs by thought leaders keep you ahead of the curve.
http://goparallel.sourceforge.net
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users