Success!!  

Given the difficulties I was having with bextract, I decided to go back to 
bscan an try again (3th time) to get the volume into the database and use 
restore to get the files I needed.  It worked!..

I think what was happening before was the nightly jobs were running and pruning 
the database, before I got round to restoring the data.

Anyway thanks to all who responded!

This is a great community of folk.

Troy

On 28,Jun 2011, at 6:22 AM, Martin Simmons wrote:

>>>>>> On Mon, 27 Jun 2011 14:07:35 -0500, Troy Kocher said:
>> 
>> All, 
>> 
>> I could really use some ideas..
>> --------
>> #bextract -d99 -i databaselist.rest -V DatabaseF-0027 /data/bacula /data/tmp
>> bextract: stored_conf.c:698-0 Inserting director res: foobar-dir
>> bextract: butil.c:282 Using device: "/data/bacula" for reading.
>> bextract: acquire.c:109-0 MediaType dcr= dev=File
>> bextract: acquire.c:228-0 opened dev "pool" (/data/bacula) OK
>> bextract: acquire.c:231-0 calling read-vol-label
>> 
>> Volume Label:
>> Id                : Bacula 1.0 immortal
>> VerNo             : 11
>> VolName           : DatabaseF-0027
>> PrevVolName       : 
>> VolFile           : 0
>> LabelType         : VOL_LABEL
>> LabelSize         : 186
>> PoolName          : DatabaseF
>> MediaType         : File
>> PoolType          : Backup
>> HostName          : foobar.mtadistributors.com
>> Date label written: 06-Sep-2010 02:23
>> bextract: acquire.c:235-0 Got correct volume.
>> 24-Jun 11:16 bextract JobId 0: Ready to read from volume "DatabaseF-0027" on 
>> device "pool" (/data/bacula).
>> bextract: attr.c:281-0 -rw-rw----   1 pgsql    pgsql      386091824 
>> 2011-06-09 08:51:47  
>> /data/tmp/mnt/database/usr/home/pgsql/dumps/mta.dump.sql.gz-4
>> bextract JobId 0: -rw-rw----   1 pgsql    pgsql      386091824 2011-06-09 
>> 08:51:47  /data/tmp/mnt/database/usr/home/pgsql/dumps/mta.dump.sql.gz-4
>> ----------
>> I started this on Friday and this morning a zero byte file existed @ 
>> '/data/tmp/mnt/database/usr/home/pgsql/dumps/mta.dump.sql.gz-4'.  Top showed 
>> the one of the processors working on 'bextract' and consuming 100%.   
>> 
>> Any help would be greatly appreciated!
> 
> Which version of Bacula?
> 
> Can you try attaching gdb to the bextract process and doing:
> 
> thread apply all bt
> 
> __Martin
> 
> 


------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users