Czy to ważna specyfikacja czasu crontab, spełniająca oczekiwane wymagania:
0 22-4 * * *
A może trzeba zrobić coś takiego
0 22,23,0,1,2,3,4 * * *
Nigdy nie próbowałem użyć takiego zakresu i nie jestem pewien, czy to zadziała. Tak więc moją pierwszą radą byłoby przetestowanie go i zobaczenie, co się stanie - choć prawdopodobnie za pomocą skryptu, który zapisuje tylko dziennik lub coś innego nieszkodliwego.
Po drugie, dla crona ATT i BSD nie możesz mieć współistniejących zakresów i list, więc musisz albo wymieniać każdą godzinę osobno, albo mieć dwie linie, jedną z zakresem i jedną z listą.
Miałem problemy z uruchomieniem cronjobs przed północą. W końcu wstawiłem dwa prawie identyczne wpisy dla zaangażowanych skryptów.
to chyba załatwiło sprawę.
Miałem problemy z cronem z powodu używania 22-05 i przez proces eliminacji wymyśliłem to rozwiązanie.
źródło
*/5
, tj .:*/5 00-05 * * * /myscript
Wokół jest wiele różnych demonów cron, chyba że powiesz, którego dokładnie używasz (obsługa list w takich przypadkach narożnych może równie dobrze zmienić się z wersji na następną), nie może być odpowiedzi. Najlepiej jest wybrać swoją wyraźną listę. Nie byłbym zbyt zaskoczony, gdyby niektóre implementacje potraktowały cię jako dziwny sposób powiedzenia
4-22
...Czy twoja lokalna dokumentacja wspomina nawet o tego rodzaju sprawach? Może legalne są dwie listy, np.
22-24,1-4
?źródło
22-23,0-4
(zauważ, że crontab nie24
działa) działa idealnie, przynajmniej na centos, na których testowałem.