Modificado por última vez en Domingo, 11 Agosto 2013 00:59
(0 votos)

Error postdrop: warning: mail_queue_enter: create file maildrop/ No space left on device

Extraño error que se produce en los logs de apache solucionado

ModSecurity: Audit log: Failed to create subdirectories: /var/asl/data/audit/

mod_securityEste 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.

 


Comentarios (0)

No hay comentarios escritos aquí

Deja tus comentarios

Publicar comentario como invitado. Regístrate o ingresaa tu cuenta
0 Caracteres
Archivos adjuntos (0 / 3)
Compartir su ubicación
close

Recibe gratis nuestros nuevos artículos!

Serás el primero en conocer las novedades y noticias que pasan en Internet, nuestros tutoriales, trucos y más.

Escribe tu email:

Se abrirá una nueva ventana de FeedBurner a la izquierda de la página y habrás de validar un Captcha.

Lee nuestras Política de privacidad & Política de cookies
Puedes darte de baja de la lista de correo electrónico en cualquier momento