>>>>> On Wed, 24 Feb 2010 20:45:01 -0000, Mike Holden said:
> 
> bextract: record.c:465-0 Block=219743 Ver=2 size=64512
> bextract: record.c:473-0 Enter read_record_block: remlen=56750 data_len=222 
> rem=0
> blkver=2
> bextract: record.c:533-0 rd_rec_blk() got FI=303570 SessId=62 Strm=GZIP 
> len=113
> remlen=56738 data_len=0
> bextract: record.c:592-0 Rtn full rd_rec_blk FI=303570 SessId=62 Strm=GZIP 
> len=113
> bextract: read_record.c:207-0 read-OK. state= blk=219743 rem=0 
> file:block=0:1291207847
> bextract: read_record.c:217-0 recno=43 state= blk=219743 SI=62 ST=1264433856 
> FI=303570
> bextract: read_record.c:286-0 OK callback. recno=43 state= blk=219743 SI=62
> ST=1264433856 FI=303570
>                                                                               
>        ---
> End
> bextract
> log
> 
> My guess is that it is probably disappearing on some kind of null or garbage
> pointer chase.
> 
> Can someone who understands the internals of what is going on with these 
> programs
> offer any information on what I can do to extract the rest of the volume?

It is probably getting stuck when trying to uncompress that block (Strm=GZIP).

You might be able to skip that file by doing bextract -b with a bootstrap
file.  Use FileIndex lines in the bootstrap file to avoid index 303570 (see
FI=303570 above).

__Martin

------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users