Jak uruchomić zadanie cron tylko raz?

14

Mam pracę, która działa wiecznie od momentu jej rozpoczęcia. Więc chcę go uruchomić tylko raz po wprowadzeniu go do pliku „crontab -e” i zapisaniu go (lub) za każdym razem, gdy nastąpi restart.

Jak to osiągnąć?

cron

— Rama Vadakattu
źródło

22

Jeśli chcesz, aby uruchomić polecenie raz w późniejszym terminie, należy użyć atpolecenia.

Jeśli chcesz, aby polecenie było uruchamiane raz podczas uruchamiania systemu, poprawnym rozwiązaniem jest użycie:

systemowe skrypty RC (/etc/rc.local)
crontab ze @rebootspecjalnym prefiksem (patrz strona podręcznika)

Ta ostatnia jest jedyną opcją dla użytkownika innego niż root.

— MikeyB
źródło

2

+1 za wzmiankę o @reboot.

— Alex Holst

Zawsze wolałbym używać /etc/rc.local, jeśli to możliwe ... Podejrzewam, że @reboot faktycznie uruchamia polecenia przy uruchamianiu crond, a nie przy uruchamianiu systemu. Subtelna, ale możliwa różnica.

— MikeyB

Załóżmy, że wpisałem @reboot "cmd ............." do pliku crontab i zapisałem go. Czy to polecenie uruchomi się teraz? (lub) Czy zaczyna się dopiero po ponownym uruchomieniu?

— Rama Vadakattu

Spróbuj i zobacz :) To, co prawdopodobnie będziesz musiał zrobić, to umieścić go w crontab, a następnie zaplanować natychmiastowe wykonanie przy użyciuat now

— MikeyB

Dobra odpowiedź. Zawsze o tym zapominam @reboot.

— Bill Weiss

9

Możesz użyć at (1), aby uruchomić zadanie w pewnym momencie w przyszłości. Jeśli jednak chcesz uruchomić coś przy starcie systemu i będzie on działał sam, być może potrzebujesz wpisu w /etc/init.d/? To pozwoli ci uruchomić go przy starcie systemu.

— Bill Weiss
źródło

1

Możesz także użyć rc.local. Polecenia w /etc/rc.local "zostaną wykonane po wszystkich innych skryptach inicjujących. Możesz umieścić własne pliki inicjujące w rc.local, jeśli nie chcesz wykonywać pełnych rzeczy inicjujących w stylu Sys V."

— Joe

Joe: dobra rozmowa.

— Bill Weiss,

Jak zatrzymać proces rozpoczęty przez polecenie? (Wiem, że identyfikator procesu zabicia po obejrzeniu listy identyfikatorów procesu przy użyciu polecenia „ps” działa również w przypadku polecenia „na polecenie”). Czy tworzenie własnych skryptów jest łatwe?

— Rama Vadakattu

Tak dla obu. Wszystkie procesy można zatrzymać za pomocą kill(zakładając, że masz do tego uprawnienia, co robisz dla własnych procesów). Tworzenie skryptu inicjującego jest naprawdę łatwe. Poszukaj /etc/init.d/skryptu, który nie jest zbyt długi i wymodeluj go po nim lub google dla making init scripts (your distribution).

— Bill Weiss,

1

Wiele dystrybucji zawiera szkielet skryptu ( /etc/init.d/skeletonna openSuSE), który można dostosować do własnych potrzeb.

— MikeyB

3

Zadanie, które działa tylko raz i działa wiecznie, dopóki nie powiesz mu, że umrze, nazywa się „demonem”. Zwykle są uruchamiane za pomocą skryptów inicjujących w /etc/init.d/.

Jeśli twoje zadanie kończy się w którymś momencie i może być uznane za pracę jednorazową, możesz spojrzeć na polecenie at. Na przykład, jeśli chciałbym dziś wieczorem uruchomić polecenie find o 22:00 i tylko raz to zrobiłbym:

$ at 10PM
at> find /root > /root/find_results.list
at> <EOT>
job 3 at 2010-02-10 22:00

— CarpeNoctem
źródło

1

Spójrz na komendę at

— Dominik
źródło

co się stanie, gdy system zostanie zrestartowany? Czy ponownie muszę wpisać „na polecenie”?

— Rama Vadakattu,

Wpisy polecenia at nie zostaną utracone podczas ponownego uruchamiania. ibm.com/developerworks/linux/library/l-job-scheduling.html jest interesującym wprowadzeniem do planowania pracy

— Dominik

@Rama Vadakattu: „Wpisy komendy at nie zostaną utracone podczas ponownego uruchamiania.” ... które nie zostały jeszcze wykonane. Zobacz odpowiedź MikeyB .

— Wstrzymano do odwołania.

ok zrobię więcej badań na ten temat.

— Rama Vadakattu