Início / unix / Perguntas / 556209
Accepted
Martin
Asked: 2019-12-09 13:09:32 +0800 CST

watchdog daemon incapaz de redefinir o temporizador de watchdog de hardware na placa-mãe Supermicro X9DR3-F

  • 772

Eu tenho uma placa-mãe Supermicro X9DR3-F onde os JWDpinos de jumper 1 e 2 estão em curto e a funcionalidade de watchdog no UEFI está habilitada: Supermicro UEFI

Isso significa que o sistema é redefinido após cerca de 5 minutos se nada redefinir o temporizador do watchdog do hardware. Instalei o watchdogdaemon e configurei para usar o iTCO_wdtdriver:

$ cat /etc/default/watchdog 
# Start watchdog at boot time? 0 or 1
run_watchdog=1
# Start wd_keepalive after stopping watchdog? 0 or 1
run_wd_keepalive=1
# Load module before starting watchdog
watchdog_module="iTCO_wdt"
# Specify additional watchdog options here (see manpage).
$

Quando o watchdogdaemon é iniciado, o driver é carregado sem problemas:

$ sudo dmesg | grep iTCO_wdt
[   17.435620] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.11
[   17.435667] iTCO_wdt: Found a Patsburg TCO device (Version=2, TCOBASE=0x0460)
[   17.435761] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
$

Além disso, o /dev/watchdogarquivo está presente:

$ ls -l /dev/watchdog
crw------- 1 root root 10, 130 Dec  8 22:36 /dev/watchdog
$

watchdog-deviceopção na watchdogconfiguração do daemon aponta para este arquivo:

$ grep -v ^# /etc/watchdog.conf 



watchdog-device    = /dev/watchdog
watchdog-timeout   = 60


interval           = 5
log-dir            = /var/log/watchdog
verbose            = yes
realtime           = yes
priority           = 1

heartbeat-file     = /var/log/watchdog/heartbeat
heartbeat-stamps   = 1000
$

Para depurar as gravações no dispositivo watchdog, habilitei a heartbeat-fileopção e vejo que as mensagens de manutenção de atividade /dev/watchdogsão enviadas:

$ tail /var/log/watchdog/heartbeat
 1575830728
 1575830728
 1575830728
 1575830733
 1575830733
 1575830733
 1575830733
 1575830733
 1575830733
 1575830733
$

No entanto, apesar disso, o servidor se reinicializa com intervalos de aproximadamente cinco minutos.

Meu próximo pensamento foi que talvez o iTCO_wdtdriver controle o watchdog no chipset C606 e o ​​watchdog redefinindo o servidor seja parte do IPMI. Então, certifiquei-me de que o iTCO_wdtdriver não fosse carregado durante a inicialização e reiniciei o servidor. Justo o suficiente, o /dev/watchdognão estava mais presente. Agora eu carreguei o ipmi_watchdogmódulo:

$ ls -l /dev/watchdog
ls: cannot access '/dev/watchdog': No such file or directory
$ sudo modprobe ipmi_watchdog
$ sudo dmesg -T | tail -1
[Tue Dec 10 21:12:48 2019] IPMI Watchdog: driver initialized
$ ls -l /dev/watchdog
crw------- 1 root root 10, 130 Dec 10 21:12 /dev/watchdog
$

.. e finalmente iniciei o watchdogdaemon que, com base no /var/log/watchdog/heartbeatarquivo, está gravando /dev/watchdogcom intervalo de 5s. Além disso, pode-se confirmar isso com strace:

$ ps -p 2296 -f
UID        PID  PPID  C STIME TTY          TIME CMD
root      2296     1  0 01:28 ?        00:00:00 /usr/sbin/watchdog
$ sudo strace -y -p 2296
strace: Process 2296 attached
restart_syscall(<... resuming interrupted nanosleep ...>) = 0
write(1</dev/watchdog>, "\0", 1)        = 1
write(1</dev/watchdog>, "\0", 1)        = 1
open("/proc/uptime", O_RDONLY)          = 2</proc/uptime>
close(2</proc/uptime>)                  = 0
write(1</dev/watchdog>, "\0", 1)        = 1
write(1</dev/watchdog>, "\0", 1)        = 1
write(1</dev/watchdog>, "\0", 1)        = 1
write(1</dev/watchdog>, "\0", 1)        = 1
write(1</dev/watchdog>, "\0", 1)        = 1
nanosleep({5, 0}, NULL)                 = 0
write(1</dev/watchdog>, "\0", 1)        = 1
write(1</dev/watchdog>, "\0", 1)        = 1
open("/proc/uptime", O_RDONLY)          = 2</proc/uptime>
close(2</proc/uptime>)                  = 0
write(1</dev/watchdog>, "\0", 1)        = 1
write(1</dev/watchdog>, "\0", 1)        = 1
write(1</dev/watchdog>, "\0", 1)        = 1
write(1</dev/watchdog>, "\0", 1)        = 1
write(1</dev/watchdog>, "\0", 1)        = 1
nanosleep({5, 0}, NULL)                 = 0
write(1</dev/watchdog>, "\0", 1)        = 1
write(1</dev/watchdog>, "\0", 1)        = 1
open("/proc/uptime", O_RDONLY)          = 2</proc/uptime>
close(2</proc/uptime>)                  = 0
write(1</dev/watchdog>, "\0", 1)        = 1
write(1</dev/watchdog>, "\0", 1)        = 1
write(1</dev/watchdog>, "\0", 1)        = 1
write(1</dev/watchdog>, "\0", 1)        = 1
write(1</dev/watchdog>, "\0", 1)        = 1
nanosleep({5, 0}, ^Cstrace: Process 2296 detached
 <detached ...>
$

watchdogdaemon acima com PID 2296foi iniciado de uma forma que a heartbeat-fileopção in /etc/watchdog.conffoi comentada para reduzir as writechamadas do sistema na saída do strace.

No entanto, o servidor ainda reinicia com intervalos de aproximadamente 300 segundos.

Por que o daemon watchdog não consegue redefinir o timer watchdog de hardware na placa-mãe Supermicro X9DR3-F?

debian watchdog

2 respostas

  1. Best Answer

    A razão pela qual o watchdog daemon não conseguiu redefinir o temporizador do watchdog de hardware na placa-mãe Supermicro X9DR3-F é que a funcionalidade do watchdog na UEFI controla o terceiro watchdog. Isso está no chip Winbond Super I/O 83527. Em outras palavras, iTCO_wdte ipmi_watchdogos drivers eram drivers errados para esse chip de vigilância.

    • 2

  2. Em um A2SDi-4C-HLN4F, tive que usar bmc_watchdog(de freeipmi) para fazê-lo funcionar.

    • -1

relate perguntas