We use Linux (openSuse 13.1, Kernel: 3.11.10 atm)

Today I do some testing on the drive and it seems, that blocksizes up to
512k working fine so far. But going to 1M can lead to ebusy errors.

For productive use I am fine with lower blocksizes (even with the
default of 64k). In our setup its just a "nice to have" but not essential.

Maybe there are differences in the LTO generations and / or tapedrives.

On 30.04.2015 09:41, [email protected] wrote:
> 
> Zitat von Rene Arnhold <[email protected]>:
> 
>> sorry did not see this mail until now
>> And sorry about the missleading LTO5 in my first toppic.
>> We use LTO6 on the bareos Server.
>>
>> i have configured the max blocksize in the device section of my tape
>> drives. At the moment i have switched back to the default values and
>> moved all written tapes to a new pool with the 1M blocksize.
>>
>> HPs documentation about the LTO6 drives says, that you should not go
>> after 256 KB blocksize
>> (https://docs.oracle.com/cd/E38452_01/en/LTO6_Vol5_E1/LTO6_Vol5_E1.pdf).
>> Saddly my Drives are IBM and I can not find writings from IBM about this.
>>
>> Maybe there is something going on at the hardware on some drives and a
>> btape fill will rise errors (sometimes) where btape test does not.
> 
> Hello,
> 
> from what i read the 256K limit is only valid on HP-UX because of
> limitations of the st driver on that platform. Do you really use HP-UX?
> Otherwise other block sizes should be fine up to the maximum the tape
> and the driver supports. We use 1M with LTO 4 since around 3 years
> without any trouble.
> 
> Regards
> 
> Andreas
> 
> 


__________ Information from ESET Mail Security, version of virus signature 
database 11555 (20150430) __________

The message was checked by ESET Mail Security.
http://www.eset.com


-- 
You received this message because you are subscribed to the Google Groups 
"bareos-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to