Hello,
On 2/8/2006 9:02 PM, Chris Wilson wrote:
Hi,
I’m currently trying to restore a filesystem on a production Linux
PostgreSQL database server. I’ve been doing weekly full backups with
daily incrementals for some time now using an Exabyte 480 autoloader.
The files to be restored span 4 tapes. The restore process was going
smoothly until it hit the end of the first tape. As expected, it
reached the end of the tape and detected the EOF:
portal-fd: -rw------- 1 postgres postgres1073741824 2006-01-30
07:01:28 /usr2/pgsql-8.1.1/data/base/16390/266709
08-Feb 14:01 linuxapp1-sd: Got EOF at file 27 on device "Drive-1"
(/dev/nst0), Volume "000020"
Then it restored a few more files (or was it just the log entries were
out of order – doesn’t make sense to me...?):
No, it restored more files - EOF is, Bacula terms, not an End of File or
End of Volume but just a file mark on the tape. That's used to create
(comparatively) short tape segments which can be easily found on tape
when positioning the tape.
...
Then tried to switch to the second tape to restore from:
...
08-Feb 14:08 linuxapp1-sd: RestoreFiles.2006-02-08_13.22.45 Warning:
acquire.c:230 Could not unserialize Volume label: ERR=label.c:720
Expecting Volume Label, got FI=333012 Stream=SPARSE-DATA len=12476
Very very bad I guess :-(
To me, this looks as though there is no tape label written on tape.
You can try to unmount the tape from bconsole, and on a shell
- use mtx to load the tape
- use btape to verify the tape label
- use bls to show what kinds of blocks are on the tape. When I just
tried this, I found a segmentation fault, by he way. Bug report is
underway... Anyway, the command I'd use would be 'bls -c
/etc/bacula/bacula-sd.conf -kLvp /dev/nst2 -V 000004' and IIRC that
shows you which blocks Bacula recognizes.
If that all shows that the tape does not start with a Bacula label,
you're in trouble... it might be possible to extract data using bextract
or even using a hacked bextract, though. After all, the format of
Baculas storage blocks is known.
Good luck!
Arno
08-Feb 14:08 linuxapp1-sd: Please mount Volume "000004" on Storage
Device "Drive-1" (/dev/nst0) for Job RestoreFiles.2006-02-08_13.22.45
After searching the email list archives, I’m currently trying to do the
restore using the “-p” option on bacula-sd, but so far it’s not working
either. I’m running bacula 1.38.2 on a Linux system.
Please help!
-Chris
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
--
IT-Service Lehmann [EMAIL PROTECTED]
Arno Lehmann http://www.its-lehmann.de
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
