As tarefas do Cron não funcionam mais

Question

Os jobs do Cron estavam funcionando há meses, mas recentemente eu tive uma alta carga de servidor e agora os jobs do cron não estão executando meus arquivos php (os mesmos que estavam trabalhando antes). Quando eu verifico o log do cron, vejo isso que acredito ter algo a ver com o problema:

(CRON) EXEC FAILED (/usr/sbin/sendmail): Resource temporarily unavailable

O que preciso fazer para corrigir esse problema? Eu estou rodando o CentOS 7.

EDITAR: marquei isso como respondido, pois achei que um processo pendente estava causando esse problema. Hoje acordei e o mesmo problema ocorreu. Eu me pergunto o que poderia estar causando isso.

No log do cron, eu vejo:

Oct 11 05:01:01 run-parts(/etc/cron.hourly)[25431]: starting 0anacron
Oct 11 05:01:01 run-parts(/etc/cron.hourly)[25444]: finished 0anacron
Oct 11 05:01:01 run-parts(/etc/cron.hourly)[25431]: starting 0yum-hourly.cron
Oct 11 05:01:01 run-parts(/etc/cron.hourly)[25450]: finished 0yum-hourly.cron
Oct 11 05:01:01 CROND[25434]: (CRON) EXEC FAILED (/usr/sbin/sendmail): Resource temporarily unavailable
Oct 11 05:01:01 CROND[25429]: (apache) MAIL (mailed 71 bytes of output but got status 0x0001

ATUALIZAÇÃO:

Eu notei duas coisas que parecem fora do meu registro de e-mail.

Oct  8 14:01:39 postfix/local[12886]: 5180C2D098A5: to=<[email protected]>, orig_to=<N>, relay=local, delay=1.1, delays=0.07/0.01/0/1, dsn=5.1.1, status=bounced (unknown user: "n")
Oct  9 04:19:10 postfix/local[12452]: C8F762D012D6: to=<[email protected]>, orig_to=<apache>, relay=local, delay=0.22, delays=0.13/0.02/0/0.07, dsn=5.2.0, status=bounced (cannot update mailbox /var/mail/root for user root. cannot open file: Is a directory)

    

Answer 1

(CRON) EXEC FAILED (/usr/sbin/sendmail): Resource temporarily unavailable

Este não é um problema do cron. de exec (3):

 The execl(), execle(), execlp(), execvp() and execvP() functions may fail
 and set errno for any of the errors specified for the library functions
 execve(2) and malloc(3).

De execve (2):

 [ENOMEM]           The new process requires more virtual memory than is
                    allowed by the imposed maximum (getrlimit(2)).

De malloc (3):

   ENOMEM
       Memory allocation error.

Na maioria dos sistemas UNIX, qualquer processo de fuga pode consumir recursos suficientes para fazer com que as alocações de memória virtual normais de processos não-fugitivos também falhem.

Este não é um problema do cron, é um problema de recurso, utilização ou ajuste do sistema.