☰

Bacula não usa a fita LTO In-Drive atual (mas a mais antiga)

tag-icon • tag-icon backup bacula tapedrive
Bacula não usa a fita LTO In-Drive atual (mas a mais antiga)

Estou tentando configurar o Bacula para reciclar automaticamente e usar uma fita aleatória que coloquei na única unidade LTO, mas parece preferir a fita de backup mais antiga, apesar de não estar na unidade. Já marquei todas as fitas como “Usadas” e garanto que o período de retenção acabou.

O storage conf e o dir conf SD.conf

Device {
Name = LTO5
Archive Device = /dev/nst0
Device Type = Tape
Media Type = LTO-5
LabelMedia = yes
Random Access = no
#AutoChanger = yes
AutomaticMount = yes
AlwaysOpen = yes
RemovableMedia = yes
Maximum Concurrent Jobs = 1
LabelMedia = yes
Maximum File Size = 12G

DIR

Pool {
  Name = Default
  Pool Type = Backup
  Recycle = yes                       # Bacula can automatically recycle Volumes
  AutoPrune = yes                     # Prune expired volumes
  Volume Retention = 15 days

Tenho lido a documentação e parece dizer que o algoritmo de armazenamento preferirá a fita da unidade, mas acho que não estou entendendo direito.

Existe alguma maneira de forçar o bacula a usar a fita atualmente dentro do drive?

Responder1

Então encontrei uma solução usando um script anterior ao trabalho.

Modifiquei o dir.conf adicionando esta linha ao trabalho

Run Before Job = "/etc/bacula/scripts/purgecurrenttape"

e purgecurrenttape é assim.

#!/bin/bash
#mount the inside-drive tape
echo "mount storage=LTO5" |bconsole| grep " " >> /var/log/scrcintas.log
sleep 5
#get the name of the mounted tape.
cinta=$(echo "status storage=LTO5" | bconsole  |grep Volume: |awk '{print $2}')
if [[ $cinta == CINTA* ]]; #check things.... 
then
#purge tape. 
echo "purge volume=$cinta" | bconsole | grep " " >> /var/log/scrcintas.log
sleep
else
echo error >> /var/log/scrcintas.log
fi

Dessa forma, sempre utiliza a fita purgada apesar dos períodos de retenção dos trabalhos ou volumes.

informação relacionada