Re: multiple LTOs in the same library

Exuvo <[email protected]> Fri, 19 May 2023 18:42:25 +0200
Newsgroups gmane.comp.archivers.amanda.user
Message-ID <[email protected]>
You can probably skip the labelstr completly and only use autolabeling=no with manual labeling to assign tapes to each storage pool.

Anton "exuvo" Olsson
    [email protected]

On 2023-05-19 13:36, ASV wrote:
> Wow, I'll go through it as soon as I can.
> Thank you very much for now exuvo, very appreciated!
>
>
> On Thu, 2023-05-18 at 12:13 +0200, Exuvo wrote:
>> Here is the relevant part of my config with multiple separated tapes
>> (all LTO5 in my case) in the same MSL2024.
>> This relies on you having labeled the tapes reasonably as it looks
>> like labelstr can not match the LTO type.
>> I do not use autolabeling, only manual labeling with a script i run
>> when i put in a new batch of tapes.
>>
>> labeling script for the box of A***** tapes i have, you can probably
>> modify this to put it in the correct storage pool based on LTO type:
>> tapes=`mtx -f /dev/tape/by-id/scsi-DEC8320699 status | grep "Storage
>> Element" | grep "Full" | cut -d " " -f 10 | cut -d "=" -f2 | grep -E
>> "^A[0-9]{5}"`
>> for tape in $tapes; do
>>      echo -n "Found archive tape $tape"
>>      new=`grep -c ${tape::-2} /etc/amanda/archive/tapelist`
>>      if [ "$new" -eq 0 ]; then
>>         echo -n ". New tape adding.. "
>>         sudo -u amanda amlabel --barcode "$tape" -f archive "${tape::-
>> 2}"
>>      fi
>> done
>>
>> shared amanda conf:
>> define tapetype LTO5 {
>>       comment "LTO-5"
>>       length 1400 gbytes # for scheduling only
>>       speed 140000 kps # unused
>>       blocksize 1024 kbytes # optimizing-the-tape-speed.pdf suggest
>> 1MB, manual suggests 256KB. default 32KB
>> }
>>
>> weekly conf for 10 rotating tapes:
>> define policy retention {
>>       retention-tapes   5 tapes
>>       retention-days    0
>>       retention-recover 1 week
>> #    retention-recover 0
>>       retention-full    0
>> }
>>
>> define storage backup-storage {
>>       policy "retention"
>>       tapepool "rotating"
>>       tpchanger "MSL2024"
>>       runtapes 2 # max number of tapes used in a single run of amdump
>>       tapetype "LTO5"
>>       labelstr "^ROT[0-9]{2,3}$" # label constraint regex: all tapes
>> must match
>>       taperscan "lexical"
>> }
>> storage "backup-storage"
>>
>> yearly conf with single use box of tapes:
>> define policy retention {
>>       retention-tapes  10 tapes
>>       retention-days    0
>>       retention-recover 0 week
>>       retention-full  300
>> }
>>
>> define storage archive-storage {
>> #    policy "retention"
>>       tapepool "ironmountain"
>>       tpchanger "MSL2024"
>>       runtapes 10 # max number of tapes used in a single run of amdump
>>       tapetype "LTO5"
>>       labelstr "^A[0-9]{5}$" # label constraint regex: all tapes must
>> match
>>       taperscan "lexical"
>> }
>> storage "archive-storage"
>>
>> Anton "exuvo" Olsson
>>      [email protected]
>>
>> On 2023-05-17 16:06, ASV wrote:
>>> That's correct, all drives are LTO8, but not all tapes. And no,
>>> there
>>> is no definition of any kind for slot positioning of the LTO7 right
>>> now.
>>>
>>> Thanks for your reply.
>>>
>>>
>>> On Tue, 2023-05-16 at 16:48 +0200, Stefan G. Weichinger wrote:
>>>> Am 16.05.23 um 16:34 schrieb ASV:
>>>>> Thanks exuvo, I'll try to dig a bit in that direction even
>>>>> though I
>>>>> was
>>>>> expecting some built-in functionality for that.
>>>> Are the LTO7-tapes always in defined slots?
>>>>
>>>> As far as I understand all *drives* are LTO8, but not all *tapes*
>>>> ?
>>>>
>>>>
>>>>
>>>>
>>>>