HTMLpointHTMLpoint HTMLpoint.com


 Leer los log 4/4



Saber leer los log, sobre todo si se están experimentando nuevas soluciones, puede ser muy útil para resolver algunos problemas, y además para otros controles que un buen sysadmin debe saber hacer.

Por ejemplo, en access.log podremos ir a controlar los accesos un determinado día en un determinado script o en una detreminada página: pongamos, por ejemplo, la línea:

127.0.0.1 - - [17/Feb/2000:17:07:38 +0100] "POST /cgi-bin/ml/mail-admin.pl HTTP/1.0" 200 1522
127.0.0.1 - - [17/Feb/2000:17:08:41 +0100] "GET /cgi-bin/ml/subscribe.html HTTP/1.0" 403 223
127.0.0.1 - - [17/Feb/2000:17:08:48 +0100] "GET /cgi-bin/ml/subscribe.html HTTP/1.0" 500 514
127.0.0.1 - - [17/Feb/2000:17:09:15 +0100] "GET /cgi-bin/ml/subscribe.html HTTP/1.0" 500 514


El primer campo es la dirección del servidor (es un servidor standalone, por tanto la dirección es 127.0.0.1), después viene la fecha, el método de solicitud, el nombre de la página o del script solicitado y el protocolo empleado para la solicitud; siguen, luego, los PID de los procesos.

Vamos a ver, en cambio, cómo se puede presentar error.log:

[Thu Feb 17 17:08:41 2000] [error] [client 127.0.0.1] file permissions
deny server execution: /usr/lib/cgi-bin/ml/admin.pl
[Thu Feb 17 18:05:40 2000] [notice] httpd: child pid 215 exit signal Segmentation fault (11)
[Fri Feb 18 10:39:18 2000] [error] [client 127.0.0.1] File does not exist: /var/www/pino
[Fri Feb 18 10:41:49 2000] [notice] httpd: caught SIGTERM, shutting down


Aquí he tomado cuatro líneas para poder destacar varios casos que, sin embargo, no son los únicos.
La primera implica un error en los permisos de un archivo, y la incapacidad del servidor de ponerlo en marcha: probablemente (mejor dicho, seguramente, ya que lo hice a posta) se trata de un script CGI con los permisos no configurados correctamente.
La segunda es una simple noticia: un child process se ha ido a Segmentation fault, dejando sin respuesta una solicitud.
La tercera es un error que me avisa que el directorio /var/www/pino no existe. En verdad he intentado llegar al directorio "www.mio_server.it/pino".
La cuarta, en cambio, es el resultado de un reinicio de Apache (mientras estaba haciendo unas pruebas). Al reiniciar, se me avisa que Apache ha vuelto a la actividad normal.

El consejo entonces es fácil: si queréis aprender a leer correctamente los archivos de log, además de cierta intuición y de cierto conocimiento del sistema, es necesario probar, tal vez cometiendo a posta errores para ver como contesta el servidor.


  Volver al inicio de la página