Tag fail - Userlinux.net

Porque los BOFH, aunque no queramos reconocerlo, también metemos la pata de vez en cuando. Esta vez me ha costado casi 2 meses de downtime de varias páginas, entre ellas el blog de mi compañero @mameyugo.

Una vez reinstalado el servidor y reiniciados todos los servicios damos por supuesto que todo funciona bien y a otra cosa mariposa. De hecho todo estaba up & running. El problema es que fuera de la red local el servidor de nombres... no servía los nombres por un pequeño detalle:

options
{
    listen-on-v6 { ::1; };
    listen-on { 127.0.0.1; 192.168.1.12 };
}

Vaya la que he liado. Pero ha sido sin querer, de veras, os lo prometo por Theo de Raadt. Mis disculpas caballeros.

Hace poco más de mes y medio escribí un post que se refería a un script para controlar los cuelgues de MySQL. En dos palabras: no funciona.

El motivo es el siguiente, en ese script se monitoriza el %CPU de un ps y se compara con el valor homónimo en top, craso error, puesto que ni de lejos son lo mismo:

• %CPU top: Uso de CPU en porcentaje real.
• CPU ps: Porcentaje de uso de CPU durante todo el tiempo de vida del proceso (una media entre CPU y tiempo de vida).

Mientras que el primero es instantáneo y ofrece porcentajes reales, el segundo no ofrece más que una media y, en procesos con tiempo de vida muy largo -como puede ser un mysqld- lo lógico es que ese porcentaje no sea muy elevado.

Lección aprendida, a ver si Monit o cpulimit nos pueden ayudar con este desaguisado.