Vi har hundratals trådar med cron och crontab. Snarare än att skapa en tjänst med massor av länkar, trodde jag att jag bara skulle skriva en handledning med endast ett fåtal utvalda länkar.

Grunderna

cron är en daemon som kör återkommande uppgifter. crontab är namnet på textfil som används för att styra cron. Och crontab är också namnet på programmet som används för att modifiera filen heter crontab. Varje användare kan tänkas ha en crontab fil. Dessa är ofta lagras i / var /spool/cron / crontabar /. Om mitt användarnamn är perderabo, då mitt verkliga crontab är / var /spool/cron / crontabar / perderabo. När cron skrevs först fanns en enda crontab kallas / etc / crontab och bara root kan ändra det. Nu när alla kan använda cron, får varje crontab namnet på den användare som äger den. Eftersom det finns så många möjliga crontabar kan cron övervaka dem inte allt för ändringar. Det är därför du måste använda crontab programmet. Förutom att ändra crontab filen, kan det också cron veta om förändringen. Om du redigerar helt enkelt filen i / var /spool/cron / crontabs / cron kommer inte att märka förändringen.

Den crontab kommandot

root kan alltid använda kommandot crontab. Andra användare kan låsas ute. En fil, vanligtvis i / usr / lib / cron / cron.deny innehåller en lista med användare som är förbjudna att använda cron. Om denna fil inte finns, / usr / lib / cron / cron.allow kan lista användare som kan använda cron. Om varken filen finns, kan bara root använda cron. Att låta alla använda cron, skapa en tom cron.deny fil.

Men var försiktig med att crontab kommando! Vi måste ha ett dussin trådar från folk som oavsiktligt gjort ett "crontab-r" som tar bort din crontab helt. Det finns inget enkelt sätt att återhämta sig från det. Snarare än att bara använda "crontab-e" för att redigera din fil, några av våra medlemmar visar
crontab-l> mycrontab
VI mycrontab
crontab <mycrontab

Utformningen av en crontab inträde

Ett typiskt crontab inträde kan vara:
15 18 * * 1-5 / något / script
Detta säger att köra / vissa / script vid 18:15 på måndag till fredag.

De första fem är:
minuter (0-59)
timme (0-23)
dagen i månaden (1-31)
månad (1-12)
dag i veckan (0-6 med 0 \u003d söndag)

Varje område kan en asterisk avses alla värden, eller en enda heltal flera heltal separerade med kommatecken, eller två heltal separerade med ett bindestreck för att ange ett intervall.

I vissa versioner av cron, veckodag är 1-7 med 7 \u003d söndag. Många versioner av cron acceptera antingen 0 eller 7 som i söndags.

Crontab för första fredagen i en månad, eller varannan tisdag, eller lördags of the Month

Överväg denna post:
0 0 1-7 * 5 / del / script
Du kanske hoppas att det kommer att löpa / något / script under den första minuten av den första fredagen i månaden. Tyvärr kommer den att köra skriptet på den varje dag den första veckan i månaden och varje fredag. Se denna tråd att se en lösning på detta problem.
crontab in för att köra alla sista dagen i månaden


Det fungerar från kommandoraden men inte i crontab

Detta är kanske vår nummer ett klagomål cron. När du loggar in på Unix, startskript setup din miljö. Du kan se din omgivning med kommandona "printenv" eller "env". Å andra sidan sätter cron upp endast en gles miljö (se Problem med crontab för detaljer.)

Jag tror att den bästa lösningen är att skriva skalskript att inrätta sin egen miljö och köra dessa via cron. Det är vad arbetat inte körs i cron.

In ping från cron, Användaren använda en absolut sökväg istället omdefiniera miljövariabeln PATH.

I denna tråd: Cron problem?, Användaren ursprung den. Profilen filen för att ställa upp miljön och det fungerade. Men denna teknik är orsakade problem i stty: tcgetattr: Inte en skrivmaskin Och jag tror också att det ställer du dig för ett mystiskt problem. Förändring. Profilen och din cronjobs kan plötsligt misslyckas.

En sista anledning är att använda procent skylt i en crontab kommando som i det här inlägget.

Mer cron Handledningar

Och slutligen Behöver tut på Cron info och Cron Jobs har några länkar till andra cron tutorials.