Hi,

19.05.2009 18:14, John Drescher wrote:
> On Tue, May 19, 2009 at 12:01 PM,  <C.Keschnat AT internet-mit-iq DOT de> 
> wrote:
>>
>> Chris
>>
>>
>> John Drescher <drescherjm AT gmail DOT com> wrote on 19.05.2009 17:57:59:
>>
>>>> Ok. First the situation: I have a pool "Monday" where all volumes are on
>>>> a
>>>> USB-disk
>>>> using a virtual autochanger. This pool is written monday nights
>>>> (differential).
>>>> Another pool "Hourly" uses the local disk to make hourly backups
>>>> (incremental).
>>>> (see config below).
>>>>
>>>> The backups worked. I have a file HELLO in a volume on the USB-disk and
>>>> a
>>>> file
>>>> HUHU on a volume on the local disk. (The backups worked without having
>>>> to
>>>> mount
>>>> anything btw). Then I start the restore by marking both files:
>>>>
>>>> Run Restore job
>>>> JobName:         RestoreFiles
>>>> Bootstrap:       /home/bacula/working/bacula-dir.restore.1.bsr
>>>> Where:           /bacula-restores
>>>> Replace:         always
>>>> FileSet:         Full Set
>>>> Backup Client:   storage-fd
>>>> Restore Client:  storage-fd
>>>> Storage:         usbchanger1
>>>> When:            2009-05-19 17:37:13
>>>> Catalog:         MyCatalog
>>>> Priority:        10
>>>> Plugin Options:  *None*
>>>> OK to run? (yes/mod/no):
>>>>
>>>> First, I don't really understand the "Storage:" there.
>>> This is the name of the storage resource used from what is defined in
>>> bacula-dir.conf. From your mount command below it will either be File
>>> or usbchanger1
>>>
>>>> The files to restore
>>>> are on
>>>> different storage devices.
>>> They should not be. I mean bacula does not move a job from 1 storage
>>> device to another. Although the vchanger may be doing something I am
>>> not aware of. I do not use disk based backups much.
>>>
>> Oh, that was on purpose as I specifically wanted to test restores where the
>> files are on different devices. The 2 files are from different jobs I
>> started
>> manually.
>>
> 
> I now see. I have never done that  (restore with more than one
> storage)  so I should leave the answer to that question to others..

Bacula doesn't really support this (the reason is that a job can only 
use one storage device).

The work-around involves soma manual work:
Initiate the restore job until you are ready to start it with 'yes'.

At that time, use a shell to copy the created bootstrap file to 
another location, and then edit this file to create separate bootstrap 
files, in a way that you split the bootstrap file whenever a new 
storage device is referenced.

Save the resulting (at least) two bootstrap files and do not run the 
original restore job. Next, run restore jobs with the created 
bootstrap files in the "natural" order.

Hope this helps,

Arno

> John
> 
> ------------------------------------------------------------------------------
> Crystal Reports - New Free Runtime and 30 Day Trial
> Check out the new simplified licensing option that enables 
> unlimited royalty-free distribution of the report engine 
> for externally facing server and web deployment. 
> http://p.sf.net/sfu/businessobjects
> _______________________________________________
> Bacula-users mailing list
> Bacula-users AT lists.sourceforge DOT net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
> 

-- 
Arno Lehmann
IT-Service Lehmann
Sandstr. 6, 49080 Osnabrück
www.its-lehmann.de

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables 
unlimited royalty-free distribution of the report engine 
for externally facing server and web deployment. 
http://p.sf.net/sfu/businessobjects
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users