Alex Bremer schrieb:
> 2009/3/10, Ralf Gross <ralf-li...@ralfgross.de>:
> > Hm, no idea what the problem is. But file 7 is not a real backed up
> > file, it's some kind of mark that bacula writes to the volume.
> >
> > Can you check the volume with bscan?
>
> Yes, seems to work - I tried the '-r' option and bscan did not complain:
>
> #####################
> bscan: butil.c:282 Using device: "DEV.FileStorage" for reading.
> 11-Mär 13:15 bscan JobId 0: Ready to read from volume "VOL-DAILY-0007"
> on device "DEV.FileStorage" (/local/var/backup/volumes).
> bscan: bscan.c:410 Record: SessId=1 SessTim=1236615588 FileIndex=-2
> Stream=0 len=161
> bscan: bscan.c:488 VOL_LABEL: OK for Volume: VOL-DAILY-0007
> bscan: bscan.c:410 Record: SessId=1 SessTim=1236615588 FileIndex=-4
> Stream=1 len=176
> bscan: bscan.c:410 Record: SessId=1 SessTim=1236615588 FileIndex=1
> Stream=1 len=91
> bscan: bscan.c:410 Record: SessId=1 SessTim=1236615588 FileIndex=1
> Stream=4 len=655
> bscan: bscan.c:410 Record: SessId=1 SessTim=1236615588 FileIndex=1
> Stream=3 len=16
> bscan: bscan.c:410 Record: SessId=1 SessTim=1236615588 FileIndex=2
> Stream=1 len=87
> <...~900.000 lines stripped... >
> bscan: bscan.c:410 Record: SessId=6 SessTim=1236615588 FileIndex=1
> Stream=4 len=7384
> bscan: bscan.c:410 Record: SessId=6 SessTim=1236615588 FileIndex=1
> Stream=4 len=7398
> bscan: bscan.c:410 Record: SessId=6 SessTim=1236615588 FileIndex=1
> Stream=3 len=16
> bscan: bscan.c:410 Record: SessId=6 SessTim=1236615588 FileIndex=-5
> Stream=6 len=232
> 11-Mär 13:20 bscan JobId 0: End of Volume at file 7 on device
> "DEV.FileStorage" (/local/var/backup/volumes), Volume "VOL-DAILY-0007"
> bscan: bscan.c:323-0 ========== JobId=0 ========
> 11-Mär 13:20 bscan JobId 0: End of all volumes.
> bscan: bscan.c:410 Record: SessId=0 SessTim=0 FileIndex=-6 Stream=0 len=0
> bscan: bscan.c:637 End of all Volumes. VolFiles=7 VolBlocks=0
> VolBytes=32,986,941,016
> Records would have been added or updated in the catalog:
> 1 Media
> 1 Pool
> 6 Job
> 101635 File
> ##################################
>
> Does this help in any way? Is there a way to enable some kind of debug
> mode so I can see why bacula thinks some files are missing.
So the volume only has 7 volume files (markers/chunks). You could add
-d 100 or 200 to the daemon options in the bacula-fd start script on
the client where the verify is running and redirect the output to a
file.
Debian:
/etc/init.d/bacula-fd
ARGS="-c /etc/bacula/bacula-fd.conf -d100"
...
start-stop-daemon --start --quiet --pidfile $PIDFILE \
--exec $DAEMON -- $ARGS >>/var/log/bacula/bacula-fd.dbg
/etc/init.d/bacula-fd restart
Maybe you also need debugging on dir and sd.
Ralf
------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
