Hi all,
I posted some time ago about the fill command failing giving me this type of error:
Error: Re-read last block at EOT failed. ERR=block.c:1029 Read zero bytes at 568:0 on device "LTO5" (/dev/nst0).
Some suggested it might be related to hardware compression so I since had a chance to disable it (library in production) and test without and unfortunatelly the problem remains.
Restores work. However, someone at work told me he had a similar problem once and disregarded the messages.
But after his drive died, the replacement one couldn't reread the tapes due to the error and he needed to find the same series of drive as the broken one.
This is extremely scary regarding the importance of these archives.
Someone suggested in my last mail that it was OK but did not explain why.
Could anybody explain ?
I'm using a DELL TL2000 with
bacula Version: 5.0.2 (28 April 2010) x86_64-pc-linux-gnu debian squeeze/sid
Thanks in advance for any help,
Best,
Gnewbee
------------------------------------------------------------------------------
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d _______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
| 