Re: [Bacula-devel] Restoring from volumes on multiple storages

[Graham K. <gr...@eq...>]

I started this thread on the bacula-users list, but I'm now also sending it
to the bacula-devel list, as I seem to have taken that sort of turn.

On Wed, Feb 25, 2009 at 10:12:19PM +0100, Arno Lehmann wrote:
> Hi,
> 
> 25.02.2009 18:37, Graham Keeling wrote:
> > Hello,
> > 
> > Here I'm using bacula-2.2.8.
> > 
> > I have a bacula storage daemon, 'Disk 1' (Device 'Disk 1.0') and a bacula
> > storage daemon, 'BPL2Disk 1' (Device 'BPL2Disk 1.0').
> > There is one backup job allowed per volume.
> > 
> > 'BPL2Disk 1' has a full backup and several incrementals.
> > 'Disk 1' has the latest incremental.
> > 
> > When I try to restore a job that needs four volumes in total including the
> > latest one on 'Disk 1', it seems as if bacula doesn't bother trying to find
> > the last volume on the second storage. It just tries the first and gives up.
> > 
> > I have attached the .bsr file that was produced for the restore job. You can
> > see that it has got the device names correct.
> > 
> > The attached file 'log' shows the commands that I entered for the restore job
> > into bconsole, the questions that it asked me, and the messages that bacula
> > logged when it tried to run the restore.
> > It clearly shows that bacula knows where the different volumes are, but it
> > then ignored that information and tried to find all the volumes on
> > 'BPL2Disk 1'.
> > 
> > Have a found a bug, a limitation, a feature, or am I doing it wrong?
> 
> A limitation (which should be documented somewhere...)
> 
> The solution is to either pick the jobs manually, and start a restore 
> for the set from one storage device first, then run a restore from the 
> second storage devices volumes.
> 
> Or, alternatively, you can take the bootstrap file you already have, 
> split it in two in this location:
> 
> FileIndex=320-321
> FileIndex=540
> Count=7
>  >>>> split here <<<<
> Volume="backup-0145"
> MediaType="File"
> Device="Disk 1.0"
> VolSessionId=70
> 
> and run two separate restore jobs with the resulting bootstrap files.

Thanks for your reply.

I would have thought that the bacula director should be able to do this
splitting up of the jobs to the separate storage daemons by itself. After
all, it has already figured out where the volumes are.

Whilst I was entering the commands into bconsole, it said this:

> Bootstrap records written to /var/lib/bacula/testingserv.examples.co.uk-di.restore.9.bsr
> The job will require the following
> Volume(s)                 Storage(s)                SD Device(s)
> ===========================================================================
> backup-0031               BPL2Disk 1                BPL2Disk 1.0
> backup-0013               BPL2Disk 1                BPL2Disk 1.0
> backup-0297               BPL2Disk 1                BPL2Disk 1.0
> backup-0145               Disk 1                    Disk 1.0
> 809 files selected to be restored.

You can see that it knows all the information that is needed.

What needs to happen to get this 'fixed' so that it requires no fiddly manual
intervention and just does what I told it to do (and what it knows it should
do)?

It seems to me that the director just needs to feed separate .bsr files
to the separate storages that it needs the data from. Can this happen easily?

Has anybody come across this, or thought about this before? It seems to me that
this must be a reasonably common occurence.