Dotaz: Problém s cronem

[Michael Fanta]

Zdravím,

mám takoví menší problém s cronem. Když dám "crontab -l" tak mě to napíše "no crontab for root" a přitom cron normálně jel. Zkoušel jsem restartovat stroj, ale stále nic. 

Odpovědi

[l4m4]

rootův osobní crontab není totéž co systémový crontab (/etc/crontab). Viz začátek crond(8).

[Ondřej Kubečka]

Ano, toto zní jako pravděpodobné vysvětlení, ale pozor v tomto případě záleží nejenom na systému, ale i na distribuci, protože to zdaleka neplatí pro každé vtělení cronu. I Linuxové systémy (třeba Slackware) /etc/crontab nepoužívají.

[Standula]

musis zadat ulohu do cronu pomoci prikazu crontab -e (viz prikaz crontab ) jako root (kazdu user ma svuj crontab)  a nezapomen ukouncit soubor novym radkem. jinak ti to nepojede ;) 

[Michael Fanta]

 Jejda vy jste mě asi nepochopili.. Cron je normálně má zadané 3 úlohy. Ale z ničeho nic už nejede. 

[Dalibor Smolík]

Dal by se sem hodit soubor /etc/crontab? Může jít o drobnou chybu ve skriptu, která znemožní funkčnost cronu ..

[Michael Fanta]

# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

# m h dom mon dow user command
17 * * * * root cd / && run-parts --report /etc/cron.hourly
25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
#

[cronin]

Ak crontab -l nic nevypise, tak ziadne ulohy nema. Nepreklepol si sa a nedal si crontab -r namiesto crontab -e? Tie pismenka su tak blizko vedla seba.

[Michael Fanta]

 Tak jak je potom možné, že když tam uložím úlohu tak do daného souboru se úloha zapíše, ale když dám crontab -l tak tam není! To je prostě záhada tohle .

[cronin]

"... do daneho suboru ..." znamena do konkretne ktoreho? Ako uz bolo zmienene, "sytemovy crontab" a "crontab pouzivatela root" nie je to iste.

[l4m4]

Chaos.

Takže ještě jednou a znovu.

Máš ty úlohy v systémovém nebo rootově contabu? Který z nich podle tebe funguje a který ne? A jak jsi to zjistil/testoval?

Jaké jsou v logu hlášky od crond?

[Michael Fanta]

 Ach jo.. prostě ten CRON už byl spuštěnej vše jelo normálně. Ale jednoho dne se zničeho nic vypl a nejde zapnout

[Dalibor Smolík]

Nejdřív bych zkontroloval, zda cron vůbec běží (/etc/init.d/cron restart). Já nejsem zvyklý používat crontab -e, ale přidávám řádky do základního crontabu (po jakékoliv změně dát znovu restart cronu),  takže to vypadá takto:

17 *    * * *   root    cd / && run-parts --report /etc/cron.hourly
25 6    * * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6    * * 7   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6    1 * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
01 10   * * *   root    /home/dalibor/skripty/zalohovat
V mém případě se mi spouští skript "zalohovat" v 10.01 denně.

 

[l4m4]

Uh, oh, jak to asi přidáváš do /etc/crontab coby uživatel dalibor? A proč to s rootovskými právy spouští soubor, který je pod kontrolou uživatele?

Je jedno, že to máš asi na desktopu, takhle se šíří pitomé memy, kterých se pak těžko zbavuje.

[Dalibor Smolík]

Ano, pozorný čtenář bylo to špatně zapsané , ale pro princip fungování cronu jako příklad  je to OK..  Konkrétní soubor měl rootovská práva a byl uložen jinde, sem jsem zkopíroval jen "pracovní verzi" crontabu jako zálohu pro testování, nikoliv v současné době funkční cron, omlouvám se   -

[cronin]

Odpovedz na otazky, ktore Ti polozil I4m4. Radi Ti pomozeme, len nam daj sancu.

[Michael Fanta]

 Proč mám odpovídat na otázky, které nedávají smysl. Mě jde o to, že ten CRON bežel askoro 3 týdny a zničeho nic se vypl a nejde zapnout. Nikdo snim nic nedělal a ty se mě tu ptáš co je v tom a tom souboru atd.. 

[pupu]

Dobra, vezmeme to trochu podrobneji. Cron je daemon, ktery ma na starosti spousteni uloh v zadanem case. Co a kdy ma spoustet je mozne mu sdelit nekolika zpusoby. Jednim zpusobem je soubor /etc/crontab - jedna se vetsinou o ulohy, ktere jsou 'systemove' - napriklad spousteni veci z adresare /etc/cron.daily/ a tak podobne. To je zaroven druhy zpusob, zavedeny coby zjednoduseni - do adresaru /etc/cron.daily, hourly nebo weekly staci umistit (odkaz na) skript, ktery chceme poustet jednou za den/hodiny/tyden. Treti moznost zadani je pres crontab -e - tento prikaz vytvori soubor v adresarich pod  /var/spool/crontab a da se zkontrolovat prikazem crontab -l. prvni dve metody jsou omezeny na uzivatele 'root', treti mohou pouzivat i obycejni uzivatele. Otazka tedy zni - co to znamena, ze 'nefunguje cron'? Ktera z vyse uvedenych moznosti byla pouzita, co se objevuje v systemovem logu (patrne /var/log/cron) a co je ocekavano?

[Robert Kupka]

Pozri sa 3 tyzdne spät do logu, co tam najdes o CRONe.  Spadol ? Mne sa este nestalo, aby sa cron len tak sam od seba vypol....

 

[Dalibor Smolík]

Právě tohle mě napadlo taky, mohl by to zjistit příkazem

ps ax | grep cron
 3366 ?        Ss     0:00 /usr/sbin/cron
 7578 pts/5    D+     0:00 grep cron
 

[Michael Fanta]

 Já tam mám toto

 

ps ax | grep cron

 7710 pts/6    S+     0:00 grep cron

29072 ?        Ss     0:00 /usr/sbin/cron

 

[Ondřej Kubečka]

Proč mám odpovídat na otázky, které nedávají smysl.

Pokud si jste jistý, co je a co není relevantní, tak zřejmě i víte, v čem je problém a taháte ostatní za nos. Mě třeba pohled do logů, jestli a co se tam píše o crond přijde docela smysluplný dotaz.

zničeho nic ... nikdo s nim nic nedělal

To bych skoro řekl ani není pořádně možné. Pokud se změnil stav (funguje/nefunguje), muselo se změnit ještě něco a odpověď na otázku co, je nejspíše i řešením problému. Samozřejmě, změna nemusí být úmyslná (překlep), vědomá (změna kterou provedl nějaký "chytrý" "instalátor" nebo systémový "aktualizátor") ani dokonce přímým důsledkem čehokoliv, co uživatel udělal nebo nastavil (HW problém a segfaultující crond, kompromitovaný systém).

V každém případě, "fungovalo mi to a teď to nefunguje... a víc Vám k tomu neřeknu," zřejmě k řešení nepovede.

Já se tedy přiznám ani úplně nerozumím tomu dotazu. Co fungovalo a co nefunguje? crond vůbec neběží? crontab -l dává jiné výsledky než předtím? Nějaká zadaná úloha, která dříve běžela neběží? Jak byla spouštěna (Váš /etc/crontab žádné konkrétní úlohy neobsahuje a crontab -l s tím nutně nesouvisí, protože to mohou být dva odlišné mechanismy)?

Buď bude potřeba malinko zpřesnit vyjadřování a odpovědět na pár otázek, nebo dodat křišťálovou kouli, jinak Vám asi sotva někdo bude schopen pomoci.

[l4m4]

Protože ty otázky dávají smysl lidem, kteří se ti snaží pomoci, a tyto nebo podobné otázky by si v takové situaci položili oni.

[petr]

Mám pro tebe řešení, vše, co potřebuješ ke zprovoznění crond, najdeš zde.

[l4m4]

Mně crond funguje, jak má, děkuji za optání.