![]() |
|
|
google unix.com
|
|||||||
| Forums | Registrer | Forum Rules | Lenker | Album | FAQ | Medlemsliste | Kalender | Søke | Dagens innlegg | Marker forumene som lest |
| Svar på vanlige spørsmål FAQ for UNIX, UNIX kommandoer, Linux operativsystem, systemadministrasjon, programmering, Shell, Shell Scripts, Solaris, Linux, HP-UX, AIX, OS X, BSD. |
Mer UNIX og Linux Forum Emner Du kan finne nyttig
|
||||
| Tråd | Tråd startet | Forum | Svar | Siste innlegg |
| cron jobben begynner nye cron prosessen | ron76 | Sun Solaris | 3 | 05-12-2008 02:07 |
| Cronjob Crontab Cron Restarter Hjelp | ArtuDitu | Shell programmering og Skripting | 1 | 03-05-2008 11:00 |
| Cron og pseudoefedrin Cron | dingusmcghee | UNIX for Dummies Spørsmål og svar | 1 | 01-31-2008 12:58 |
| AIX og cron logger filtrering?: / Etc / cronlog.conf blir / var / ADM / cron / log | Keith Johnson | AIX | 0 | 01-09-2008 08:32 |
| cron / crontab ikke fungerer | ezekiel61 | UNIX for Dummies Spørsmål og svar | 2 | 02-05-2003 07:59 |
|
|
LinkBack | Thread Tools | Søk i denne tråden | Rate Thread | Visningsmoduser |
|
|
|
|||||
|
cron og crontab
Vi har hundrevis av tråder med cron og crontab. Snarere enn å lage et innlegg med mange linker, jeg trodde jeg ville bare skrive opp en tutorial med bare noen få utvalgte linker.
Grunnleggende cron er en demonen som kjører periodiske oppgaver. crontab er navnet på tekstfil som brukes til å kontrollere cron. Og crontab er også navnet på programmet som brukes til å endre filen heter crontab. Hver bruker kan tenkes å ha en crontab-fil. Disse er ofte lagret i / var /spole/cron / crontabs /. Hvis mitt brukernavn er perderabo, så mitt virkelige crontab er / var /spole/cron / crontabs / perderabo. Da cron ble skrevet var det et enkelt crontab heter / etc / crontab og bare root kan endre det. Nå som alle kan bruke cron blir hver crontab navnet på brukeren som eier den. Fordi det er så mange mulige crontabs kan cron ikke overvåke dem alle for endringer. Derfor må du bruke crontab programmet. I tillegg til å endre crontab-filen, kan det også cron vite om endringen. Hvis du bare redigere filen / var /spole/cron / crontabs /, cron ikke vil merke endringen. Den crontab-kommandoen root kan alltid bruke crontab-kommandoen. Andre brukere kan være låst ute. En fil, vanligvis i / usr / lib / cron / cron.deny inneholder en liste over brukere som er forbudt å bruke cron. Hvis filen ikke eksisterer, / usr / lib / cron / cron.allow kan liste brukere som kan bruke cron. Hvis ingen filen finnes, kan bare rot bruke cron. Å la alle bruke cron, opprette en tom cron.deny fil. Men vær forsiktig med det crontab-kommandoen! Vi må ha et dusin tråder fra folk som ved et uhell gjorde en "crontab-r" som fjerner din crontab fullstendig. Det er ingen enkel måte å komme seg fra den. Snarere enn å bruke "crontab-e" for å redigere filen, noen av våre medlemmer foreslår crontab-l> mycrontab VI mycrontab crontab <mycrontab Formatet på en crontab oppføring En typisk crontab oppføring kan være: 15 18 * * 1-5 / some / script Dette sier kjøres / noe / script til 18:15 mandag til fredag. De første fem felt: minutt (0-59) time (0-23) dag i måneden (1-31) måneden i året (1-12) dag i uken (0-6 med 0 \u003d søndag) Hvert felt kan være en stjerne betyr at alle verdier, eller en enkelt heltall flere heltall adskilt med komma eller to heltall adskilt med en hypen å indikere et område. Med noen versjoner av cron, ukedag er 1-7 med 7 \u003d søndag. Mange versjoner av cron akseptere enten 0 eller 7 som søndag. Crontab entry for første fredag i en måned, eller annenhver tirsdag, eller Siste lørdag i måneden Se denne oppføringen: 0 0 1-7 * 5 / noe / script Du kan håpe at vil kjøre / some / script i første minutt av første fredag i måneden. Dessverre vil den kjøre skript på hver dag i første uke i måneden og på hver fredag. Se denne tråden å se en løsning på dette problemet. crontab adgang til å kjøre hver siste dag i måneden Det fungerer fra kommandolinjen, men ikke i crontab Dette er kanskje vår nummer én klage cron. Når du logger inn til Unix, oppstartsskript oppsettet ditt miljø. Du kan se omgivelsene med kommandoene "printenv» eller «env». På den annen side, setter cron bare en karrig miljø (Se Problemet med crontab for detaljer.) Jeg tror at den beste løsningen er å skrive skall-skript som setter opp sitt eget miljø og kjøre disse via cron. Det er det arbeidet ikke kjører i den kronologiske. I ping fra cronBrukte brukeren en absolutt sti i stedet omdefinerer miljøvariabelen PATH. I denne tråden: Cron problem?, Hentet brukeren. Profil filen for å sette opp miljøet og den arbeidet. Men at teknikken forårsaket et problem stty: tcgetattr: Ikke en skrivemaskin Og jeg tror også at det setter deg på en mystisk problem. Endre. Profil og din cronjobs kan plutselig svikte. En siste grunn er å bruke prosent tegn på en crontab kommando som i dette innlegget. Mer cron Tutorials Og til slutt, Trenger tut på Cron info og Cron Jobs har noen linker til andre cron tutorials. |
| Hugseliste |
| Thread Tools | Søk i denne tråden |
| Visningsmoduser | Ranger denne tråden |
|
|