Extraño error que se produce en los logs de apache solucionado
ModSecurity: Audit log: Failed to create subdirectories: /var/asl/data/audit/
Este error aparentemente comunica que no existe espacio en disco y no se pueden escribir archivos en el fichero maildrop/652358.23101: seguido de un número (se da en repetidas ocasiones y va cambiando el último número).
Haciendo un locate maildrop en el servidor aparece que existen un directorio llamados maildrop: /var/spool/postfix/maildrop y también un archivo /var/spool/postfix/private/maildrop , lo curioso es que ninguno tiene contenido, luego no ocupan nada de espacio y aquí no podemos solucionar el error que por otro lado hace que suba el load average del servido por encima de 100 y en consecuencia se caigan las páginas alojadas en él. Además como el servidor responde a los pings no hay modo de que funcionen las alertas que tengamos diseñadas para avisarnos de la caída del servidor. Si esto se produce de madrugada, como me ha pasado a mi, las páginas pueden estar no disponibles durante bastante tiempo.
Buscando en Google no he encontrado nada, sólo al mirar los logs particulares de los sitios he visto varios errores de este tipo:
PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 72 bytes) in /public_html/libraries/joomla/error/exception.php on line 117
[error] [client 66.249.72.230] ModSecurity: Audit log: Failed to create subdirectories: /var/asl/data/audit/20120820/20120820-0515 (No space left on device) [hostname "ejemplo.es"] [uri "/index.php"] [unique_id "UDGryS5pe3gAAH10L1EAAAAN"]
Este segundo error me ha llevado a la solución ya que el culpable es el módulo Security de apache que crea miles de archivos en este directorio: /var/asl/data/audit/ y aunque en el disco duro haya espacio más que suficiente por alguna razón, a la cual no puedo responder, hace que se bloquee apache y mysql.
La solución está en borrar las carpetas con fechas antiguas de ese directorio que contiene como he dicho arriba miles de archivos (sino millones por el tiempo que el servidor ha estado borrando los archivos utilizando Filezilla) de este tipo
/var/asl/data/audit/20120401/20120401-0000/20120401-000000-T3d@YC5pe3gAAFQOMCQAAAAI
En el momento que comienza el borrado el load average comienza a bajar espectacularmente y el servidor puede dar servicio a las páginas web alojadas en él.
Otro error que daba, y que no he anotado, era de la conexión con phpMyAdmin.
