Restart W Crontabie

[bobeq 0]

Witam

 

Chciałem zrobić tak, by VPS restartował się codziennie o 5 rano. Dodałem odpowiedni wpis do crontaba, o tej godzinie w syslogu pojawił się wpis:

Dec 14 05:00:02 server /USR/SBIN/CRON[3562]: (root) CMD (shutdown now -r)

i dalej nic na ten temat, a po uptime widzę że restart nie nastąpił. Nie macie pomysłu, czemu nie chce to banglać?

[MasterNETpl 100]

Dlaczego nie nastąpił restart to zobacz w logi (dziennik zdarzeń wykonywanych przez cron'a).

shutdown now -r

? a może

reboot

?

[alien 345]

Co do braku restartu, byc moze ktoras usluga sie blokuje? Szukaj odpowiedzi w syslogu.

Czy "reczny" restart sie wykonuje?

 

Tak na marginesie, Linux to nie Windows, nie potrzebuje codziennych restartow ;-).

[bobeq 0]

Dlaczego nie nastąpił restart to zobacz w logi (dziennik zdarzeń wykonywanych przez cron'a).

Reboot też nie bangla. Z resztą nie powinno to robić różnicy.

 

 

Co do braku restartu, byc moze ktoras usluga sie blokuje? Szukaj odpowiedzi w syslogu.

Czy "reczny" restart sie wykonuje?

To cały syslog z 5 rano:

Dec 14 05:00:02 server /USR/SBIN/CRON[3555]: (root) CMD (/var/www/ispcp/engine/traffic/ispcp-vrl-traff >/var/log/ispcp/ispcp-vrl-traff.log )
Dec 14 05:00:02 server /USR/SBIN/CRON[3533]: (root) CMD (/var/www/ispcp/engine/traffic/ispcp-srv-traff &>/var/log/ispcp/ispcp-srv-traff.log)
Dec 14 05:00:02 server /USR/SBIN/CRON[3539]: (root) CMD (if [ -x /etc/munin/plugins/apt_all ]; then /etc/munin/plugins/apt_all update 7200 12 >/dev/null; elif [ -x /etc/munin/plugins/apt ]; then /etc/munin/plugins/apt update 7200 12 >/dev/null; fi)
Dec 14 05:00:02 server /USR/SBIN/CRON[3546]: (www-data) CMD ([ -x /usr/lib/cgi-bin/awstats.pl -a -f /etc/awstats/awstats.conf -a -r /var/log/apache/access.log ] && /usr/lib/cgi-bin/awstats.pl -config=awstats -update >/dev/null)
Dec 14 05:00:02 server /USR/SBIN/CRON[3560]: (root) CMD (  /var/www/ispcp/engine/tools/ispcpphptemp.sh >/dev/null 2>&1)
Dec 14 05:00:02 server /USR/SBIN/CRON[3552]: (munin) CMD (if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)
Dec 14 05:00:02 server /USR/SBIN/CRON[3562]: (root) CMD (shutdown now -r)
Dec 14 05:00:04 server postfix/pickup[11308]: 9C9F9613C002: uid=0 from=<root>
Dec 14 05:00:04 server postfix/cleanup[3749]: 9C9F9613C002: message-id=<20071214040003.9C9F9613C002@mail.domena.pl>
Dec 14 05:00:04 server postfix/qmgr[3363]: 9C9F9613C002: from=<root@mail.domena.pl>, size=551, nrcpt=1 (queue active)
Dec 14 05:00:04 server postfix/local[3796]: warning: dict_nis_init: NIS domain name not set - NIS lookups disabled
Dec 14 05:00:04 server postfix/local[3796]: 9C9F9613C002: to=<root@mail.domena.pl>, orig_to=<root>, relay=local, delay=1.9, delays=1.6/0.19/0/0.12, dsn=2.0.0, status=sent (delivered to command: procmail -a "$EXTENSION")
Dec 14 05:00:04 server postfix/qmgr[3363]: 9C9F9613C002: removed

Cron nie ma loga w /var/log/cron.

 

Ręcznie działa bez problemu.

 

 

Tak na marginesie, Linux to nie Windows, nie potrzebuje codziennych restartow ;-).

Całkowicie zdaje sobie z tego sprawę.

[p 3]

Moze sprobuj podac cala sciezke (/sbin/shutdown)? No i pomiedzy -r now a now -r istnieje mala roznica

/sbin/shutdown -r now

[alien 345]

O, slusznie z ta pelna sciezka, cron korzysta ze swojej powloki i nie zawsze widzi programy tak samo jak uzytkownik :-).

[pleple 0]

Przyczepię się tylko tak dla ścisłości - ze swojej powłoki cron nie korzysta (używa domyślnie /bin/sh, chyba że zmieniono zmienną SHELL w tablicy ) ale ma zupełnie inne środowisko niż w normalnej powłoce. Pewnie o to Ci chodziło ale poprawiam żeby ktoś źle nie zrozumiał.

[bobeq 0]

Faktycznie, działa. Dzięki.

[alien 345]

Tak, pleple, scislej wyraziles moje mysli :-).

[T 6]

Chciałem zrobić tak, by VPS restartował się codziennie o 5 rano.

Po co to robisz? Masz jakiś wyższy cel, czy po prostu nie radzisz sobie z konfiguracją czegoś tak, żeby działało jak należy?

[.b. 0]

Może ściąga po ladminach GG

[bobeq 0]

Szczyt u mnie jest w godzinach 22-2, po restarcie zwalnia się nieco zasobów Apache'a.

[beliq 442]

Szczyt u mnie jest w godzinach 22-2, po restarcie zwalnia się nieco zasobów Apache'a.

No to jak już winien jesteś jego restartować, a nie całe środowisko.

Inna sprawa, zamiast tego, przestaw Apacha by zabijał swoje childy

po pewnej liczbie requestów.