Monitore a integridade do disco usando smartd (em smartmontools) em um servidor RAID 1 de software de alta disponibilidade

Question 1

Mudei de longos autotestes para select,conttestes. É como um longo autoteste, mas apenas uma fatia do disco por vez. Portanto, embora o longo autoteste possa levar mais de um dia (com um disco de 3 TB ocupado), o teste seletivo pode ser executado todas as noites quando o servidor estiver menos ocupado e realmente terminar, sem prejudicar o desempenho nas horas mais movimentadas.

Então, basicamente, você distribuiria um autoteste mensal de todo o disco para um teste seletivo noturno que ainda cobre todo o disco ao longo de um mês.

No entanto, é necessária alguma preparação.

smartddeve ser executado com a --savestatesopção, pois os próprios discos geralmente não acompanham a última região testada.
Você deve iniciar o primeiro autoteste seletivo manualmente ( -t select,0-$size) para smartdsaber o tamanho da fatia a ser testada a cada dia. O tamanho determina quanto tempo o teste levará e quantos dias abrangerá todo o disco.
Certifique-se de que o $size escolhido esteja alinhado ao tamanho do disco. Caso contrário, você corre o risco de a última fatia ser muito pequena (na pior das hipóteses, você perde um dia testando apenas um único setor do disco).
Você deve verificar se essas informações realmente chegaram aos arquivos savestates, pois às vezes isso não acontece e o teste não será executado da maneira que você deseja. (Editar o arquivo savestate diretamente também é uma opção).
A sintaxe do smartd.confarquivo é -s c/../.././01(neste exemplo, ele seria executado todos os dias à 1h).

Uma vez feito isso, o processo é automático e confiável. Quando chegar ao final do disco, ele iniciará automaticamente do início do dia seguinte. Leia a smartctlpágina de manual sobre select,conttestes.

Embora os testes longos ou seletivos sejam ótimos, você provavelmente ainda deve realizar os testes de avaliação curtos ou gerais. Eles levam pouco tempo e podem ajudar a detectar problemas gerais.

Answer

Mudei de longos autotestes para select,conttestes. É como um longo autoteste, mas apenas uma fatia do disco por vez. Portanto, embora o longo autoteste possa levar mais de um dia (com um disco de 3 TB ocupado), o teste seletivo pode ser executado todas as noites quando o servidor estiver menos ocupado e realmente terminar, sem prejudicar o desempenho nas horas mais movimentadas.

Então, basicamente, você distribuiria um autoteste mensal de todo o disco para um teste seletivo noturno que ainda cobre todo o disco ao longo de um mês.

No entanto, é necessária alguma preparação.

smartddeve ser executado com a --savestatesopção, pois os próprios discos geralmente não acompanham a última região testada.
Você deve iniciar o primeiro autoteste seletivo manualmente ( -t select,0-$size) para smartdsaber o tamanho da fatia a ser testada a cada dia. O tamanho determina quanto tempo o teste levará e quantos dias abrangerá todo o disco.
Certifique-se de que o $size escolhido esteja alinhado ao tamanho do disco. Caso contrário, você corre o risco de a última fatia ser muito pequena (na pior das hipóteses, você perde um dia testando apenas um único setor do disco).
Você deve verificar se essas informações realmente chegaram aos arquivos savestates, pois às vezes isso não acontece e o teste não será executado da maneira que você deseja. (Editar o arquivo savestate diretamente também é uma opção).
A sintaxe do smartd.confarquivo é -s c/../.././01(neste exemplo, ele seria executado todos os dias à 1h).

Uma vez feito isso, o processo é automático e confiável. Quando chegar ao final do disco, ele iniciará automaticamente do início do dia seguinte. Leia a smartctlpágina de manual sobre select,conttestes.

Embora os testes longos ou seletivos sejam ótimos, você provavelmente ainda deve realizar os testes de avaliação curtos ou gerais. Eles levam pouco tempo e podem ajudar a detectar problemas gerais.

Question 2

Configuramos todos os nossos servidores para executar autotestes regulares com a seguinte linha /etc/smartd.conf:

# DEVICESCAN matches all hard disks found in /dev/ and applies the following
# options to them.
#
# Default options from Debian:
# -d removable     don't exit when the device when a device vanishes
# -n standby       don't wake a device up that is sleeping
# -m root          send error reports to root
# -M exec ...      pipe the mail through that script
#
# Our options:
# -s L/../02/./17  run a long selftest on every 2nd of every month
#                  at 17 o'clock
DEVICESCAN -d removable -n standby -m root -M exec /usr/share/smartmontools/smartd-runner -s L/../02/./17

Os autotestes são, IMO, o tipo de verificação de saúde mais confiável que a SMART oferece.

EDITAR:

Você poderia explicar o que -d removablefaz?

De man smartd.conf:

          removable - the device or its media is  removable.   This  indi‐
          cates  to  smartd  that  it should continue (instead of exiting,
          which is the default behavior) if the device does not appear  to
          be  present  when smartd is started.  This Directive may be used
          in conjunction with the other ´-d´ Directives.

Presumo que evita smartda morte quando um dos discos monitorados desaparece...? Não tenho certeza, apenas adicionei a -s L/../02/./17parte a essa linha. A linha original:

DEVICESCAN -d removable -n standby -m root -M exec /usr/share/smartmontools/smartd-runner

é o padrão do Debian.

Answer

Configuramos todos os nossos servidores para executar autotestes regulares com a seguinte linha /etc/smartd.conf:

# DEVICESCAN matches all hard disks found in /dev/ and applies the following
# options to them.
#
# Default options from Debian:
# -d removable     don't exit when the device when a device vanishes
# -n standby       don't wake a device up that is sleeping
# -m root          send error reports to root
# -M exec ...      pipe the mail through that script
#
# Our options:
# -s L/../02/./17  run a long selftest on every 2nd of every month
#                  at 17 o'clock
DEVICESCAN -d removable -n standby -m root -M exec /usr/share/smartmontools/smartd-runner -s L/../02/./17

Os autotestes são, IMO, o tipo de verificação de saúde mais confiável que a SMART oferece.

EDITAR:

Você poderia explicar o que -d removablefaz?

De man smartd.conf:

          removable - the device or its media is  removable.   This  indi‐
          cates  to  smartd  that  it should continue (instead of exiting,
          which is the default behavior) if the device does not appear  to
          be  present  when smartd is started.  This Directive may be used
          in conjunction with the other ´-d´ Directives.

Presumo que evita smartda morte quando um dos discos monitorados desaparece...? Não tenho certeza, apenas adicionei a -s L/../02/./17parte a essa linha. A linha original:

DEVICESCAN -d removable -n standby -m root -M exec /usr/share/smartmontools/smartd-runner

é o padrão do Debian.

Question 3

# DEVICESCAN      For all disks with SMART capabilities.
#
# -o off          Turn off automatic running of offline tests. An offline test
#                 is a test which may degrade performance.
#
# -n standby      Do not spin up the disk for the periodic 30 minute (default)
#                 SMART status polling, instead wait until the disk is active
#                 again and poll it then.
#
# -W 2            Report temperature changes of at least 2 degrees celsius since
#                 the last reading. Also report if a new min/max temperature is
#                 detected.
#
# -S on           Auto save attributes such as how long the disk has been powered
#                 on, min and max disk temperature.
#
# -s (L/../.[02468]/1/04|S/../.[13579]/1/04)
#     '-------a--------' '--------b-------'
#
#                 a: Long test on    even monday mornings at 04:00
#                 b: Short test on uneven monday mornings at 04:00

DEVICESCAN -o off -n standby -W 2 -S on -s (L/../.[02468]/1/04|S/../.[13579]/1/04)

Answer

# DEVICESCAN      For all disks with SMART capabilities.
#
# -o off          Turn off automatic running of offline tests. An offline test
#                 is a test which may degrade performance.
#
# -n standby      Do not spin up the disk for the periodic 30 minute (default)
#                 SMART status polling, instead wait until the disk is active
#                 again and poll it then.
#
# -W 2            Report temperature changes of at least 2 degrees celsius since
#                 the last reading. Also report if a new min/max temperature is
#                 detected.
#
# -S on           Auto save attributes such as how long the disk has been powered
#                 on, min and max disk temperature.
#
# -s (L/../.[02468]/1/04|S/../.[13579]/1/04)
#     '-------a--------' '--------b-------'
#
#                 a: Long test on    even monday mornings at 04:00
#                 b: Short test on uneven monday mornings at 04:00

DEVICESCAN -o off -n standby -W 2 -S on -s (L/../.[02468]/1/04|S/../.[13579]/1/04)

Question 4

Eu normalmente uso essa verificação simples que é definida por unidade e não globalmente por sistema (com DEVICESCANopção) - estou interessado no status geral de integridade do SMART e se há alguma realocação de setores pendentes e setores defeituosos desde o último teste SMART. Quaisquer eventos suspeitos são enviados para meu endereço inteligente e abrangente:

/dev/sda -H -C 0 -U 0 -m [email protected]

Em alguns sistemas, defini a execução automática de autotestes SMART em datas específicas. Esta especificação define a execução de testes longos em duas unidades todos os domingos depois da meia-noite (mas não nos mesmos horários - entre meia-noite e 1h e depois a partir das 2h):

/dev/sda -a -s L/../../7/00 -m [email protected]
/dev/sdb -a -s L/../../7/02 -m [email protected]

Answer

Eu normalmente uso essa verificação simples que é definida por unidade e não globalmente por sistema (com DEVICESCANopção) - estou interessado no status geral de integridade do SMART e se há alguma realocação de setores pendentes e setores defeituosos desde o último teste SMART. Quaisquer eventos suspeitos são enviados para meu endereço inteligente e abrangente:

/dev/sda -H -C 0 -U 0 -m [email protected]

Em alguns sistemas, defini a execução automática de autotestes SMART em datas específicas. Esta especificação define a execução de testes longos em duas unidades todos os domingos depois da meia-noite (mas não nos mesmos horários - entre meia-noite e 1h e depois a partir das 2h):

/dev/sda -a -s L/../../7/00 -m [email protected]
/dev/sdb -a -s L/../../7/02 -m [email protected]

Monitore a integridade do disco usando smartd (em smartmontools) em um servidor RAID 1 de software de alta disponibilidade

Responder1

Responder2

Responder3

Responder4

informação relacionada