crontab-e som standard bruker VI. Poenget her er å unngå ødelegge eller slette innholdet i en viktig fil som / etc / crontab bare fordi du vil se på den. Tydeligvis VI fungerer. crontab-l er trygg. er trygg. VI er ikke et sikkert verktøy for å piddle rundt med / etc / crontab-fil.

Trygt vaner inkluderer bruk crontab, ikke VI.

Jeg er enig med Jim, som bruker-e bare å se kan være usikkert ... Jeg har alltid VI en fersk generert fil ... eller crontab-l | more ... (noen av våre DBAs brukes til till de mistet sine filen og skjønte de hadde ingen reservedeler ... Det så lett å ikke vite hva du gjør med folk gå inn på kontoret og distraherer deg mens telefonen begynner å ringe ...)

Jeg er enig med vbe. Jeg kopiere crontab to ganger (både med og uten en dato suffikset) til sikkerhetskopiert arbeidsområdet. Rediger med VI og deretter publisere crontab med "crontab <filnavn>". Dette betyr at du har en trygg kopi av gjeldende crontab, og en kopi av alle tidligere crontabs. Hvis du vil se endringene du kan kjøre "diff".

Hei, et nytt spørsmål om crontab.
Jeg har noen maskin i klyngen for å unngå interuption i produksjonsprosessen. Når man er i live den andre er søvn.
Noen gang skjer for å veksle mellom dem. Så jeg stoppe crontab i ett og starte den på andre. Spørsmålet er hvordan kan jeg sikre at de to cron er de samme? Jeg gjorde et shell for å se forskjellen på de to / var /spole/cron / crontabs katalog og det fungerer fint. Når en alarm kommer i manualy justere brukeren crontab-filen i den sovende maskinen ved hjelp av crontab-e. Sjefen ber meg å gjøre denne handlingen automaticaly. Gjøre u overveie det er riktig å justere crontab bruker den eksterne kopien av brukerne crontab-filen? Jeg er ikke sikker, for eksempel hvis jeg gjør brukeren crontab bruker VI skallet starter ikke. Av samme grunn foretrekker jeg justere crontab manualy beaside med et skall som gjør en RCP. Det er er riktig eller gjøre u overveie at jeg kunne bruke rcp mellom / var /spole/cron / crontabs filer?

Med vennlig hilsen,
Andrea.

Ive sett folk tilbringer uker å bygge opp en (redoutable. ..) cron filen etter at den gikk tapt etter en krasj og nødvendig å reinstallere til OS (for mange nettsteder DONT backup / var i rota vg (vg00) f.eks / var / opt her er annet filsystemet som er / var / opt / Oracle og blir sikkerhetskopiert ...)
hvis du hadde en kopi av deg cronfile andre steder (hjemme katalogen som cron bruker eller dedikert katalog f.eks / sm / cron) ville du alltid bruke VI redigere / lagre etterfulgt av en crontab cronfile, kan du deretter sammenligne filen med hva som er in / var /spole og også rdist det til den andre boksen uten å bruke crontab-e, starter den alternative boksen ville være å gjøre akkurat det samme med forskjellen på en første crontab cronfile Im sikker på at det kunne bli automatisert om nødvendig

Dette er et betimelig tema for meg. Jeg ser på nettopp et slikt problem siden jeg har en to noder Service Guard klyngen i bruk. Vi har et søknader volum gruppe aktive på bare én server om gangen. Avhengig av hvilken server den er aktiv på, har crontab-filen ekstra jobber for å kjøre.

Så jeg tenkte på å ha en dedikert og separat område for lokale crontab-filen, og ett på søknad volumet gruppen for crontab-filen som er spesifikke for den.

Så et skript kan gjøres for å fusjonere det lokale cron job-fil med cron filen fra programmet volumet gruppen (hvis det er montert) og deretter sende det fusjonerte crontab-filen til cron. Dette skriptet vil kjøre med oppstarten av klyngen pakken for søknaden volum gruppen.

Den lokale crontab-filen vil se omtrent slik ut

Og app volumet gruppen crontab file

Et skript kan lett katt disse to filer sammen til en ny crontab-fil holde programmet spesifikk informasjon sist i filen. Prosessen kan "reverseres" ved sender på nytt akkurat den lokale filen når app volumet gruppen er byttet tilbake til sitt primære noden. Dersom endringer ble gjort i mellomtiden, til den lokale delen, ikke noe problem, som en enkel:

burde gi meg de mest aktuelle lokale liste som kan sendes til fjerne programmet volumet gruppen i bloggen (selvsagt endringene burde ha blitt gjort til en egen fil først, og deretter presentert så jeg allerede har en registrering av dem).

Jeg har ikke satt dette sammen, men likevel, det er bare blitt rallende rundt i hjernen min på dette punktet, men det er hovedpunkt av det. Synes så lett, jeg må ha gått glipp av noe!