Guys
I am receiving the following when attempting to restore from the tapes:
24-Oct 15:41 rhino-dir JobId 577: Start Restore Job
RestoreFiles.2012-10-24_15.41.24_15
24-Oct 15:41 rhino-dir JobId 577: Using Device "LT0-5"
24-Oct 15:41 rhino-sd JobId 577: Ready to read from volume "tape16" on
device "LT0-5" (/dev/st0).
24-Oct 15:41 rhino-sd JobId 577: Error: block.c:291 Volume data error at
0:1! Wanted ID: "BB02", got "". Buffer discarded.
out of the suggestions found in
http://www.bacula.org/en/dev-manual/main/main/Restore_Command.html
under "Problems restoring Files"
I have attempted to use:
1. Set "Block Positioning = no" in your Device resource and try the
restore. This is a new directive and untested.
with the same error. I have then tried
3. Try editing the restore.bsr file at the Run xxx yes/mod/no prompt
before starting the restore job and remove all the VolBlock statements.
These are what causes Bacula to reposition the tape, and where problems
occur if you have a fixed block size set for your drive. The VolFile
commands also cause repositioning, but this will work regardless of the
block size.
but I find there are no VolBlock statements in the bsr.
I actually tried bextract first:
4. Use bextract to extract the files you want - it reads the Volume
sequentially if you use the include list feature, or if you use a .bsr
file, but remove all the VolBlock statements after the .bsr file is
created (at the Run yes/mod/no) prompt but before you start the restore.
and ran: bextract -dnn -i /etc/bacula/include-list -V tape16 /dev/st0
/data/vol16/ (with tape16 in the drive).
with the same error.
and lastly:
2. Set "Minimum Block Size = 512" and "Maximum Block Size = 512" and try
the restore. If you are able to determine the block size your drive was
previously using, you should try that size if 512 does not work. This is
a really horrible solution, and it is not at all recommended to continue
backing up your data without correcting this condition. Please see the
Tape Testing chapter for more on this.
I get the following:
24-Oct 16:02 rhino-dir JobId 579: Using Device "LT0-5"
24-Oct 16:02 rhino-sd JobId 579: Error: block.c:1045 Read error on fd=5
at file:blk 0:0 on device "LT0-5" (/dev/st0). ERR=Cannot allocate memory.
24-Oct 16:02 rhino-sd JobId 579: Warning: acquire.c:280 Read acquire:
Requested Volume "tape16" on "LT0-5" (/dev/st0) is not a Bacula labeled
Volume, because: ERR=block.c:1045 Read error on fd=5 at file:blk 0:0 on
device "LT0-5" (/dev/st0). ERR=Cannot allocate memory.
24-Oct 16:02 rhino-sd JobId 579: Error: block.c:1045 Read error on fd=5
at file:blk 0:0 on device "LT0-5" (/dev/st0). ERR=Cannot allocate memory.
24-Oct 16:02 rhino-sd JobId 579: Warning: acquire.c:280 Read acquire:
Requested Volume "tape16" on "LT0-5" (/dev/st0) is not a Bacula labeled
Volume, because: ERR=block.c:1045 Read error on fd=5 at file:blk 0:0 on
device "LT0-5" (/dev/st0). ERR=Cannot allocate memory.
24-Oct 16:02 rhino-sd JobId 579: Please mount Volume "tape16" for:
Job: RestoreFiles.2012-10-24_16.02.54_19
Storage: "LT0-5" (/dev/st0)
Pool: Default
Media type: LT0-5
What do I have to do to get any data off these tapes?
I have attempted using dd as well, with no success. any thoughts?
bacula version 5.2.12, Debian testing.
Thanks
Jurgen
--
Jürgen Weber
Systems Engineer
IT Infrastructure Team Leader
THE ICONIC | E jurgen.we...@theiconic.com.au | www.theiconic.com.au
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
