Kiedy planuję zadanie, niektóre wydają się być stosowane natychmiast, a inne po ponownym uruchomieniu. Czy więc zaleca się ponowne uruchomienie cron
( crond
) po dodaniu nowego zadania cron? Jak to zrobić poprawnie (szczególnie w systemie Debian) i czy powinno się to robić sudo
(podobnie jak sudo service cron restart
) dla zwykłych użytkowników?
Próbowałem:
/etc/init.d/cron restart
który wydaje się nie działać (ani nie działa, /etc/init.d/cron stop
ani service cron stop
) i kończy się kodem powrotu 1.
Oto część wyniku komunikatu:
Ponieważ skrypt, który próbujesz wywołać, został przekonwertowany na zadanie Upstart, możesz również użyć narzędzia stop (8), np. Stop cron stop: Odrzucona wiadomość wysyłania, 1 dopasowane reguły; type = "method_call", sender = ": 1.91" (uid = 1000 pid = 3647 comm = "stop cron") interfejs = "com.ubuntu.Upstart0_6.Job" member = "Stop" nazwa błędu = "(nieustawiony)" request_reply = "0" destination = "com.ubuntu.Upstart" (uid = 0 pid = 1 comm = "/ sbin / init")
(co to znaczy?)
crontab -e
?crontab -e
to jest to, czego używam ...man cron
-> Imię)nano
)! ... a może to spowodowało zamieszanie ...Ponowne uruchomienie może nie być konieczne. Jak powiedziałem w moich komentarzach edytora tekstu , które zostały wykorzystane (ten, który jest przypisany do edycji zaplanowane zadania) do edycji zadanie musi być zamknięte ; samo zapisanie zawartości nie wystarczy . (Tego właśnie doświadczyłem. Edytowanie zadań za
nano
pomocą Ctrl+ zapisywanie przy + Opliku nadal otwartym nie powoduje natychmiastowego wprowadzenia zmian, ale dopiero po zamknięciu edytora za pomocą Ctrl+ X).I jak wspomniano w tej odpowiedzi ( terdon ), demon cron co minutę sprawdza, czy jakieś zadanie ma zostać uruchomione i wyzwala te, które musi.
źródło