Scrubbing

Para verificar periodicamente os dados e a paridade em busca de erros, você pode executar o comando scrub.

snapraid scrub

Este comando compara os dados em seu array com o hash calculado durante o comando sync para verificar a integridade.

Cada execução do comando verifica aproximadamente 8% do array, excluindo dados já examinados nos 10 dias anteriores. Você pode usar a opção -p, --plan para especificar uma quantidade diferente e a opção -o, --older-than para especificar uma idade diferente em dias. Por exemplo, para verificar 5% do array em busca de blocos com mais de 20 dias, use:

snapraid -p 5 -o 20 scrub

Se erros silenciosos ou de entrada/saída forem encontrados durante o processo, os blocos correspondentes serão marcados como ruins no arquivo de content e listados no comando status.

snapraid status

Para corrigi-los, você pode usar o comando fix, filtrando por blocos ruins com a opção -e, --filter-error:

snapraid -e fix

Na próxima execução de scrub, os erros desaparecerão do relatório de status se estiverem realmente corrigidos. Para torná-lo mais rápido, você pode usar -p bad para examinar apenas blocos marcados como ruins.

snapraid -p bad scrub

Executar scrub em um array não sincronizado pode relatar erros causados por arquivos removidos ou modificados. Esses erros são relatados na saída de scrub, mas os blocos relacionados não são marcados como ruins.

Pooling

Nota: O recurso de pooling descrito abaixo foi substituído pela ferramenta mergerfs, que agora é a opção recomendada para usuários Linux na comunidade SnapRAID. Mergefs oferece uma maneira mais flexível e eficiente de agrupar várias unidades em um único ponto de montagem unificado, permitindo acesso perfeito a arquivos em todo o seu array sem depender de links simbólicos. Ele se integra bem ao SnapRAID para proteção de paridade e é comumente usado em configurações como OpenMediaVault (OMV) ou configurações NAS personalizadas.

Para ter todos os arquivos em seu array mostrados na mesma árvore de diretórios, você pode habilitar o recurso de pooling. Ele cria uma visualização virtual somente leitura de todos os arquivos em seu array usando links simbólicos.

Você pode configurar o diretório de pooling no arquivo de configuração com:

pool /pool

ou, se você estiver no Windows, com:

pool C:\pool

e, em seguida, executar o comando pool para criar ou atualizar a visualização virtual.

snapraid pool

Se você estiver usando uma plataforma Unix e quiser compartilhar este diretório pela rede com máquinas Windows ou Unix, você deve adicionar as seguintes opções ao seu /etc/samba/smb.conf:

# Na seção global de smb.conf
unix extensions = no

# Na seção de compartilhamento de smb.conf
[pool]
comment = Pool
path = /pool
read only = yes
guest ok = yes
wide links = yes
follow symlinks = yes

No Windows, compartilhar links simbólicos por uma rede requer que os clientes os resolvam remotamente. Para habilitar isso, além de compartilhar o diretório do pool, você também deve compartilhar todos os discos de forma independente, usando os nomes de disco definidos no arquivo de configuração como pontos de compartilhamento. Você também deve especificar na opção share do arquivo de configuração o caminho UNC do Windows que os clientes remotos precisam usar para acessar esses discos compartilhados.

Por exemplo, operando a partir de um servidor chamado darkstar, você pode usar as opções:

data d1 F:\array\
data d2 G:\array\
data d3 H:\array\
pool C:\pool
share \\darkstar

e compartilhar os seguintes diretórios pela rede:

\\darkstar\pool -> C:\pool
\\darkstar\d1 -> F:\array
\\darkstar\d2 -> G:\array
\\darkstar\d3 -> H:\array

para permitir que clientes remotos acessem todos os arquivos em \\darkstar\pool.

Você também pode precisar configurar clientes remotos para habilitar o acesso a symlinks remotos com o comando:

fsutil behavior set SymlinkEvaluation L2L:1 R2R:1 L2R:1 R2L:1

Desexcluir (Undeleting)

O SnapRAID funciona mais como um programa de backup do que como um sistema RAID, e pode ser usado para restaurar ou desexcluir arquivos para seu estado anterior usando a opção -f, --filter:

snapraid fix -f FILE

ou para um diretório:

snapraid fix -f DIR/

Você também pode usá-lo para recuperar apenas arquivos excluídos acidentalmente dentro de um diretório usando a opção -m, --filter-missing, que restaura apenas arquivos ausentes, deixando todos os outros intocados.

snapraid fix -m -f DIR/

Ou para recuperar todos os arquivos excluídos em todas as unidades com:

snapraid fix -m

Recuperando

O pior aconteceu e você perdeu um ou mais discos!

NÃO ENTRE EM PÂNICO! Você será capaz de recuperá-los!

A primeira coisa que você deve fazer é evitar mais alterações em seu array de discos. Desabilite quaisquer conexões remotas a ele e quaisquer processos agendados, incluindo qualquer sincronização noturna ou scrub agendado do SnapRAID.

Em seguida, prossiga com as seguintes etapas.

data d1 /mnt/disk1/

data d1 /mnt/new_spare_disk/

snapraid -d NAME -l fix.log fix

snapraid -d NAME -a check

snapraid sync

status

Imprime um resumo do estado do array de discos.

Inclui informações sobre a fragmentação da paridade, a idade dos blocos sem verificação e todos os erros silenciosos registrados encontrados durante o scrubbing.

As informações apresentadas referem-se à última vez que você executou sync. Modificações posteriores não são levadas em conta.

Se blocos ruins foram detectados, seus números de bloco são listados. Para corrigi-los, você pode usar o comando fix -e.

Também mostra um gráfico que representa a última vez que cada bloco foi examinado (scrubbed) ou sincronizado (synced). Blocos examinados são mostrados com *, blocos sincronizados, mas ainda não examinados, com o.

Nada é modificado.

smart

Imprime um relatório SMART de todos os discos no sistema.

Inclui uma estimativa da probabilidade de falha no próximo ano, permitindo que você planeje substituições de manutenção de discos que mostrem atributos suspeitos.

Esta estimativa de probabilidade é obtida correlacionando os atributos SMART dos discos com os dados do Backblaze disponíveis em:

https://www.backblaze.com/hard-drive-test-data.html

Se o SMART relatar que um disco está falhando, FAIL ou PREFAIL é impresso para esse disco, e o SnapRAID retorna com um erro. Neste caso, a substituição imediata do disco é altamente recomendada.

Outras possíveis strings de status são:

Se a opção -v, --verbose for especificada, uma análise estatística mais profunda é fornecida. Esta análise pode ajudá-lo a decidir se você precisa de mais ou menos paridade.

Este comando usa a ferramenta smartctl e é equivalente a executar smartctl -a em todos os dispositivos.

Se seus dispositivos não forem detectados automaticamente corretamente, você pode especificar um comando personalizado usando a opção smartctl no arquivo de configuração.

Nada é modificado.

probe

Imprime o estado de ENERGIA de todos os discos no sistema.

Standby significa que o disco não está girando. Active significa que o disco está girando.

Este comando usa a ferramenta smartctl e é equivalente a executar smartctl -n standby -i em todos os dispositivos.

Se seus dispositivos não forem detectados automaticamente corretamente, você pode especificar um comando personalizado usando a opção smartctl no arquivo de configuração.

Nada é modificado.

up

Liga (spins up) todos os discos do array.

Você pode ligar apenas discos específicos usando a opção -d, --filter-disk.

Ligar todos os discos ao mesmo tempo requer muita energia. Certifique-se de que sua fonte de alimentação pode suportar isso.

Nada é modificado.

down

Desliga (spins down) todos os discos do array.

Este comando usa a ferramenta smartctl e é equivalente a executar smartctl -s standby,now em todos os dispositivos.

Você pode desligar apenas discos específicos usando a opção -d, --filter-disk.

Para desligar automaticamente em caso de erro, você pode usar a opção -s, --spin-down-on-error com qualquer outro comando, o que é equivalente a executar down manualmente quando ocorre um erro.

Nada é modificado.

diff

Lista todos os arquivos modificados desde o último sync que precisam ter seus dados de paridade recalculados.

Este comando não verifica os dados do arquivo, mas apenas o carimbo de data/hora, tamanho e inode do arquivo.

Após listar todos os arquivos alterados, um resumo das alterações é apresentado, agrupado por:

Se uma sync for necessária, o código de retorno do processo é 2, em vez do padrão 0. O código de retorno 1 é usado para uma condição de erro genérica.

Nada é modificado.

sync

Atualiza as informações de paridade. Todos os arquivos modificados no array de discos são lidos, e os dados de paridade correspondentes são atualizados.

Você pode parar este processo a qualquer momento pressionando Ctrl+C, sem perder o trabalho já feito. Na próxima execução, o processo sync será retomado de onde foi interrompido.

Se erros silenciosos ou de entrada/saída forem encontrados durante o processo, os blocos correspondentes são marcados como ruins.

Os arquivos são identificados por caminho e/ou inode e verificados por tamanho e carimbo de data/hora. Se o tamanho ou carimbo de data/hora do arquivo for diferente, a paridade dos dados é recalculada para todo o arquivo. Se o arquivo for movido ou renomeado no mesmo disco, mantendo o mesmo inode, a paridade não é recalculada. Se o arquivo for movido para outro disco, a paridade é recalculada, mas as informações de hash calculadas anteriormente são mantidas.

Os arquivos content e parity são modificados se necessário. Os arquivos no array NÃO são modificados.

scrub

Examina (scrubs) o array, verificando se há erros silenciosos ou de entrada/saída nos discos de dados e paridade.

Cada invocação verifica aproximadamente 8% do array, excluindo dados já examinados nos últimos 10 dias. Isso significa que examinar (scrubbing) uma vez por semana garante que cada bit de dados seja verificado pelo menos uma vez a cada três meses.

Você pode definir um plano de scrub ou quantidade diferente usando a opção -p, --plan, que aceita: bad - Examina blocos marcados como ruins. new - Examina blocos recém-sincronizados ainda não examinados. full - Examina tudo. 0-100 - Examina a porcentagem especificada de blocos.

Se você especificar um valor percentual, também pode usar a opção -o, --older-than para definir a idade mínima do bloco. Os blocos mais antigos são examinados primeiro, garantindo uma verificação ideal. Se você quiser examinar apenas os blocos recém-sincronizados ainda não examinados, use a opção -p new.

Para obter detalhes do status do scrub, use o comando status.

Para qualquer erro silencioso ou de entrada/saída encontrado, os blocos correspondentes são marcados como ruins no arquivo de content. Esses blocos ruins são listados em status e podem ser corrigidos com fix -e. Após a correção, no próximo scrub, eles serão verificados novamente e, se considerados corrigidos, a marcação de ruim será removida. Para examinar apenas os blocos ruins, você pode usar o comando scrub -p bad.

É recomendado executar scrub apenas em um array sincronizado para evitar erros relatados causados por dados não sincronizados. Esses erros são reconhecidos como não sendo erros silenciosos, e os blocos não são marcados como ruins, mas tais erros são relatados na saída do comando.

O arquivo content é modificado para atualizar o tempo da última verificação para cada bloco e para marcar blocos ruins. Os arquivos parity NÃO são modificados. Os arquivos no array NÃO são modificados.

fix

Corrige todos os arquivos e os dados de paridade.

Todos os arquivos e dados de paridade são comparados com o estado de snapshot salvo na última sync. Se uma diferença for encontrada, ela é revertida para o snapshot armazenado.

ATENÇÃO! O comando fix não diferencia entre erros e modificações intencionais. Ele reverte incondicionalmente o estado do arquivo para a última sync.

Se nenhuma outra opção for especificada, todo o array é processado. Use as opções de filtro para selecionar um subconjunto de arquivos ou discos para operar.

Para corrigir apenas os blocos marcados como ruins durante sync e scrub, use a opção -e, --filter-error. Ao contrário de outras opções de filtro, esta aplica correções apenas a arquivos que não foram alterados desde a última sync.

O SnapRAID renomeia todos os arquivos que não podem ser corrigidos adicionando a extensão .unrecoverable.

Antes de corrigir, todo o array é escaneado para encontrar quaisquer arquivos movidos desde a última operação sync. Esses arquivos são identificados por seu carimbo de data/hora, ignorando seu nome e diretório, e são usados no processo de recuperação, se necessário. Se você moveu alguns deles para fora do array, pode usar a opção -i, --import para especificar diretórios adicionais para escanear.

Os arquivos são identificados apenas por caminho, não por inode.

O arquivo content NÃO é modificado. Os arquivos parity são modificados se necessário. Os arquivos no array são modificados se necessário.

check

Verifica todos os arquivos e os dados de paridade.

Funciona como fix, mas apenas simula uma recuperação e nenhuma alteração é escrita no array.

Este comando é destinado principalmente a verificações manuais, como após um processo de recuperação ou em outras condições especiais. Para verificações periódicas e agendadas, use scrub.

Se você usar a opção -a, --audit-only, apenas os dados do arquivo são verificados, e os dados de paridade são ignorados para uma execução mais rápida.

Os arquivos são identificados apenas por caminho, não por inode.

Nada é modificado.

list

Lista todos os arquivos contidos no array no momento da última sync.

Com -v ou --verbose, o tempo sub-segundo também é mostrado.

Nada é modificado.

dup

Lista todos os arquivos duplicados. Dois arquivos são considerados iguais se seus hashes corresponderem. Os dados do arquivo não são lidos; apenas os hashes pré-calculados são usados.

Nada é modificado.

pool

Cria ou atualiza uma visualização virtual de todos os arquivos em seu array de discos no diretório pooling.

Os arquivos não são copiados, mas ligados usando links simbólicos.

Ao atualizar, todos os links simbólicos existentes e subdiretórios vazios são excluídos e substituídos pela nova visualização do array. Quaisquer outros arquivos regulares são deixados no lugar.

Nada é modificado fora do diretório do pool.

devices

Imprime os dispositivos de baixo nível usados pelo array.

Este comando exibe as associações de dispositivos no array e destina-se principalmente como uma interface de script.

As duas primeiras colunas são o ID do dispositivo de baixo nível e o caminho. As próximas duas colunas são o ID do dispositivo de alto nível e o caminho. A última coluna é o nome do disco no array.

Na maioria dos casos, você tem um dispositivo de baixo nível para cada disco no array, mas em algumas configurações mais complexas, você pode ter vários dispositivos de baixo nível usados por um único disco no array.

Nada é modificado.

touch

Define um carimbo de data/hora sub-segundo arbitrário para todos os arquivos que o têm definido como zero.

Isso melhora a capacidade do SnapRAID de reconhecer arquivos movidos e copiados, pois torna o carimbo de data/hora quase único, reduzindo possíveis duplicatas.

Mais especificamente, se o carimbo de data/hora sub-segundo não for zero, um arquivo movido ou copiado é identificado como tal se corresponder ao nome, tamanho e carimbo de data/hora. Se o carimbo de data/hora sub-segundo for zero, ele é considerado uma cópia apenas se o caminho completo, tamanho e carimbo de data/hora corresponderem.

O carimbo de data/hora de precisão de segundo não é modificado, portanto, todas as datas e horas de seus arquivos serão preservadas.

rehash

Agenda um novo hash de todo o array.

Este comando altera o tipo de hash usado, tipicamente ao atualizar de um sistema de 32 bits para um de 64 bits, para alternar do MurmurHash3 para o mais rápido SpookyHash.

Se você já estiver usando o hash ideal, este comando não faz nada e informa que nenhuma ação é necessária.

O novo hash não é executado imediatamente, mas ocorre progressivamente durante sync e scrub.

Você pode verificar o estado do novo hash usando status.

Durante o novo hash, o SnapRAID mantém a funcionalidade total, com a única exceção de que dup não pode detectar arquivos duplicados usando um hash diferente.

locate

Localiza arquivos armazenados nos discos de paridade. Para cada arquivo correspondente, imprime sua localização dentro do arquivo de paridade e o número de fragmentos que ocupa.

Você pode usar a opção -t, --tail para restringir a operação aos arquivos que ocupam a parte final especificada da paridade.

Se desejar realocar esses arquivos, você poderá usar a opção -W, --force-realloc-tail. Esteja ciente de que tais arquivos não estarão protegidos pela paridade durante o processo de realocação.

parity FILE [,FILE] ...

Define os arquivos a serem usados para armazenar as informações de paridade. A paridade permite proteção contra uma única falha de disco, semelhante ao RAID5.

Você pode especificar vários arquivos, que devem estar em discos diferentes. Quando um arquivo não pode mais crescer, o próximo é usado. O espaço total disponível deve ser pelo menos tão grande quanto o maior disco de dados no array.

Você pode adicionar arquivos de paridade adicionais mais tarde, mas você não pode reordenar ou removê-los.

Manter os discos de paridade reservados para paridade garante que eles não se fragmentem, melhorando o desempenho.

No Windows, 256 MB são deixados sem uso em cada disco para evitar o aviso sobre discos cheios.

Esta opção é obrigatória e pode ser usada apenas uma vez.

(2,3,4,5,6)-parity FILE [,FILE] ...

Define os arquivos a serem usados para armazenar informações de paridade extra.

Para cada nível de paridade especificado, um nível adicional de proteção é habilitado:

• 2-parity habilita paridade dupla RAID6.
• 3-parity habilita paridade tripla.
• 4-parity habilita paridade quádrupla (quatro).
• 5-parity habilita paridade penta (cinco).
• 6-parity habilita paridade hexa (seis).

Cada nível de paridade requer a presença de todos os níveis de paridade anteriores.

As mesmas considerações que para a opção parity se aplicam.

Estas opções são opcionais e podem ser usadas apenas uma vez.

z-parity FILE [,FILE] ...

Define um arquivo e formato alternativo para armazenar paridade tripla.

Esta opção é uma alternativa a 3-parity, destinada principalmente a CPUs de baixo custo como ARM ou AMD Phenom, Athlon e Opteron que não suportam o conjunto de instruções SSSE3. Nesses casos, ela fornece melhor desempenho.

Este formato é semelhante, mas mais rápido do que o usado pelo ZFS RAIDZ3. Assim como o ZFS, ele não funciona além da paridade tripla.

Ao usar 3-parity, você será avisado se for recomendado usar o formato z-parity para melhoria de desempenho.

É possível converter de um formato para outro ajustando o arquivo de configuração com o z-parity ou 3-parity desejado e usando fix para recriá-lo.

content FILE

Define o arquivo a ser usado para armazenar a lista e os checksums de todos os arquivos presentes em seu array de discos.

Pode ser colocado em um disco usado para dados, paridade ou qualquer outro disco disponível. Se você usar um disco de dados, este arquivo é automaticamente excluído do processo sync.

Esta opção é obrigatória e pode ser usada várias vezes para salvar múltiplas cópias do mesmo arquivo.

Você deve armazenar pelo menos uma cópia para cada disco de paridade usado mais um. Usar cópias adicionais não prejudica.

data NAME DIR

Define o nome e o ponto de montagem dos discos de dados no array. NAME é usado para identificar o disco e deve ser único. DIR é o ponto de montagem do disco no sistema de arquivos.

Você pode alterar o ponto de montagem conforme necessário, desde que mantenha o NAME fixo.

Você deve usar uma opção para cada disco de dados no array.

Você pode renomear um disco mais tarde alterando o NAME diretamente no arquivo de configuração e, em seguida, executando um comando sync. No caso de renomeação, a associação é feita usando o UUID armazenado dos discos.

extra NAME DIR

Define o nome e o ponto de montagem de discos adicionais para monitorar com os comandos smart e probe.

Isso é útil para monitorar discos que não fazem parte da matriz, mas que são necessários para o funcionamento do sistema, como o disco de inicialização.

Observe que tais discos não são afetados pelos comandos up e down porque se espera que estejam sempre girando.

nohidden

Exclui todos os arquivos e diretórios ocultos. No Unix, arquivos ocultos são aqueles que começam com .. No Windows, são aqueles com o atributo oculto.

exclude/include PATTERN

Define os padrões de arquivo ou diretório a serem excluídos ou incluídos no processo de sincronização. Todos os padrões são processados na ordem especificada.

Se o primeiro padrão que corresponde for um exclude, o arquivo é excluído. Se for um include, o arquivo é incluído. Se nenhum padrão corresponder, o arquivo é excluído se o último padrão especificado for um include, ou incluído se o último padrão especificado for um exclude.

Consulte a seção PATTERN para obter mais detalhes sobre especificações de padrão.

Esta opção pode ser usada várias vezes.

blocksize SIZE_IN_KIBIBYTES

Define o tamanho básico do bloco em kibibytes para a paridade. Um kibibyte é 1024 bytes.

O blocksize padrão é 256, o que deve funcionar para a maioria dos casos.

ATENÇÃO! Esta opção é apenas para especialistas e é altamente recomendado não alterar este valor. Para alterar este valor no futuro, você precisará recriar toda a paridade!

Uma razão para usar um blocksize diferente é se você tiver muitos arquivos pequenos, na ordem de milhões.

Para cada arquivo, mesmo que apenas alguns bytes, um bloco inteiro de paridade é alocado, e com muitos arquivos, isso pode resultar em espaço de paridade não utilizado significativo. Quando você preenche completamente o disco de paridade, você não está autorizado a adicionar mais arquivos aos discos de dados. No entanto, a paridade desperdiçada não se acumula em todos os discos de dados. O espaço desperdiçado resultante de um grande número de arquivos em um disco de dados limita apenas a quantidade de dados nesse disco de dados, não em outros.

Como uma aproximação, você pode assumir que metade do tamanho do bloco é desperdiçada para cada arquivo. Por exemplo, com 100.000 arquivos e um tamanho de bloco de 256 KiB, você desperdiçará 12,8 GB de paridade, o que pode resultar em 12,8 GB a menos de espaço disponível no disco de dados.

Você pode verificar a quantidade de espaço desperdiçado em cada disco usando status. Esta é a quantidade de espaço que você deve deixar livre nos discos de dados ou usar para arquivos não incluídos no array. Se este valor for negativo, significa que você está perto de encher a paridade e representa o espaço que você ainda pode desperdiçar.

Para evitar esse problema, você pode usar uma partição maior para paridade. Por exemplo, se a partição de paridade for 12,8 GB maior que os discos de dados, você tem espaço extra suficiente para lidar com até 100.000 arquivos em cada disco de dados sem qualquer espaço desperdiçado.

Um truque para obter uma partição de paridade maior no Linux é formatá-la com o comando:

mkfs.ext4 -m 0 -T largefile4 DEVICE

Isso resulta em cerca de 1,5% de espaço extra, aproximadamente 60 GB para um disco de 4 TB, o que permite cerca de 460.000 arquivos em cada disco de dados sem qualquer espaço desperdiçado.

hashsize SIZE_IN_BYTES

Define o tamanho do hash em bytes para os blocos salvos.

O hashsize padrão é 16 bytes (128 bits), o que deve funcionar para a maioria dos casos.

ATENÇÃO! Esta opção é apenas para especialistas e é altamente recomendado não alterar este valor. Para alterar este valor no futuro, você precisará recriar toda a paridade!

Uma razão para usar um hashsize diferente é se o seu sistema tiver memória limitada. Como regra geral, o SnapRAID tipicamente requer 1 GiB de RAM para cada 16 TB de dados no array.

Especificamente, para armazenar os hashes dos dados, o SnapRAID requer aproximadamente TS*(1+HS)/BS bytes de RAM, onde TS é o tamanho total em bytes do seu array de discos, BS é o tamanho do bloco em bytes, e HS é o tamanho do hash em bytes.

Por exemplo, com 8 discos de 4 TB, um tamanho de bloco de 256 KiB (1 KiB = 1024 bytes), e um tamanho de hash de 16, você obtém:

RAM = (8 * 4 * 10^12) * (1+16) / (256 * 2^10) = 1.93 GiB

Mudando para um tamanho de hash de 8, você obtém:

RAM = (8 * 4 * 10^12) * (1+8) / (256 * 2^10) = 1.02 GiB

Mudando para um tamanho de bloco de 512, você obtém:

RAM = (8 * 4 * 10^12) * (1+16) / (512 * 2^10) = 0.96 GiB

Mudando para um tamanho de hash de 8 e um tamanho de bloco de 512, você obtém:

RAM = (8 * 4 * 10^12) * (1+8) / (512 * 2^10) = 0.51 GiB

autosave SIZE_IN_GIGABYTES

Salva automaticamente o estado ao sincronizar ou examinar após a quantidade especificada de GB processados. Esta opção é útil para evitar reiniciar longos comandos sync do zero se interrompidos por uma falha de máquina ou qualquer outro evento.

temp_limit TEMPERATURE_CELSIUS

Define a temperatura máxima permitida do disco em Celsius. Quando especificado, o SnapRAID verifica periodicamente a temperatura de todos os discos usando a ferramenta smartctl. As temperaturas atuais dos discos são exibidas enquanto o SnapRAID está operando. Se algum disco exceder este limite, todas as operações param, e os discos são desligados (colocados em standby) pela duração definida pela opção temp_sleep. Após o período de espera, as operações são retomadas, potencialmente pausando novamente se o limite de temperatura for atingido mais uma vez.

Durante a operação, o SnapRAID também analisa a curva de aquecimento de cada disco e estima a temperatura estável de longo prazo que eles devem atingir se a atividade continuar. A estimativa é realizada apenas depois que a temperatura do disco aumentou quatro vezes, garantindo que pontos de dados suficientes estejam disponíveis para estabelecer uma tendência confiável. Esta temperatura estável prevista é mostrada entre parênteses ao lado do valor atual e ajuda a avaliar se o resfriamento do sistema é adequado. Esta temperatura estimada é apenas para fins informativos e não tem efeito no comportamento do SnapRAID. As ações do programa são baseadas exclusivamente nas temperaturas reais medidas dos discos.

Para realizar esta análise, o SnapRAID precisa de uma referência para a temperatura do sistema. Ele tenta primeiro lê-la dos sensores de hardware disponíveis. Se nenhum sensor do sistema puder ser acessado, ele usa a temperatura mais baixa do disco medida no início da execução como referência de fallback.

Normalmente, o SnapRAID mostra apenas a temperatura do disco mais quente. Para exibir a temperatura de todos os discos, use a opção -A ou --stats.

temp_sleep TIME_IN_MINUTES

Define o tempo de espera (standby time), em minutos, quando o limite de temperatura é atingido. Durante este período, os discos permanecem desligados. O padrão é 5 minutos.

pool DIR

Define o diretório de pooling onde a visualização virtual do array de discos é criada usando o comando pool.

O diretório já deve existir.

share UNC_DIR

Define o caminho UNC do Windows necessário para acessar os discos remotamente.

Se esta opção for especificada, os links simbólicos criados no diretório do pool usam este caminho UNC para acessar os discos. Sem esta opção, os links simbólicos gerados usam apenas caminhos locais, o que não permite compartilhar o diretório do pool pela rede.

Os links simbólicos são formados usando o caminho UNC especificado, adicionando o nome do disco conforme especificado na opção data, e finalmente adicionando o diretório e nome do arquivo.

Esta opção é necessária apenas para Windows.

smartctl DISK/PARITY OPTIONS...

Define opções smartctl personalizadas para obter os atributos SMART para cada disco. Isso pode ser necessário para controladores RAID e alguns discos USB que não podem ser detectados automaticamente. O placeholder %s é substituído pelo nome do dispositivo, mas é opcional para dispositivos fixos como controladores RAID.

DISK é o mesmo nome de disco especificado na opção data. PARITY é um dos nomes de paridade: parity, 2-parity, 3-parity, 4-parity, 5-parity, 6-parity ou z-parity.

Nas OPTIONS especificadas, a string %s é substituída pelo nome do dispositivo. Para controladores RAID, o dispositivo é provavelmente fixo, e você pode não precisar usar %s.

Consulte a documentação do smartmontools para possíveis opções:

https://www.smartmontools.org/wiki/Supported_RAID-Controllers
https://www.smartmontools.org/wiki/Supported_USB-Devices

Por exemplo:

smartctl parity -d sat %s

smartignore DISK/PARITY ATTR [ATTR...]

Ignora o atributo SMART especificado ao calcular a probabilidade de falha do disco. Esta opção é útil se um disco relatar valores incomuns ou enganosos para um atributo específico.

DISK é o mesmo nome de disco especificado na opção data. PARITY é um dos nomes de paridade: parity, 2-parity, 3-parity, 4-parity, 5-parity, 6-parity ou z-parity. O valor especial * pode ser usado para ignorar o atributo em todos os discos.

Por exemplo, para ignorar o atributo Current Pending Sector Count em todos os discos:

smartignore * 197

Para ignorá-lo apenas no primeiro disco de paridade:

smartignore parity 197

Exemplos

Um exemplo de uma configuração típica para Unix é:

parity /mnt/diskp/snapraid.parity
content /mnt/diskp/snapraid.content
content /var/snapraid/snapraid.content
data d1 /mnt/disk1/
data d2 /mnt/disk2/
data d3 /mnt/disk3/
exclude /lost+found/
exclude /tmp/
smartctl d1 -d sat %s
smartctl d2 -d usbjmicron %s
smartctl parity -d areca,1/1 /dev/sg0
smartctl 2-parity -d areca,2/1 /dev/sg0

Um exemplo de uma configuração típica para Windows é:

parity E:\snapraid.parity
content E:\snapraid.content
content C:\snapraid\snapraid.content
data d1 G:\array\
data d2 H:\array\
data d3 I:\array\
exclude Thumbs.db
exclude \$RECYCLE.BIN
exclude \System Volume Information
smartctl d1 -d sat %s
smartctl d2 -d usbjmicron %s
smartctl parity -d areca,1/1 /dev/arcmsr0
smartctl 2-parity -d areca,2/1 /dev/arcmsr0