Hello,
Your drive can be dirty, are you using smartctl to retrieve drive errors ?
Cleaning tape it can help you, but i don't think that you will be able to
re-read your
tape.
You can tell to bacula to skip this media by editing the bsr file, but i
think that you won't be able
to restore files that are beyong the error. Maybe you can test by using "mt
-f /dev/nst0 fsf 15" and
see if it's work. (error was on file 14)
Bye
Thomas Mueller-13 wrote:
>
> hi
>
> ok, last month i bought a LTO-4 from Quantum for a customer. I
> successfully made the btape tests and a test backup/restore.
>
> then i ran the backup job - successful, the verifyjob (volume to catalog
> - pins5) - successfull.
>
> Now i try to restore some files. It reads from the first tape - OK. On
> the second tape i get the following after a whil with dmesg:
>
> st0: Add. Sense: Unrecovered read error
> st0: Sense Key : Medium Error [current]
> st0: Add. Sense: Unrecovered read error
> st0: Sense Key : Medium Error [current]
> st0: Add. Sense: Unrecovered read error
> st0: Sense Key : Medium Error [current]
> st0: Add. Sense: Unrecovered read error
>
>
> last lines of bacula joblog:
>
> 18-Jul 19:42 bacula-sd JobId 794: Error: block.c:994 Read error on fd=5
> at file:blk 14:10608 on device "LTO-4" (/dev/nst0). ERR=Input/output
> error.
> 18-Jul 19:42 bacula-fd JobId 794: Error: attribs.c:421 File size of
> restored file /archive/restore/transfer/bogusfile.dpx not correct.
> Original 8302592, restored 1769472.
> 18-Jul 19:42 bacula-dir JobId 794: Error: Bacula bacula-dir 2.2.8
> (26Jan08): 18-Jul-2008 19:42:17
> Build OS: x86_64-pc-linux-gnu debian 4.0
> JobId: 794
> Job: RestoreFilesFromArchive.2008-07-18_17.35.35
> Restore Client: bacula-fd
> Start time: 18-Jul-2008 17:35:46
> End time: 18-Jul-2008 19:42:17
> Files Expected: 24,763
> Files Restored: 15,423
> Bytes Restored: 55,496,768,057
> Rate: 7310.9 KB/s
> FD Errors: 1
> FD termination status: Error
> SD termination status: Error
> Termination: *** Restore Error ***
>
> 18-Jul 19:42 bacula-dir JobId 794: Begin pruning Jobs.
> 18-Jul 19:42 bacula-dir JobId 794: No Jobs found to prune.
> 18-Jul 19:42 bacula-dir JobId 794: Begin pruning Files.
> 18-Jul 19:42 bacula-dir JobId 794: No Files found to prune.
> 18-Jul 19:42 bacula-dir JobId 794: End auto prune.
>
>
> Is it really possible that a new media (once written and backup job
> checked with verify) could already be DAMAGED?
>
> i've rerun the job, same error...
>
> and is there some way to tell bacula to not stop on filesize mismatch on
> restore?
>
> - Thomas
>
>
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
> world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Bacula-users mailing list
> Bacula-users AT lists.sourceforge DOT net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
--
View this message in context:
http://www.nabble.com/restore-failed----Medium-Error--tp18534816p18535870.html
Sent from the Bacula - Users mailing list archive at Nabble.com.
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|