2 votos

Cron job sigue funcionando, no en cualquier crontabs

Hace algún tiempo me configurar un cron job que ejecute un script de shell para actualizar mi DNS dinámico. Lo he hecho desde la Mac correcta cosa y cambió a launchd para manejar el trabajo y cualquier otras tareas programadas que yo podría tener. Como parte de este proceso, he quitado todos los cron jobs de mi crontab del usuario (el único usuario de la máquina) y también se comprueba para asegurarse de que la root del crontab estaba vacía (es).

Sin embargo, la tarea sigue funcionando. Sé que esto, porque siempre me saludó con "tienes correo". cuando me abra una ventana de terminal, el cual, dispone de toneladas y toneladas de mensajes de cron anunciando que no podía completar el trabajo.

He aquí una muestra de el correo temas:

Last login: Tue Mar 25 12:19:31 on ttys002
You have mail.
imac:~ dongohuber$ mail
Mail version 8.1 6/6/93.  Type ? for help.
"/var/mail/dongohuber": 1475 messages 1475 unread
>U  1 MAILER-DAEMON@server  Mon Mar 17 18:57  77/2870  "Undelivered Mail Returned to Sender"
 U  2 MAILER-DAEMON@server  Mon Mar 17 18:57  77/2870  "Undelivered Mail Returned to Sender"
 U  3 MAILER-DAEMON@server  Mon Mar 17 18:57  77/2870  "Undelivered Mail Returned to Sender"
 U  4 MAILER-DAEMON@server  Mon Mar 17 18:57  77/2870  "Undelivered Mail Returned to Sender"
 U  5 MAILER-DAEMON@server  Mon Mar 17 18:57  77/2870  "Undelivered Mail Returned to Sender"
 U  6 MAILER-DAEMON@server  Mon Mar 17 18:57  77/2870  "Undelivered Mail Returned to Sender"
 U  7 MAILER-DAEMON@server  Mon Mar 17 18:57  77/2870  "Undelivered Mail Returned to Sender"
 U  8 MAILER-DAEMON@server  Mon Mar 17 18:57  77/2870  "Undelivered Mail Returned to Sender"
 U  9 MAILER-DAEMON@server  Mon Mar 17 18:57  77/2870  "Undelivered Mail Returned to Sender"
 U 10 MAILER-DAEMON@server  Mon Mar 17 18:57  77/2870  "Undelivered Mail Returned to Sender"

Actualización: Los mensajes de correo que aparecen en grandes grupos como este de forma periódica. Me temo que no estoy seguro exactamente de cómo a menudo (sólo he eliminado el último gigante lote de ellos, voy a actualizar este cuando el próximo viene), pero que definitivamente no aparecen en la tasa de la tarea fue fijada para el, que era una vez cada 5 minutos. Por supuesto, esto podría ser una función de la mailer daemon y no el fantasma de la tarea en el cron, así que no sé si eso importa.

Y los mismos mensajes de este aspecto:

    Message 1:
From MAILER-DAEMON  Mon Mar 17 18:57:27 2014
X-Original-To: dongohuber@server.homenetwork.private
Delivered-To: dongohuber@server.homenetwork.private
Date: Mon, 17 Mar 2014 18:57:21 -0400 (EDT)
From: MAILER-DAEMON@server.homenetwork.private (Mail Delivery System)
Subject: Undelivered Mail Returned to Sender
To: dongohuber@server.homenetwork.private
Auto-Submitted: auto-replied
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
        boundary="0A1C11B3DE54.1395097041/server.homenetwork.private"

This is a MIME-encapsulated message.

--0A1C11B3DE54.1395097041/server.homenetwork.private
Content-Description: Notification
Content-Type: text/plain; charset=us-ascii

This is the mail system at host server.homenetwork.private.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

                   The mail system

<dongohuber@server.homenetwork.private> (expanded from <dongohuber>): delivery
    temporarily suspended: connect to 127.0.0.1[127.0.0.1]:10024: Connection
    refused

--0A1C11B3DE54.1395097041/server.homenetwork.private
Content-Description: Delivery report
Content-Type: message/delivery-status

Reporting-MTA: dns; server.homenetwork.private
X-Postfix-Queue-ID: 0A1C11B3DE54
X-Postfix-Sender: rfc822; dongohuber@server.homenetwork.private
Arrival-Date: Wed, 12 Mar 2014 03:10:00 -0400 (EDT)

Final-Recipient: rfc822; dongohuber@server.homenetwork.private
Original-Recipient: rfc822; dongohuber
Action: failed
Status: 4.4.1
Diagnostic-Code: X-Postfix; delivery temporarily suspended: connect to
    127.0.0.1[127.0.0.1]:10024: Connection refused

--0A1C11B3DE54.1395097041/server.homenetwork.private
Content-Description: Undelivered Message
Content-Type: message/rfc822

Return-Path: <dongohuber@server.homenetwork.private>
Received: by server.homenetwork.private (Postfix, from userid 501)
        id 0A1C11B3DE54; Wed, 12 Mar 2014 03:10:00 -0400 (EDT)
From: dongohuber@server.homenetwork.private (Cron Daemon)
To: dongohuber@server.homenetwork.private
Subject: Cron <dongohuber@server> /Users/dongohuber/duckdns/duck.sh > /dev/null
X-Cron-Env: <SHELL=/bin/sh>
X-Cron-Env: <PATH=/usr/bin:/bin>
X-Cron-Env: <LOGNAME=dongohuber>
X-Cron-Env: <USER=dongohuber>
X-Cron-Env: <HOME=/Users/dongohuber>
Message-Id: <20140312071002.0A1C11B3DE54@server.homenetwork.private>
Date: Wed, 12 Mar 2014 03:10:00 -0400 (EDT)

/bin/sh: /Users/dongohuber/duckdns/duck.sh: No such file or directory

--0A1C11B3DE54.1395097041/server.homenetwork.private--

Estos constantes alertas de correo me están volviendo loco. No tengo idea de donde esta el trabajo cron viene o cómo puedo detener. Aquí está lo que el equipo de informes para el crontab para mi usuario (que también es el que se denomina en el correo, a menos que yo estoy totalmente de malinterpretar) y de la root:

imac:~ dongohuber$ crontab -l
crontab: no crontab for dongohuber
imac:~ dongohuber$ sudo crontab -l
crontab: no crontab for root
imac:~ dongohuber$

Que diablos es el cron job proviene y cómo puedo deshacerme de él? Si importa, estoy corriendo Mavericks.

5voto

Rich Trouton Puntos 2322

Es posible que desee comprobar la siguiente ubicación, ya que es donde OS X almacena los archivos crontab:

/usr/lib/cron/tabs/

Puede haber un crontab que se almacena allí, lo cual es el funcionamiento de su trabajo. Este es un directorio que necesita privilegios de root para acceso, por lo que usted puede necesitar para pasar a una shell de root usando el sudo -s comando antes de que usted será capaz de entrar en este directorio.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X