crontab-e som standard använder VI. Poängen här är att undvika förvränger eller radera innehållet i ett viktigt ärende som / etc / crontab bara för att du vill titta på den. Uppenbarligen VI verk. crontab-l är säkert. syfte är säkert. VI inte är ett säkert verktyg för att PINKA runt med / etc / crontab fil.

Säker vanor omfatta använder crontab, inte VI.

Jag håller med Jim, att använda-e bara för att visa kan vara farliga ... Jag har alltid VI en nyligen genererade filen ... eller crontab-l | mer ... (några av våra DBAs användas för att odla de förlorat sin fil och insåg att de hade någon ledig ... Det så lätt att inte vet vad du gör med människor kommer in på kontoret och distrahera dig när Telefonen börjar ringa ...)

Jag håller med vbe. Jag kopiera crontab två gånger (både med och utan ett datum suffix) som backas upp arbetsytan. Redigera med VI och sedan publicera crontab med crontab <filnamn> ". Detta innebär att du har en säker kopia av den nuvarande crontab, och en kopia av alla tidigare crontabs. Om du vill kontrollera dina ändringar kan du köra "diff".

Hej, en ny fråga om crontab.
Jag har viss maskin i klustret för att undvika interuption i tillverkningsprocessen. När man lever den andra är sömn.
Någon gång händer att växla mellan dem. Så jag stoppar crontab i ett och starta det i andra. Frågan är hur kan jag garantera att de två cron är samma? Jag gjorde ett skal för att kontrollera skillnaden i de två / var /spool/cron / crontabar katalogen och det fungerar bra. När ett larm kommer jag manualy anpassa användaren crontab filen i sovande maskin med crontab-e. Min chef ber mig att göra denna åtgärd automatiskt. Do u anser att det är korrekt att anpassa crontab med fjärrkontrollen kopia av användarna crontab filen? Jag är inte säker, till exempel om jag gör användaren crontab med VI skalet startar inte. Av samma skäl föredrar jag anpassa crontab manualy beaside med ett skal som gör en rcp. Det är är korrekt eller inte u tror att jag skulle kunna använda rcp mellan / var /spool/cron / crontabar filer?

Vänliga hälsningar,
Andrea.

Ive seen människor tillbringar veckor att bygga upp en (redoutable. ..) cron-filen efter det förlorades efter en krasch och behövde installera till OS (för många platser DONT backup / var i root VG (vg00) t.ex. / var / opt här är annat filsystemet som är / var / opt / Oracle också och backas upp ...)
om du hade en kopia av er cronfile någon annanstans (hemkatalogen för att cron användare eller särskild katalog, t.ex. / sm / cron) skulle du alltid använda VI att redigera / spara följt av en crontab cronfile kan du jämför sedan filen med det som står i / var /spool och även rdist till den andra lådan utan att använda crontab-e, startar suppleanten boxen skulle vara att göra precis samma sak med skillnaden att en första crontab cronfile Im säker på att det skulle kunna automatiseras om det behövs

Det är ett lämpligt ämne för mig. Jag letade i just ett sådant problem eftersom jag har två nod Service Guard kluster, i bruk. Vi har ett program volymgrupp verksam på endast en server i taget. Beroende på vilken server det är verksamt på, har crontab filen extra jobb att köra.

Så jag tänkte att ha en engagerad och särskilt utrymme för lokala crontab filen, och en om ansökan volymgruppen för crontab filen är specifika för det.

Sedan ett manus som kan göras för att slå samman de lokala filen cron jobb med cron filen från ansökan volymgruppen (om den är monterad) och sedan lägga fram det sammanslagna crontab filen med cron. Detta skript kommer att köras med start av klustrets paketet för ansökan volymgrupp.

Den lokala crontab fil skulle se ut så här

Och App volymgruppen crontab fil

Ett skript kan lätt katt dessa två filer, samman till en ny crontab fil hålla ansökan specifik information sist i filen. Processen kan "vändas" som skickar om bara den lokala filen när app volymgruppen har bytt tillbaka till sitt primära noden. Om det skett ändringar under tiden, till den lokala delen, inga problem, som en enkel:

borde ge mig den mest aktuella lokala notering som kan göras för att undanröja den ansökan posterna volymgruppen (givetvis ändringarna borde ha gjorts till en separat fil först, och sedan in så jag redan har ett förflutet med dem).

Jag har inte lagt detta tillsammans, ändå är det just skramla runt i min hjärna i det här skedet, men det är kontentan av det. Verkar så lätt, måste jag ha missat något!