Feines de planificació és una part essencial de servidors de Linux que administren. Fèiem un aspecte a com planificar feines en màquina de Linux que utilitza la comanda de cron més d'hora. Aquí és una alternativa a cron - a. La diferència primària entre el dos és allò quan planifica una tasca que utilitza cron això executar repetidament sense la necessitat de reprogramació. Amb a, d'altra banda, la planificació d'una tasca és només per a una execució senzilla. Aquestes dues comandes tenen el seu ús, i suggeriria que aconsegueix una bona comprensió d'ells dos.
Mirem com planificar una tasca per executar només una vegada utilitzant l'a comanda. Primer assegurar-se que l'a dimoni està corrent utilitzant una comanda com això:
# ps -ef | grep atd
arrel 8231 1 0 18:10 ? Les 00:00:00 /usr/sbin/atd
Si no veu atd que corre engegar-lo amb aquesta comanda:
# /començament d'etc/init.d/atd
Una vegada que el dimoni s'ha començat reeixidament pot planificar un a tasca que utilitza les dues opcions -f, perquè l'arxiu s'executi, i -v, pel temps a què s'hauria d'executar. Així si vol executar l'escriptura de closques shellscript.sh a LES 6:30 PM dirigiria la comanda següent:
# a -f shellscript.sh -v 18:30
Recordi-se'n que amb l'a manar que l'escriptura shellscript.sh executarà a LES 6:30 PM i llavors la planificació desapareixerà. Així si això no és què desitja, és millor de cron que utilitza.
L'a comanda és força llest ja que pot prendre algunes ordres en anglès si li agrades. Per exemple, pot planificar feines que utilitzen la sintaxi següent també:
# a -f shellscript.sh 10pm demà
# a -f shellscript.sh 2:50 tuesday
# a -f shellscript.sh 6:00 july 11
# a -f shellscript.sh 2:00 la propera setmana
{ 2 comentaris... llegeixi'ls sota o afegeixi'n un }
Si no veu atd que corre engegar-lo amb aquesta comanda:
# /començament d'etc/init.d/atd
Més correctament, si no està funcionant, probablement no es configura a posada en marxa quan el sistema es reprèn. Quin també pot impedir a la comanda citada funcionar com esperada. Corregir això, ús:
# chkconfig atd --level 234 on
# service atd start
i comprovi per una altra vegada assegurar-se que estigui funcionant, si és, continuï amb les instruccions (que són molt bon BTW).
Tinc un altre followup per a vostè sobre ús de l'a comanda.
He corregut a situacions EXCEPTE ON he necessitat una cursa de comanda totes les hores jo necessitat la comanda de córrer NOMÉS si la cursa prèvia ha completat. Podria no penjar-se però podria ser molt molt ocupat. No m'importa saltar-me l'execució d'una hora si el procés és encara ocupat.
Quan aquesta situació sorgeix, no utilitzo cron, utilitzo 'a' i l'última cosa que poso en la meva escriptura és l'a comanda mateixa de representar la feina per a l'execució.
Ara, fins i tot si la feina porta tres hores, en la part superior de l'hora següent, l'a comanda llançarà xocant la feina com esperada sense feines de cron contra cada un un altre.
Sí, hi ha maneres de posar la lògica a una escriptura perquè cron hi tracti però allò també pot ser difícil de mantenir i no tan obvi (a alguns) com aquesta aproximació.
Deixi un Comentari