Vi har hundredvis af tråde omfatter cron og crontab. Snarere end at oprette en stilling med snesevis af links, jeg troede jeg ville bare skrive en tutorial med kun nogle få udvalgte links.

Grundlæggende

cron er en daemon der kører periodiske opgaver. crontab er navnet på den tekstfil, der bruges til at kontrollere cron. Og crontab er også navnet på programmet som bruges til at ændre den fil der hedder crontab. Hver bruger kan tænkes at have en crontab fil. Disse er ofte gemt i / var /spool/cron / crontabs /. Hvis mit brugernavn er perderabo, så mit rigtige crontab er / var /spool/cron / crontabs / perderabo. Når cron først blev skrevet var der en enkelt crontab kaldet / etc / crontab, og kun root kan ændre det. Nu, hvor alle kan bruge cron, hver crontab får navnet på den bruger, der ejer den. Fordi der er så mange mulige crontabs, kan cron ikke overvåge dem alle for ændringer. Det er derfor, du skal bruge crontab programmet. Ud over at ændre crontab fil, også det lader cron besked om ændringerne. Hvis du blot redigere filen i / var /spool/cron / crontabs /, cron vil ikke mærke ændringen.

Den crontab kommando

root kan altid bruge crontab-kommando. Andre brugere kan blive låst ude. En fil, som regel på / usr / lib / cron / cron.deny indeholder en liste over brugere, der er forbudt at anvende cron. Hvis denne fil ikke findes, / usr / lib / cron / cron.allow kan listen over brugere, der kan bruge cron. Hvis ingen af filen findes, kan kun root bruge cron. At lade alle bruge cron, oprette en tom cron.deny fil.

Men vær forsigtig med at crontab kommando! Vi skal have en halv snes tråde fra folk, der tilfældigvis var en "crontab-r", som fjerner din crontab helt. Der er ingen nem måde at komme sig efter denne. Snarere end blot at bruge "crontab-e" for at redigere din fil, tyder nogle af vores medlemmer
crontab-l> mycrontab
VI mycrontab
crontab <mycrontab

Form af en crontab indrejse

En typisk crontab indrejse kunne være:
15 18 * * 1-5 / nogle / script
Denne siger, at køre / nogle / script på 18:15 mandag til fredag.

De første fem områder er:
minut (0-59)
time (0-23)
dag i måneden (1-31)
måned i år (1-12)
dag i ugen (0-6 med 0 \u003d søndag)

Hvert felt kan være en asterisk betyder alle værdier, eller et enkelt heltal, flere heltal adskilt af kommaer eller to heltal adskilt af en hypen at angive et interval.

Med nogle versioner af cron, dag i ugen er 1-7 med 7 \u003d søndag. Mange versioner af cron acceptere enten 0 eller 7 søndag.

Crontab post for den første fredag i en måned, eller hver anden tirsdag, eller Sidste lørdag i måneden

Overvej denne post:
0 0 1-7 * 5 / nogle / script
Du kan håbe, at køre / nogle / script løbet af de første minutter af den første fredag i måneden. Desværre vil det køre scriptet på hver dag i den første uge i måneden og på hver fredag. Se denne tråd at se en løsning på dette problem.
crontab indrejse til at køre hver sidste dag i måneden


Det virker fra kommandolinjen, men ikke i crontab

Dette er måske vores nummer en klage til cron. Når du logger ind på Unix, startscripts opsætning af dit miljø. Du kan se dine omgivelser med kommandoerne "printenv" eller "env". På den anden side, sæt cron kun en sparsom miljø (se Problem med crontab for detaljerne.)

Jeg tror, at den bedste løsning er at skrive shell-scripts, at etablere deres eget miljø og køre disse via cron. Det er, hvad arbejdet i ikke kører i cron.

I ping fra cron, Brugeren har benyttet en absolut sti i stedet for en omdefinering af PATH miljø-variabel.

I denne tråd: Cron problem?, Brugeren fremskaffede den. Profil fil til at oprette miljøet, og det virkede. Men denne teknik er forårsaget et problem i stty: tcgetattr: Ikke en skrivemaskine Og jeg tror også, at det sætter dig op til en mystisk problem. Skift. Profil og din cronjobs pludselig kan svigte.

En sidste grund er at bruge pct tegnet i et crontab-kommando som i dette indlæg.

Mere cron Tutorials

Og endelig, Need tut om Cron info og Cron Jobs har nogle links til andre cron tutorials.