Hell Caribe,
Thanks for the feedback and the thanks. Having the btape fill
command fail was really very annoying. I am glad that is behind
us. It is not likely to happen again, because there are now two
regression tests that detect this problem.
Hi Kern,
I can also confirm that the btape fill test change succeeds on 7.4.5.
The output is below. Thank you for all your hard work!
~Caribe
Wrote block=3877, file,blk=251,17749 VolBytes=2,501,130,175,488
rate=138.6 MB/s
Wrote block=38775000, file,blk=251,22749 VolBytes=2,501,452,735,488
Hello Laurent,
Thanks for the confirmation :-)
That is a really nice tape drive that you have. It has a really
nice capacity and very nice throughput.
Best regards,
Kern
On 02/08/2017 07:35 AM, Laurent ALONSO wrote:
Hello,
Thanks for this fix
I tested it with an LTO7 tape in IBM drives with a SCALAR i-500 librairy.
It works !
btape
*fill
.
.
Wrote block=15275000, file,blk=188,56939 VolBytes=6,006,374,006,784
rate=292.7 MB/s
Wrote block=1528, file,blk=188,61939 VolBytes=6,008,340,086,784
Hello,
Update: The problem of the btape fill command not working has been
around since about 2012. I now have a fix for it, and can safely say
that the problem resulted from some debug code that apparently only
affected the btape fill command. The debug code cleared some fields in
the
Actually, the situation is a bit more complicated.
It seems to be a false alert, but I haven't found the exact problem
yet. The problem does not exist in version 5.2, but it does exist in
7.0, 7.2, and 7.4., and the problem does not exist in the Enterprise
Edition, so nothing is really fixed
That's sad to hear, but I'm glad to know that it's got a known issue
that's being worked on.
I've tried the single volume test with similar results (see below). Is
the breakage only in the multivolume test, or is the btape fill facility
just plain broken in 7.4.4?
Thanks for your help!
On 27/01/17 00:36, Caribe Schreiber wrote:
> Hi all,
>
> I'm hoping someone can help point me in the right direction to get the
> btape multivolume fill test to work under bacula-7.4.4.
You can't. It's broken.
It was fixed recently but that fix hasn't rolled into the public release
stream yet
Hi all,
I'm hoping someone can help point me in the right direction to get the
btape multivolume fill test to work under bacula-7.4.4. I've got an HP
1/8 G2 Autoloader with an LTO-6 SAS drive running under gentoo linux
with kernel 4.4.39 and the linux st drivers. The firmware on both the
drive