I don't see any debug messages for that code, so I think the only way to debug
it is using gdb on bacula-dir. The message "No files found to
restore/migrate." means that the function write_bsr has returned 0, which is
unexpected.
__Martin
>>>>> On Mon, 21 Dec 2009 09:26:27 +0100 (CET), Gabriele Bulfon said:
>
> Hi, it's 2.2.2, I can't upgrade yet.
> Is there any way I can check for errors? I can't find any inside the logs.
> Gabriele Bulfon - Sonicle S.r.l.
> Tel +39 028246016 Int. 30 - Fax +39 028243880
> Via Felice Cavallotti 16 - 20089, Rozzano - Milano - ITALY
> http://www.sonicle.com
> -= Mail sent through WebTop2 =-
> ----------------------------------------------------------------------------------
> Da: Martin Simmons
> A: bacula-users AT lists.sourceforge DOT net
> Data: 18 dicembre 2009 22.56.30 CET
> Oggetto: Re: [Bacula-users] Trouble on restore! Please help!
> On Fri, 18 Dec 2009 18:01:57 +0100 (CET), Gabriele Bulfon said:
> Hello, I'm having trouble restoring some files from an old backup.
> The job is no more in my db, so I had to run a bscan to reconstruct it.
> I also tried with bextract, but because the backup is concurrent I got a
> wrong file.
> During bscan, here is a summary of the output:
> bscan: butil.c:282 Using device: "QUANTUM" for reading.
> 18-Dec 11:35 bscan: Invalid slot=0 defined in catalog for Volume "GIOVEDI2"
> on "QUANTUM" (/dev/rmt/1cbn). Manual load my be required.
> 18-Dec 11:35 bscan: 3301 Issuing autochanger "loaded? drive 0" command.
> 18-Dec 11:35 bscan: 3302 Autochanger "loaded? drive 0", result is Slot 4.
> 18-Dec 11:35 bscan: Ready to read from volume "GIOVEDI2" on device "QUANTUM"
> (/dev/rmt/1cbn).
> bscan: bscan.c:276 First Volume Size = 0nbscan: bscan.c:288 Using Database:
> bacula, User: bacula
> bscan: bscan.c:430 Pool record for Default found in DB.
> bscan: bscan.c:444 Pool type "Backup" is OK.
> bscan: bscan.c:454 Media record for GIOVEDI2 found in DB.
> bscan: bscan.c:469 VOL_LABEL: MediaType mismatch. DB=LIBRARY Vol=LTO
> bscan: bscan.c:976 Created Client record for Client: iserver-fd
> bscan: bscan.c:1059 Created new JobId=2344 record for original JobId=1936
> 18-Dec 11:35 bscan: End of file 1 on device "QUANTUM" (/dev/rmt/1cbn), Volume
> "GIOVEDI2"
> bscan: bscan.c:681 32,768 file records. At file:blk=1:27,456
> bytes=1,770,245,645
> 18-Dec 11:35 bscan: End of file 2 on device "QUANTUM" (/dev/rmt/1cbn), Volume
> "GIOVEDI2"
> ...
> ...
> ...
> 18-Dec 13:42 bscan: End of file 223 on device "QUANTUM" (/dev/rmt/1cbn),
> Volume "GIOVEDI2"
> 18-Dec 13:42 bscan: End of Volume at file 223 on device "QUANTUM"
> (/dev/rmt/1cbn), Volume "GIOVEDI2"
> bscan: bscan.c:318 ========== JobId=0 ========
> bscan: bscan.c:935 Updated Media record at end of Volume: GIOVEDI2
> bscan: bscan.c:350 First Volume Size = 0n18-Dec 13:42 bscan: End of all
> volumes.
> bscan: bscan.c:935 Updated Media record at end of Volume: GIOVEDI2
> bscan: bscan.c:630 End of all Volumes. VolFiles=223 VolBlocks=0
> VolBytes=221,901,387,132
> Records added or updated in the catalog:
> 1 Media
> 1 Pool
> 4 Job
> 1367418 File
> First, notice that bscan warned with a "VOL_LABEL: MediaType mismatch.
> DB=LIBRARY Vol=LTO".
> I probably labeled these media when the MediaType was still LTO, then changed
> into LIBRARY
> (these are the names I use for single ltos and libraries).
> I hope this is not causing my problem.
> So, once finished, I ran bconsole, list jobs and found my job number.
> Checked that a list volumes was showing my current tapes to be in the slots
> correctly.
> Ran a restore via job number, marked 4 files in a directory, checked they
> were marked
> with lsmark and also with estimate, and it was correct.
> So I happily typed "done" to go on as usual...but I got this response:
> $ lsmark
> *simlifo
> *simlifo.14052009
> *simlifo.311208
> *simlifo.dopo6162
> $ estimate
> 232387 total files; 4 marked to be restored; 417,792 bytes.
> $ done
> No files found to restore/migrate. No bootstrap file written.
> No files selected to be restored.
> What happened?! Anyone can help???
> Which version are you running? Maybe it is fixed in 3.0.3?
> __Martin
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> _______________________________________________
> Bacula-users mailing list
> Bacula-users AT lists.sourceforge DOT net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
