commit d3195dd285d2c3c62720d6e0243086a7c3e01e6b
parent 5008db40b275634946ba4748f0d6847285efb832
Author: fjbalon <fbalon@templier.es>
Date: Tue, 16 Jun 2026 16:32:11 +0200
Refactorización de código de watchdog
Diffstat:
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git a/watchdog/index.html b/watchdog/index.html
@@ -22,8 +22,8 @@
<li>Reinicios aleatorios impredecibles.</li>
</ul>
<p>Por lo que es preferible evitar el uso de servidores en vivo para probar el funcionamiento de watchdog.</p>
-
- <h1>Watchdog module</h1>
+<ol>
+<li>Watchdog module</li>
<p>La funcionalidad de watchdog sobre hardware configura un temporizador que agota el tiempo de espera después de un período predeterminado. El software de watchdog actualiza periódicamente el temporizador del hardware, y si éste deja de actualizarse luego del período establecido el temporizador realizará un restablecimiento de hardware del dispositivo. Para que un temporizador watchdog sea funcional, el fabricante de la placa base tiene que permitir esta funcionalidad en el chip.</p>
<p>A menudo, la documentación del fabricante de hardware no deja claro sobre si se implementó o no esta funcionalidad. En ese caso hay que testearlo directamente.</p>
<p>Además es necesario el módulo del kernel de vigilancia correcto, que será cargado en el sistema Linux. Diferentes chips utilizan diferentes módulos, por ejemplo:</p>
@@ -34,21 +34,18 @@
<li>Xen VM utiuliza <emb>xen_wdt</emb>.</li>
</ul>
<p>Una vez corroborado la carga del módulo es posible verificar <emb>/dev/watchdog</emb> en el sistema Linux. Si el archivo está presente, significa que se cargó el controlador. El sistema escribe periódicamente a <emb>/dev/watchdog</emb> (esta acción suele llamarse coloquialmente <i>patear o alimentar al perro guardián</i> o <i>kicking or feeding the watchdog</i>). Si el sistema falla y no 'patea' o 'alimenta' al perro, el sistema se restablecerá completamente.</p>
-
- <h1>Watchdog daemon</h1>
+<li>Watchdog daemon</li>
<p>El demonio de watchdog abre el dispositivo y proporciona la actualización necesaria para evitar que el sistema se restablezca. Éste puede comprobar el espacio de la tabla de procesos, el uso de memoria (memory usage), la accesibilidad de archivos, la carga de trabajo, desbordamientos en la tabla de archivos, ping a direcciones IP, tráfico de interfaz de red, temperatura, procesos en ejecución, etc. Como ya hemos visto, si las pruebas fallan el perro provocará el apagado.</p>
<p>El demonio de watchdog debería iniciarse en el momento del arranque. Podemos verificar si está iniciado con:</p>
-
<pre><code>ps -af | grep watch*</code></pre>
<p>Si el kernel no estuviera compilado con <emb>CONFIG_WATCHDOG_NOWAYOUT</emb> y cerramos correctamente <emb>/dev/watchdog</emb> no habrá reinicio. Podemos escribir un carácter V en <emb>/dev/watchdog</emb> y luego cerrar el archivo; lo que detendrá al perro guardián.</p>
<p>Si queremos comprobar que el control de hardware está funcionando, podemos lanzar la siguiente orden con privilegios root:</p>
-
<pre><code>cat >> /dev/watchdog</code></pre>
<p>Una vez haya pasado el tiempo esperado, dependiendo de la configuración del kernel, el sistema realizará el hard reboot.</p>
<p>Una vez conocemos watchdog, podemos iniciar su configuración. El fichero de configuración de watchdog se encuentra en <emb>/etc/watchdog.conf</emb> (es posible que haya que instalar el paquete watchdog en la distribución utilizada).</p>
-
<pre><code># cat /etc/watchdog.conf
realtime = yes
priority = 1</code></pre>
+</ol>
</body>
</html>
\ No newline at end of file
