On Wednesday 30 November 2005 10:22, Benoit Panizzon wrote:
> > It is pretty easy to write your own bootstrap file for doing this, from
> > the data stored in the job record "llist jobid=50" -- then look at the
> > examples at the end of the restore chapter -- they talk about using bls
> > output for the information, if I remember right, but you should see the
> > same values in the llist listing ...
>
> Hi Kern
>
> Thank you very much for your help. But I fear I need a bit more support or
> did something wrong.
>
> Here's what I did:
>
> *llist jobid=50
> Using default Catalog name=MyCatalog DB=bacula
>            JobId: 50
>              Job: bang.2005-11-04_18.35.26
>         Job.Name: bang
>      PurgedFiles: 0
>             Type: B
>            Level: F
>     Job.ClientId: 5
>      Client.Name: bang.woody.ch-fd
>        JobStatus: f
>        SchedTime: 2005-11-04 18:35:25
>        StartTime: 2005-11-04 21:53:50
>          EndTime: 2005-11-05 10:32:14
>         JobTDate: 1131183134
>     VolSessionId: 15
>   VolSessionTime: 1130917066
>         JobFiles: 19993
>        JobErrors: 0
>  JobMissingFiles: 0
>       Job.PoolId: 1
>        Pool.Name: Default
>    Job.FileSetId: 7
>  FileSet.FileSet: Full Set
>
> I'm quite sure the Data is on 'Tape2'.
>
> The Bootstrap File I then wrote looks like:
>
> Volume="Tape2"
> VolSessionId=15
> VolSessionTime=1130917066
> FileIndex=1-19993
>
> I did a run => restore, and then selected the mentioned bootstrap file.
> Left the client alone (bang does not exist anymore at the time) and path to
> /tmp/bacula-restores

This looks fine to me.  The client does not need to exist to restore files 
backed up for the Client.  However, the client you specify below must exist.

>
> But still no files restored:
>
> 30-Nov 01:22 quasar.woody.ch-dir: Bacula 1.36.2 (28Feb05): 30-Nov-2005
> 01:22:26
>   JobId:                  53
>   Job:                    RestoreFiles.2005-11-29_22.32.24
>   Client:                 quasar.woody.ch-fd
>   Start time:             29-Nov-2005 22:32:26
>   End time:               30-Nov-2005 01:22:26
>   Files Expected:         0
>   Files Restored:         0
>   Bytes Restored:         0
>   Rate:                   0.0 KB/s
>   FD Errors:              0
>   FD termination status:  OK
>   SD termination status:  OK
>   Termination:            Restore OK
>
> What did go wrong?

I'd like to see the output where it asks you to run the job to make sure you 
pointed it to the correct bootstrap file (i.e. the one you wrote).

>
> Did I get the wrong tape?

Perhaps, or perhaps it was recycled and overwritten.

Run in bconsole:

  query
  17
  Tape2

See if JobId=50 is in the list it prints. If not, there is some problem with 
the Volume name.  According to the output, the job is not purged, so it 
should be OK.


> What does the 'client' setting in a restore job exactly mean? 

When you first select Client in the restore command, it determines what 
client/jobs we are talking about to find the files.

At the Run Job prompt, it says where the files are going to be sent to be 
restored.

In your case, it determines where the files will be stored, but for the moment 
none are found.

> Does it mean 
> that I want to restore TO that client, or that I want restore files that
> were saved FROM that client? 

> (but then where do I specify on to client I 
> want to restore?)

That is implicit (in your case) in the bsr file.

If all the above fails, do a bls of the volume.  Unfortunately, version 1.36.2 
bls doesn't supply all the info that is needed, but you could try it anyway 
to see if your files are there.  If they are and you *really* want to recover 
them, load version 1.38.2 somewhere and build it.  No need to install it, 
then copy the 1.38.2 bls into your install directory and run it.  It will 
give you all the VolSessionId/Time info and FileIndex info that you need to 
pull one or more files.

The end of the Restore chapter in the current manual gives some nice examples.

>
> Sincerely

-- 
Best regards,

Kern

  (">
  /\
  V_V


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to