[qwelukasz]

#linux #crontab

nie wiem czemu ale po restarcie przestał działać crontab..

zadania mam w crontab -e

* * * * * php /home/xx/Web/test/index.php

(na końcu pusta linia)

grep CRON /var/log/syslog

zwraca:

Jun 16 18:09:01 xx CRON[1325]: (CRON) info (No MTA installed, discarding output)
Jun 16 18:10:01 xx CRON[1343]: (xx) CMD (php /home/xx/Web/test/index.php)
Jun 16 18:10:01 xx CRON[1342]: (CRON) info (No MTA installed, discarding output)
Jun 16 18:11:01 xx CRON[1352]: (xx) CMD (php /home/xx/Web/test/index.php)
Jun 16 18:11:01 xx CRON[1351]: (CRON) info (No MTA installed, discarding output)

A zadania mimo to nie są odpalane..
Gdy wejdę przez przeglądarkę skrypt się odpala, więc nie jest to wina skryptu..
Lokalizacja także dobrze podaba, wczoraj jeszcze działało ;)

[B.....0]

@qwelukasz: sudo apt-get install postfix

[qwelukasz]

@Benq20: to akurat nie ma nic do tego ;>

[Lipathor]

A co się dzieje jak ręcznie odpalisz polecenie z crontaba?

[B.....0]

@qwelukasz: No MTA installed

[rtgn]

@qwelukasz: dopisz na końcu skryptu: >/dev/null 2>&1

[qwelukasz]

@Benq20: MTA jest do wysyłki maili (czego nie potrzebuje)

@rtgn: podziałało. Pytanie teraz dlaczego? Wczoraj bez tego też działało - słowo daje :D

[rtgn]

@qwelukasz: bo to, co po wykonaniu skryptu miałeś w stdout było interpretowane dalej. Jeśli skierujesz output do nulla to cron wykona zadanie mając w dupie co z niego wyjdzie.

[surma]

@qwelukasz: Możliwe że ktoś odinstalował MTA, nie wyłączając procesu - ten siedział odpalony w pamięci do momentu gdy ktoś go nie wyłączył - przez restart właśnie ;)

[rtgn]

@qwelukasz: widocznie z czasem output skryptu się zmienił, stąd wcześniej działało a teraz nie. Zawsze dodawaj kierowanie strumienia.

[surma]

@qwelukasz: btw. zamiast metody zaproponowanej przez @rtgn, dodaj do pierwszej linijki:

MAILTO=""

Ładniej i pozbywasz się problemu zamiast go omijać ;)

[qwelukasz]

@surma: @rtgn: dzieki panowie

[qwelukasz]

A co się dzieje jak ręcznie odpalisz polecenie z crontaba?

@Lipathor: jak mogę to zrobić? (tak na przyszłość)
@surma: @rtgn:

[Lipathor]

php /home/xx/Web/test/index.php

@qwelukasz:

[qwelukasz]

@Lipathor: +1

[rtgn]

@qwelukasz: tylko ofc musisz mieć pakiet php5-cli (w przypadku debiana), bo inaczej ani ręcznie, ani z crontaba nie będzie robić.

[qwelukasz]

@rtgn: mhmm, mam doinstalowany.

[surma]

@qwelukasz: Natomiast problemem był właśnie brak postfixa. Cron wysyła w mailu zawartość stdout i stderr wykonywanego skryptu. Nie było postfixa - cron nie miał jak wysłać logu.

Przekierowanie stdout do /dev/null powoduje że cron nie ma czego wysłać, więc błąd nie występuje. Lepsza i ładniejsza jest jednak metoda z MAILTO, która całkowicie wyłącza wysyłkę maili.

[rtgn]

@surma: ale skąd Ty wiesz co było w tym skrypcie? Może po prostu był tam ciąg znaków, który został zinterpretowany jako wysyłanie maila a tak naprawdę robi coś innego? :>

[rtgn]

@surma: zresztą wysyłać maile non-stop? (* * * * *)