Adquiri recentemente uma placa-mãe SuperMicro X10SLL-F, que possui um BMC (chip Aspeed AST2400) integrado. Eu quero usar o controlador watchdog integrado ao executar o linux no servidor (gentoo endurecido).
Eu habilitei a função watchdog no BIOS, em seguida, mudei o jumper da placa-mãe de hard reset para NMI (ação de tempo limite do watchdog, para fins de teste para evitar a reinicialização). Sobre o software - instalei e adicionei ao programa watchdog de nível de execução padrão (sys-apps/watchdog) que está configurado para executar ping no dispositivo watchdog (/dev/watchdog, que está presente) a cada 10 segundos. O tempo limite do watchdog é definido como 250 segundos.
Os programas aparentemente veem o hardware watchdog (ipmitool com openipmi ativado):
# ipmitool mc watchdog get
Watchdog Timer Use: SMS/OS (0x44)
Watchdog Timer Is: Started/Running
Watchdog Timer Actions: Hard Reset (0x01)
Pre-timeout interval: 0 seconds
Timer Expiration Flags: 0x10
Initial Countdown: 254 sec
Present Countdown: 253 sec
Freeipmi:
# bmc-watchdog --get
Timer Use: SMS/OS
Timer: Running
Logging: Enabled
Timeout Action: Hard Reset
Pre-Timeout Interrupt: None
Pre-Timeout Interval: 0 seconds
Timer Use BIOS FRB2 Flag: Clear
Timer Use BIOS POST Flag: Clear
Timer Use BIOS OS Load Flag: Clear
Timer Use BIOS SMS/OS Flag: Set
Timer Use BIOS OEM Flag: Clear
Initial Countdown: 254 seconds
Current Countdown: 253 seconds
No entanto, após certo período de tempo, recebo (com bons valores de "contagem regressiva atual" relatados pelos programas acima):
[ 294.107534] Uhhuh. NMI received for unknown reason 21 on CPU 0.
[ 294.107998] Do you have a strange power saving mode enabled?
[ 294.108437] Dazed and confused, but trying to continue
Que é NMI, aparentemente causado pelo tempo limite do watchdog. Pouco menos de um minuto após a reinicialização total da máquina.
Onde está um problema e em que direção devo cavar?
EDIT: mensagens do kernel relacionadas ao ipmi:
[ 0.353090] ipmi message handler version 39.2
[ 0.353353] ipmi device interface
[ 0.353623] IPMI System Interface driver.
[ 0.353898] ipmi_si: probing via ACPI
[ 0.354172] ipmi_si 00:08: [io 0x0ca2] regsize 1 spacing 1 irq 0
[ 0.354444] ipmi_si: Adding ACPI-specified kcs state machine
[ 0.354790] ipmi_si: probing via SMBIOS
[ 0.355051] ipmi_si: SMBIOS: io 0xca2 regsize 1 spacing 1 irq 0
[ 0.355317] ipmi_si: Adding SMBIOS-specified kcs state machine duplicate interface
[ 0.355836] ipmi_si: probing via SPMI
[ 0.356095] ipmi_si: SPMI: io 0xca2 regsize 1 spacing 1 irq 0
[ 0.356362] ipmi_si: Adding SPMI-specified kcs state machine duplicate interface
[ 0.356906] ipmi_si: Trying ACPI-specified kcs state machine at i/o address 0xca2, slave address 0x0, irq 0
[ 0.390536] ipmi_si: The BMC does not support clearing the recv irq bit, compensating, but the BMC needs to be fixed.
[ 0.418476] ipmi_si 00:08: Found new BMC (man_id: 0x002a7c, prod_id: 0x0801, dev_id: 0x20)
[ 0.419004] ipmi_si 00:08: IPMI kcs interface initialized
[ 0.419272] IPMI SSIF Interface driver
[ 0.420350] IPMI Watchdog: driver initialized
[ 0.420635] Copyright (C) 2004 MontaVista Software - IPMI Powerdown via sys_reboot.
[ 0.421444] IPMI poweroff: ATCA Detect mfg 0x2A7C prod 0x801
[ 0.421710] IPMI poweroff: Found a chassis style poweroff function
EDIT: Tentei usar o bmc-watchdog com a configuração "-u 4 -p 2 -a 0 -F -P -L -O -i 300 -e 10". Portanto, apenas o tempo do SMS/OS está em uso, a interrupção pré-tempo limite é definida como NMI, a ação de tempo limite é definida como NONE:
# bmc-watchdog --get
Timer Use: SMS/OS
Timer: Running
Logging: Enabled
Timeout Action: None
Pre-Timeout Interrupt: NMI / Diagnostic Interrupt
Pre-Timeout Interval: 0 seconds
Timer Use BIOS FRB2 Flag: Clear
Timer Use BIOS POST Flag: Clear
Timer Use BIOS OS Load Flag: Clear
Timer Use BIOS SMS/OS Flag: Set
Timer Use BIOS OEM Flag: Clear
Initial Countdown: 300 seconds
Current Countdown: 290 seconds
Mas isso não levou a nenhuma mudança.
EDITAR. Além disso, quando eu aciono o cronômetro do watchdog com eco \0x00 para /dev/watchdog e o mantenho intocado - o sistema é reiniciado corretamente após o tempo limite padrão de 10 segundos. Portanto, o watchdog funciona bem, mas exatamente 350 segundos após a reinicialização do sistema de inicialização.
EDITAR. Eu verifiquei o log de eventos do sistema BMC (SEL) e encontrei isso após a reinicialização:
Sensor #202 | Watchdog 2 | Assertion Event | Timer interrupt ; Timer use at expiration = SMS/OS ; Interrupt type = none
Sensor #202 | Watchdog 2 | Assertion Event | Timer expired, status only ; Timer use at expiration = SMS/OS ; Interrupt type = none
O que é interessante aqui - é esse evento marcado como "somente status". E mesmo assim, o sistema é reiniciado. Quando aciono o tempo limite do watchdog intencionalmente, os logs são diferentes:
Sensor #202 | Watchdog 2 | Assertion Event | Timer interrupt ; Timer use at expiration = SMS/OS ; Interrupt type = none
Sensor #202 | Watchdog 2 | Assertion Event | Hard Reset ; Timer use at expiration = SMS/OS ; Interrupt type = none
Eventualmente, encontrei uma solução um pouco estranha: apenas deixe o jumper watchdog (JWD1) aberto (sem NMI nem hard-reset selecionados). Watchdog está ativado nas configurações do BIOS.
Neste caso, o watchdog funciona como esperado - o sistema ficou estável por 25 minutos com o bmc-watchdog em execução e foi reiniciado após o término do programa watchdog.