>>>>> 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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
