On Thu, Mar 26, 2015 at 11:26 AM, Markus Rosjat <ros...@ghweb.de> wrote: > Hi there, > > I know this question was asked befor and maybe it will be again in the > future but I'm kinda frustrated with it. > We have a LTO-3 hp tapeloader and suddenly our jobs began to randomly > mark tapes as full even the tape was writen with half of the amount or > sometimes less. I found some old post about it on the list but with a > aswer like > "solved but I dont tell because it was sooo simple" you get frustrated > again. What we did so far without solving the problem. > > 1. replacing the scsi controller -> no effect > 2. replacing the scsi cable -> no effect > 3. replacing the terminator -> no effect > 4. replacing the tapeloader -> no effect > > so even with all physical parts removed bacula insist that the tapes are > fully writen after 150gb or even 80gb. We used brand new, never written > tapes too and got told they are full. but checking showed we had once > again just written less then expected. > > So if somebody out there with the same problem and a solution please share. > > Regards
Start testing at a lower level. I mean try filling a tape with tar or dd. You probably want to use random data as a source instead of /dev/zero (because of compression will compress 0s such that you may never fill the tape...) John ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
