업데이트 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
- 계정의 메일을 확인하여 신고 내용이 있는지 확인하세요.
mail
주문하다. crond
확실하지 않으면 재부팅하세요.systemctl restart crond.service
- /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
보고서 끝에 제공된 명령을 사용하여 새 정책을 생성하여 문제를 해결하거나 화이트리스트에 추가하세요##