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