El Blog de Luis

Cuando un servicio falla este reporta lo que ha pasado o cuando algo va mal en tu máquina (por ejemplo un problema de hardware) esto también es reportado. Esos mensajes pueden ser encontrados en el directorio /var/log. Por ejemplo, muchos mensajes son reportados en el archivo /var/log/syslog o en el /var/log/messages. Por otro lado, si un servicio genera muchos mensajes muy probablemente estos serán escritos en un archivo separado como lo hace Apache o el servicio de correo.

Todo esto es hecho por un demonio llamado syslogd, el cual es una utilidad del sistema que provee soporte para el registro de mensajes en sistemas *nix. Pero las bitácoras no están reservadas únicamente para las aplicaciones del sistema, tú también puedes registrar tus mensajes usando syslogd, configurando una regla apropiada en el archivo /etc/syslog.conf. Así que , veamos como hacerlo…

Archivo de configuración

En el archivo /etc/syslog.conf (o en el /etc/rsyslog.conf) están definidas las reglas para las bitácoras usando syslogd, una regla por línea.  Cada regla sigue esta sintaxis:

selector acción

A su vez, el selector está compuesto de servicio.prioridad, entonces la sintaxis completa sería:

servicio.prioridad acción

El servicio puede ser uno de las siguientes palabras:

La prioridad puede ser una de las palabras listadas en la siguiente tabla. Los mensajes serán reportados por prioridad, deforma ascendente. Por ejemplo, si se especifica la prioridad alert se reportarán los mensajes con prioridad alert, emer y panic, mientras que los crit, error, hasta debug no serán reportados.

La acción describe qué se debe hacer con el mensaje reportado. Comúnmente, todos los mensajes son escritos a un archivo de bitácoras, pero también hay otras acciones como reenviar los mensajes a otra máquina. De forma que el campo acción puede ser uno de los siguientes:

Modificadores

Básicamente existen tres modificadores: =, ! y *. El modificador “=” le indica a syslogd que debe reportar solo los mensajes con la prioridad exacta. Por ejemplo:

mail.=error                       /var/log/mail.error

Aquí syslogd reportará solo los mensajes de error. Sin el modificador =, syslogd reportaría los mensajes tipo error, crit, alert y  panic. Este modificador solo puede usarse con las prioridades.

El segundo modificador es “!”, el cual invierte el significado de la regla. Por ejemplo:

mail.!error                       /var/log/mail.error

Syslogd reportará los mensajes con menos prioridad que error, ergo warning, notice, info y debug. Si quieres excluir solo una prioridad, debes usar la combinación !=.

Finalmente, el modificador “*” te permite seleccionar entre los distintos servicios y prioridades. Por ejemplo:

mail.*                       /var/log/mail.log

Aquí, todos los mensajes provenientes del servicio de correo serán guardados en el archivo /var/log/mail.log, no importando su prioridad. Otro ejemplo:

*.info                       /var/log/info.log

No importa el servicio, todos los mensajes cuya prioridad sean info serán guardados en el archivo /var/log/info.log.

Operadores coma, y punto y coma

El operador punto y coma te permite escribir varias reglas en una forma más compacta. Por ejemplo:

mail.=info                       /var/log/info.log
mail.=notice                     /var/log/info.log
auth.=info                       /var/log/info.log

Las reglas anteriores pueden ser escrita en una sola línea:

mail.=info;mail.=notice;auth.=info   /var/log/info.log

Por otro lado, si quieres seleccionar varios servicios, puedes usar el operador coma. Por ejemplo:

mail.info                       /var/log/info.log
auth.info                       /var/log/info.log

Puedes escribir las reglas anteriores en una línea, de la siguiente forma:

mail,auth.info                  /var/log/info.log

La gran diferencia entre el operador coma y el operador punto y coma es que el primero solo separa servicios y el ultimo puede separar prioridades y servicios, incluso si estos son incompatibles entre sí.

Registro síncrono

Algunas bitácoras deben ser monitoreadas en tiempo real, por ejemplo cuando se está depurando un servicio. El asunto es que syslogd escribe mensajes solo cuando su buffer está lleno, es decir, de forma asíncrona. Si quieres escribir mensajes síncronamente debes colocar un “-” antes de la ruta del archivo donde se guardará las bitácoras.

Ejemplos

Aquí hay unos ejemplos inventados por mí y otros tomados del archivo /etc/syslog.conf:

local3.info                     /var/log/milog

Usar el servicio local3, reportando mensajes tipo info al archivo /var/log/milog.

auth,authpriv.*                 /var/log/auth.log

Reportar todas las prioridades para los servicios auth y authpriv en el archivo /var/log/auth.log.

mail.warn                       -/var/log/mail.warn

Los mensajes de warn del servicio de correo serán guardados en el archivo /var/log/mail.warn síncronamente.

mail.!=error                       /var/log/mail.error

Todos los mensajes excepto los de error serán guardados en el archivo /var/log/mail.error.

*.=debug;\
	auth,authpriv.none;\
	news.none;mail.none	-/var/log/debug

Todos los mensajes serán guardados en el archivo /var/log/debug de forma síncrona, excepto aquellos provenientes de los servicios auth, authpriv, news y mail.

El comando logger

Si quieres comunicarte con syslogd, puedes utilizar el comando logger. Por ejemplo, para enviar un mensaje con prioridad info y servicio local3, solo escribe:

logger -p local3.info “Esto es un mensaje”

Referencias

• man syslog
• man logger
• Revista “Todo Linux” . Año 8. Número 92. Páginas 43-47.

Artículos relacionados:

1. Estadísticas de baterías de laptops
2. Desbloqueo de Gnome-Keyring en Slim