On Thu, Mar 26, 2015 at 11:26 AM, Markus Rosjat <rosjat AT ghweb DOT 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 AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users