업데이트 2

업데이트 2

업데이트 2

이는 Fedora 23에서 문서화된 문제입니다. 여기에 나열된 해결 방법을 사용했습니다.https://bugzilla.redhat.com/show_bug.cgi?id=1263328. 작동하는 것 같습니다.

고쳐 쓰다

selinux를 허용 모드로 설정했는데 이제 작동합니다. 누구든지 무슨 일이 일어나고 있는지에 대한 통찰력을 제공할 수 있습니까?

원래

를 사용하여 crontab -e다음을 수행했습니다.

* * * * * echo test >> /tmp/a.log

하지만 아무 일도 일어나지 않는 것 같습니다.

참고: 이 줄 뒤에는 빈 줄이 있습니다.

내가 시도한 것

나는 보았다이번 서버 장애 문제하지만 해결책을 찾을 수 없습니다. 달리기

ps -ef | grep cron | grep -v grep

주어진

root       986     1  0 22:07 ?        00:00:01 /usr/sbin/crond -n

나는 무엇이 잘못되었는지 모른다. 도와주세요.

답변1

버그로 인해 발생했는데 해결되었습니다.이 업데이트는 2016년 1월에 이루어졌습니다..

답변2

작동하지 않는 것이 확실합니까?

[nazu@palaceredirect ~]# crontab -l
* * * * * /bin/echo hi >> /tmp/test
[nazu@palaceredirect ~]# ls -l /tmp
-rw-r--r--. 1 nazu nazu    6 Jan 17 20:54 test
  1. 계정의 메일을 확인하여 신고 내용이 있는지 확인하세요. mail주문하다.
  2. crond확실하지 않으면 재부팅하세요.systemctl restart crond.service
  3. /etc/cron.deny를 확인해볼 수도 있습니다.

그런데 cron에서 명령의 정규화된 경로를 사용해야 합니다. 습관으로 만드세요.

답변3

먼저 Cron 작업을 테스트할 파일을 만듭니다.

 $touch echo.sh 

파일에 스크립트를 입력하고 먼저 수동으로 시도해 보세요. 스크립트가 올바르게 실행되면 Cronjob으로 예약할 수 있습니다.

권한 설정:

$ chmod +x /path/to/file/echo.sh

예약된 작업 예:

 crontab -e

* * * * * /path/to/file/echo.sh

항목을 저장합니다.

cron의 출력을 확인할 수도 있습니다.

grep CRON /var/log/syslog

또는

tail -f /var/log/syslog | grep CRON

답변4

다음을 수행하는 것이 좋습니다.

  • 일부 SELinux 문제 해결 도구 설치##

    yum install setroubleshoot setools
    
  • audit.log 파일을 스캔하고 발견된 모든 SELinux 문제가 포함된 보고서를 생성합니다##

    sealert -a /var/log/audit/audit.log
    
  • 보고서 끝에 제공된 명령을 사용하여 새 정책을 생성하여 문제를 해결하거나 화이트리스트에 추가하세요##

관련 정보