On 31 January 2018 at 10:26, Alan Brown wrote:
> On 31/01/18 10:14, Ben Laurie wrote:
> > I also have that on my LTO3 drive.
>
> You should test this using the fill command in btape (which will test
> with uncompressible data). if the block size is set correctly you're
> going to achieve very clo
On 31/01/18 10:14, Ben Laurie wrote:
> I also have that on my LTO3 drive.
You should test this using the fill command in btape (which will test
with uncompressible data). if the block size is set correctly you're
going to achieve very close to the published throughput.
Please note that 250MB/s fo
I also have that on my LTO3 drive.
On 21 December 2017 at 23:08, Dan Langille wrote:
> Hello,
>
> I'm using Bacula 7.4.7 on FreeBSD 11
>
> What Bytes/block are you using for your LTO4 tapes?
>
> I ask because I just noticed:
>
> ###
> Device tape is "LTO_0" (/dev/nsa0) mounted with:
> Volum
Dan Langille wrote (2017/12/21):
> Hello,
>
> I'm using Bacula 7.4.7 on FreeBSD 11
>
> What Bytes/block are you using for your LTO4 tapes?
Oops, I waited for the others and now I see that I'm waiting too much :o)
I still do use Maximum Block Size = 65536 and I never had the problem.
The big win
Hello,
I'm using Bacula 7.4.7 on FreeBSD 11
What Bytes/block are you using for your LTO4 tapes?
I ask because I just noticed:
###
Device tape is "LTO_0" (/dev/nsa0) mounted with:
Volume: 34L4
Pool:FullsLTO4
Media type: LTO4
Slot 38 is loaded in drive 0.
Tot
