Este artigo é para Amanda Enterprise (AE) v.
Link para mais informações: http://wiki.zmanda.com/index.php/Splitsize_too_small
Sintomas do problema
A mensagem a seguir é mostrada como um aviso no ZMC ou ao executar amcheck na linha de comando:
"fallback_splitsize de 100 MB <0.1% do comprimento da fita"
descrição do problema
O fallback_splitsize é um parâmetro do dispositivo Amanda nas versões 3.1.5 e anteriores que especifica a quantidade de dados para armazenar em cache na RAM quando mais de uma fita é permitida por backup e nos momentos em que o backup não é gravado primeiro na área de teste. Normalmente, os backups são divididos na área de teste antes de ir para a fita, mas, quando um backup não é gravado na área de teste primeiro, ele é dividido na RAM e não deve ser inferior a 1% do tamanho do backup. Como Amanda não sabe qual será o tamanho dos backups durante a verificação do host, o usuário será alertado se o tamanho da divisão for particularmente pequeno em comparação com o tamanho da fita.
Resolução
Para resolver isso, edite o arquivo YAML para o perfil do trocador no diretório / etc / zmanda / zmc_aee / device_profiles / e encontre a linha que diz
fallback_splitsize: 100m
Altere o padrão conservador de 100 m para um número que seja pelo menos 1% do tamanho do seu maior backup ou, se desconhecido, pelo menos 0.1% do tamanho da sua fita. Este tamanho de dados é armazenado em cache na RAM, portanto, você deve ter RAM suficiente para a quantidade de dados especificada e não deve exceder 3.5 G. A alteração será feita para todos os conjuntos de backup que usam este dispositivo trocador.
Depois de fazer essa alteração, navegue até a página Admin | conjuntos de backup no console de gerenciamento Zmanda para que a alteração tenha efeito.
Se não houver RAM disponível suficiente para especificar o tamanho de divisão desejado ou necessário, o Amanda pode ser configurado para dividir o backup em disco em vez de RAM. Entre em contato com o suporte para obter ajuda com a configuração.
