> I manually repopulated the database using bscan (is there a better / less
> laborious way to do this?) and did the restore again, now my files came back
> as expected.

You are not supposed to use bscan often, since your file, job and volume 
retention should be enough to allow you to restore any file through bscan / gui 
+ Bacula Catalog. It's a disaster recovery tool. 
Other ways to restore Bacula Catalog information are: 
1. DB dump import, mainly if you loose all your Bacula database. 
2. bls + bextract, that can be very usefull to restore a few files from a 
volume, without the need of recreating all backup indexes with bscan. 

Regards, 
============================================================================== 
Heitor Medrado de Faria - LPIC-III | ITIL-F 
Jan. 26 - Fev. 06 - Novo Treinamento Telepresencial Bacula: 
http://www.bacula.com.br/?p=2174 
61 8268-4220 
Site: www.bacula.com.br | Facebook: heitor.faria | Gtalk: heitorfa...@gmail.com 
=============================================================================== 

> In between I also had done a copy job to copy the relevant full backup from
> tape to disk, so I'm not sure which of these steps changed the outcome of my
> restore.

> Peter

> On 14 January 2015 at 17:29, Peter van Heusden < p...@sanbi.ac.za > wrote:

> > No, about 900 files were marked, as can be seen in the files expected line.
> > I
> > did this by marking a directory, which, as I understand it, recursively
> > marks everything under that directory.
> 

> > Peter
> 
> > On Jan 14, 2015 3:59 PM, "John Drescher" < dresche...@gmail.com > wrote:
> 

> > > On Wed, Jan 14, 2015 at 8:21 AM, Peter van Heusden < p...@sanbi.ac.za >
> > > wrote:
> > 
> 
> > > > Hi there
> > 
> 
> > > >
> > 
> 
> > > > I did a backup of one of our servers in early December 2014. The backup
> > > > was
> > 
> 
> > > > written to a LTO3 tape on the IBM TS3200 tape changer that we have. The
> > 
> 
> > > > backup server is running bacula 5.0.0 and the client is bacula 2.2.8.
> > 
> 
> > > >
> > 
> 
> > > > I did a test restore soon after the backup completed and successfully
> > 
> 
> > > > restored some 4700 files (totalling 50 MB). Today I tried to do another
> > 
> 
> > > > restore from the data job and when the restore completed I got the
> > > > message:
> > 
> 
> > > >
> > 
> 
> > > > 14-Jan 13:31 bacula-dir JobId 694: Bacula bacula-dir 5.0.0 (26Jan10):
> > 
> 
> > > > 14-Jan-2015 13:31:00
> > 
> 
> > > > Build OS: x86_64-redhat-linux-gnu redhat
> > 
> 
> > > > JobId: 694
> > 
> 
> > > > Job: RestoreFiles.2015-01-14_13.28.46_09
> > 
> 
> > > > Restore Client: backup-server
> > 
> 
> > > > Start time: 14-Jan-2015 13:28:48
> > 
> 
> > > > End time: 14-Jan-2015 13:31:00
> > 
> 
> > > > Files Expected: 915
> > 
> 
> > > > 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 -- warning file count mismatch
> > 
> 
> > > >
> > 
> 
> > > >
> > 
> 
> > > > No errors were reported but nothing was restored. Does anyone know what
> > > > has
> > 
> 
> > > > happened to the data? And is there anything that can be done to get it
> > > > back?
> > 
> 
> > > >
> > 
> 

> > > Did you forget to mark the files you want to restore?
> > 
> 

> > > John
> > 
> 
------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to