O que significa o status do cron mail 0x0047#012

O que significa o status do cron mail 0x0047#012

Percebi no registro de e-mail ontem à noite que estou recebendo uma nova mensagem:

MAIL (mailed XXX bytes of output but got status 0x0047#012)

O cron job foi executado com êxito (pois é um script que transmite para uma API de terceiros e eles confirmaram que receberam dados), mas não consigo ver o status da transmissão do nosso lado.

Estou pensando que pode estar relacionado à quantidade de espaço disponível em disco, mas não tenho como ter certeza.

Aqui está a saída 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

Para referência, estamos usando o Centos 6.6 na AWS

Tentei procurar online o significado desta mensagem, mas não consegui encontrá-la. Se alguém pudesse lançar alguma luz sobre isso, seria ótimo, obrigado.

EDITAR:

A resposta marcada como idiota não me ajudou, pois não está relacionada à minha pergunta e o usuário que fez essa pergunta recebeu uma resposta de erro diferente.

Responder1

Seu disco está realmente cheio, mostrado pela estatística 100% usada para /dev/xvda1. Editei sua pergunta para incluir os cabeçalhos de saída do dfcomando.

Você precisa liberar espaço em seu disco para que seus registros continuem.

Responder2

Então entrei em contato com nosso administrador de sistema (nós contratamos ele, sou apenas um desenvolvedor na minha empresa), e ele disse que isso era um problema com a atualização de nosso servidor AWS. Basicamente, registramos em nossa pasta /var/httpd, pois temos bastante espaço lá, mas a atualização fez com que nossos ponteiros desaparecessem. Aqui estão as notas dele para ajudar alguém no futuro.

Estas notas estão relacionadas ao problema em geral e aos logs do Apache:

Após uma rodada de atualizações do servidor na semana passada, os logs do Apache estavam sendo gravados no local errado. Isso foi corrigido e os logs agora estão sendo gravados corretamente no volume /var/httpd novamente. Temos os logs gravando no volume /var/httpd para evitar que ele sufoque o volume raiz. O volume raiz é 10 GB e o volume /var/httpd é 50 GB.

Estas notas são específicas para o problema do cron:

Provavelmente foi o problema de espaço no volume raiz. Os servidores de correio escrevem em filas que depois enviam. Se o volume estivesse cheio, não seria possível gravar na fila.

Eu ainda estaria interessado em descobrir onde posso ver uma lista dos códigos de status que o cron usa, já que essa foi minha pergunta original e não consigo encontrar essa informação. Se eu descobrir essa informação, atualizarei esta resposta com ela.

informação relacionada