Anoche noté en el registro de correo que recibí un mensaje nuevo:
MAIL (mailed XXX bytes of output but got status 0x0047#012)
Sin embargo, el trabajo cron se ejecutó correctamente (ya que es un script que transmite a una API de terceros y confirmaron que recibieron datos), pero no puedo ver el estado de la transmisión por nuestra parte.
Creo que podría estar relacionado con la cantidad de espacio disponible en el disco, pero no tengo forma de estar seguro.
Aquí está la salida de df-h.
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 9.8G 9.7G 0 100% /
devtmpfs 1.9G 64K 1.9G 1% /dev
tmpfs 1.9G 0 1.9G 0% /dev/shm
/dev/xvdb1 48G 6.7G 39G 15% /var/www
Como referencia, estamos usando Centos 6.6 en AWS
Intenté buscar en línea el significado de este mensaje, pero no pude encontrarlo. Si alguien pudiera arrojar algo de luz sobre esto sería genial, gracias.
EDITAR:
La respuesta marcada como engañosa no me ayudó, ya que no está relacionada con mi pregunta y el usuario que hizo esa pregunta obtuvo una respuesta de error diferente.
Respuesta1
De hecho, su disco está lleno, como lo muestra la estadística 100% utilizada para /dev/xvda1. Edité su pregunta para incluir los encabezados de salida del dfcomando.
Necesita liberar espacio en su disco para que continúen sus registros.
Respuesta2
Así que me comuniqué con nuestro administrador del sistema (tenemos un contrato con él, solo soy un desarrollador en mi empresa) y me dijo que se trataba de un problema con la actualización de nuestro servidor AWS. Básicamente iniciamos sesión en nuestra carpeta /var/httpd ya que tenemos mucho espacio allí, pero la actualización hizo que nuestros punteros desaparecieran. Aquí están sus notas para ayudar a cualquiera en el futuro.
Estas notas se relacionan con el problema en general y con los registros de Apache:
Después de una ronda de actualizaciones del servidor la semana pasada, los registros de Apache se escribían en la ubicación incorrecta. Esto se ha solucionado y los registros ahora se escriben correctamente en el volumen /var/httpd nuevamente. Tenemos los registros escribiendo en el volumen /var/httpd para evitar que sofoque el volumen raíz. El volumen raíz es de 10 GB y el volumen /var/httpd es de 50 GB.
Estas notas son específicas del problema cron:
Probablemente fue el problema del espacio del volumen raíz. Los servidores de correo escriben en colas que luego envían. Si el volumen estaba lleno, no podría escribir en la cola.
Todavía me interesaría saber dónde puedo ver una lista de los códigos de estado que usa cron, ya que esa era mi pregunta original y parece que no puedo encontrar esta información. Si encuentro esta información, actualizaré esta respuesta con eso.