Jakiego użytkownika uruchamiają skrypty w folderach cron? (tj. cron.daily, cron.hourly itp.)

Jeśli umieściłem skrypt w /etc/cron.daily na CentOS, jaki użytkownik będzie go uruchamiał? Czy wszystkie działają jako root czy jako właściciel?

cron

— Kyle MacFarlane
źródło

Wszystkie działają jako root. Jeśli potrzebujesz inaczej, użyj suw skrypcie lub dodaj wpis crontab do crontab użytkownika ( man crontab) lub crontab w całym systemie (którego lokalizacji nie mogłem ci powiedzieć w CentOS).

— geekozaur
źródło

Edycja: moja odpowiedź tak naprawdę nie ma zastosowania w tym przypadku, patrz komentarz Zoredache'a poniżej. Przepraszam wszystkich (szczególnie geekozaurów). Kyle, pamiętaj, że jeśli chcesz regularnie uruchamiać skrypt jako użytkownik inny niż root, poniższe informacje mogą być pomocne; po prostu zrób to za pomocą cron.d zamiast cron. {co godzinę, codziennie, co tydzień, co miesiąc}.

Nie lubię zaprzeczać, ale obawiam się, że geekozaur nie ma racji. Działają jako root, chyba że podano inaczej . Oto część /etc/cron.d/muninpliku mojego pudełka CentOS :

# cron-jobs for munin
MAILTO=root
1-56/5 * * * *     munin /usr/share/munin/munin-limits --force

Zauważ, że w wierszu merytorycznym (wiersz 3) przed plikiem wykonywalnym podana jest nazwa użytkownika. Ten konkretny wpis cron działa jako użytkownik Munin, więc pod warunkiem, że twój cron jest podobny do CentOS 5 (vixie-cron-4.1-77), powinieneś być w stanie zrobić to samo.

— Szalony Kapelusznik
źródło

Wydaje się, że mówi on konkretnie o cron.daily i cron.weekly, a nie o rzeczach w cron.d / *.

— Zoredache

Nie! Dzięki, Zoredache; Powinienem uważniej przeczytać pytanie. Jeszcze nie ma kawy! Usunęłbym to, ale myślę, że w mojej odpowiedzi wciąż znajdują się przydatne informacje - po prostu nie dla OP - więc jestem skłonny dać temu wyraz. Co myślisz? (Przepraszam za niewłaściwe wskoczenie, geekozaur).

— MadHatter

geekosaur odpowiedział na moje podstawowe pytanie, ale nigdy nie wiedziałem, po co właściwie jest folder cron.d. cron.daily itp. są dość oczywiste, podobnie jak crontab. Ale gdzie w tym wszystkim jest cron.d?

— Kyle MacFarlane

Zrozumiałeś już, że pomysł przechowywania katalogów zamiast pojedynczych plików polega na tym, że pakiet może łatwiej dodać wpis: po prostu upuść plik do katalogu, zamiast próbować skomplikowanej inwokacji sed w celu edycji fragmentów tekstu do i z plików ...

— MadHatter

... W przypadku Munina musi on uruchamiać zadanie co pięć minut, a nie jako root. To doskonały przykład tego, dlaczego cron. {Co godzinę itp.} Nie jest odpowiedni dla wszystkich; niektóre zadania cron nadal chcą mieć możliwość określenia częstotliwości, a być może użytkownik, a dla nich cron.d jest lepszy. Inni nie, a dla nich cron. {Co godzinę itp.} Jest prostszy, ponieważ po prostu zrzucają skrypt zamiast skryptu plus opakowanie czasowe / użytkownika.

— MadHatter