☰

Los trabajos cron ya no funcionan

tag-icon • tag-icon cron
Los trabajos cron ya no funcionan

Los trabajos cron funcionaron durante meses en el pasado, pero recientemente tuve una carga alta en el servidor y ahora los trabajos cron no ejecutan mis archivos php (los mismos que funcionaban antes). Cuando reviso el registro cron veo esto que creo que tiene algo que ver con el problema:

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

¿Qué necesito hacer para solucionar este problema? Estoy ejecutando CentOS 7.

EDITAR:Marqué esto como respondido porque pensé que un proceso bloqueado estaba causando este problema. Hoy me desperté y ocurrió el mismo problema. Me pregunto qué podría estar causando esto.

En el registro cron veo:

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

ACTUALIZAR:

Noté dos cosas que no aparecen en mi registro de correo.

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)

Respuesta1

(CRON) EXEC FAILED (/usr/sbin/sendmail): Recurso no disponible temporalmente

Esto no es un problema cron. del ejecutivo (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).

Del ejecutivo (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.

En la mayoría de los sistemas UNIX, cualquier proceso fuera de control puede consumir suficientes recursos como para provocar que las asignaciones normales de memoria virtual realizadas por procesos no fuera de control también fallen.

Esto no es un problema cron, es un problema de ajuste, utilización o recurso del sistema.

información relacionada