간단한 cronjob를 진단하는 시작하는 곳

단일 사용자 및 다음 crontab이있는 우분투 서버가 있습니다.

# Edit this file to introduce tasks to be run by cron.
# 
# Each task to run has to be defined through a single line
# indicating with different fields when the task will be run
# and what command to run for the task
# 
# To define the time you can provide concrete values for
# minute (m), hour (h), day of month (dom), month (mon),
# and day of week (dow) or use '*' in these fields (for 'any').#
# Notice that tasks will be started based on the cron's system
# daemon's notion of time and timezones.
# 
# Output of the crontab jobs (including errors) is sent through
# email to the user the crontab file belongs to (unless redirected).
# 
# For example, you can run a backup of all your user accounts
# at 5 a.m every week with:
# 0 5 * * 1 tar -zcf /var/backups/home.tgz /home/
# 
# For more information see the manual pages of crontab(5) and crontab(8)
# 
# m h  dom mon dow   command
MAILTO=<my email>
* * * * * echo "Test"

이 cron 일이 간단하기 때문에, 나는 어떤 전자 우편도 얻지 않을 것이다. 또한 다음과 같이 수정하려고 시도했습니다 (내 이메일에 문제가있는 경우를 대비하여).

* * * * * echo "Test" >> test.txt

하지만 파일 test.txt 절대 만들어지지 않습니다.

이것은 마치 정말 간단한 문제지만, 일반적으로 내가 실제로 cron 작업에 문제가있을 때 작업은 단지 오류를 던지고있다. 나는 일이 심지어 달리지 않을 때 그것을 진단하기 시작하는 방법을 모른다.

의 출력으로 업데이트 service cron status

sbarnett@sbarnett:~$ service cron status
Failed to get properties: Access denied
sbarnett@sbarnett:~$ sudo service cron status
[sudo] password for sbarnett:
● cron.service - Regular background program processing daemon
   Loaded: loaded (/lib/systemd/system/cron.service; enabled; vendor preset: enabled)
   Active: active (running) since Tue 2017-08-15 14:15:52 MST; 3 weeks 1 days ago
     Docs: man:cron(8)
 Main PID: 1682 (cron)
   CGroup: /system.slice/cron.service
           └─1682 /usr/sbin/cron -f

Sep 07 09:55:01 sbarnett.vm CRON[3144]: pam_unix(cron:session): session opened for user root by (uid=0)
Sep 07 09:55:01 sbarnett.vm CRON[3145]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Sep 07 10:05:01 sbarnett.vm CRON[3151]: pam_unix(cron:session): session opened for user root by (uid=0)
Sep 07 10:05:01 sbarnett.vm CRON[3152]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Sep 07 10:05:01 sbarnett.vm CRON[3151]: pam_unix(cron:session): session closed for user root
Sep 07 10:15:01 sbarnett.vm CRON[3156]: pam_unix(cron:session): session opened for user root by (uid=0)
Sep 07 10:15:01 sbarnett.vm CRON[3157]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Sep 07 10:17:01 sbarnett.vm CRON[3159]: pam_unix(cron:session): session opened for user root by (uid=0)
Sep 07 10:17:01 sbarnett.vm CRON[3160]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Sep 07 10:17:01 sbarnett.vm CRON[3159]: pam_unix(cron:session): session closed for user root

우분투에서는 crontab이 약간 다르며 시간 선택기 뒤에 "user"필드가 있습니다 ...

# m h dom mon dow user  command
17 *    * * *   root    cd / && run-parts --report /etc/cron.hourly

디버깅하려면 다음과 같은 간단한 명령을 사용해보십시오.

logger "This goes to /var/log/syslog"

예상되는 시간에 로그 파일로 이동했는지 확인하십시오. 대신 스크립트를 호출하십시오 (자체 호출하는 스크립트 logger ...)

내 특별한 이슈는 이상한 것으로 보였습니다. 그 전체 내용은 제가 완전히 이해하지 못했습니다. 그러나 일부 추측과 다양한 포럼 게시물을 읽음으로써 그 해답을 찾았습니다.

때로는 OS 업데이트가 cron 파일의 권한과 일치하지 않을 수 있습니다. 다음 중 하나 또는 모두가 문제를 해결할 수 있습니다.

• sudo service cron reload
• sudo service cron restart
• sudo /etc/init.d/cron restart
• shutdown -r now
• sudo apt-get dist-upgrade

원래:

• cron 데몬을 다시 시작하십시오.
• 컴퓨터를 다시 시작하십시오.
• 다른 모든 방법으로 문제가 해결되면 문제를 해결하는 업데이트가있을 수 있습니다.