crontab-e som standard bruger VI. Pointen her er at undgå korrumperer eller slette indholdet i en vigtig fil, som / etc / crontab, bare fordi du gerne vil se på det. Naturligvis VI værker. crontab-l er sikkert. opfattelse er sikkert. VI ikke er et sikkert værktøj til at tisse rundt med den / etc / crontab fil.

Sikker vaner omfatter brug crontab, ikke VI.

Jeg er enig med Jim, at bruger-e bare for at se, kan være usikre ... Jeg har altid VI en frisk genererede fil ... eller crontab-l | mere ... (nogle af vores DBAS bruges til at indtil de mistede deres fil og realiseret de ikke havde reservedele ... Det så nemt at ikke ved, hvad du gør med mennesker ind i dit kontor og distrahere dig, mens telefonen begynder at ringe ...)

Jeg er enig med vbe. Jeg kopiere crontab to gange (både med og uden en dato suffiks) til bakkes op arbejdsområde. Rediger med VI og derefter offentliggøre crontab med "crontab <filnavn>". Det betyder, at du har et sikkert kopi af det aktuelle crontab, og en kopi af alle tidligere crontabs. Hvis du vil kontrollere dine ændringer, kan du køre "diff".

Hej, et nyt spørgsmål om crontab.
Jeg har nogle maskine i klyngen for at undgå interuption i fremstillingsprocessen. Når man er i live den anden er søvn.
Nogle gang sker for at skifte mellem dem. Så jeg stoppe crontab i en og begynde at det i anden. Spørgsmålet er, hvordan kan jeg sikre, at de to cron er de samme? Jeg lavede en shell for at se forskellen i de to / var /spool/cron / crontabs bibliotek, og det fungere fint. Når en alarm ankommer jeg manuelt bringe brugeren crontab fil i den sovende maskinen ved hjælp af crontab-e. Min chef beder mig om at gøre denne handling automaticaly. Do u synes, det er korrekt at bringe crontab bruger fjernbetjeningen kopi af brugerne crontab fil? Jeg er ikke sikker, for eksempel hvis jeg gør brugeren crontab bruger VI skallen starter ikke. Af samme grund foretrækker jeg tilslutter crontab manualy beaside med et tomt, der gør en rcp. Det er er rigtig eller lave u mene, at jeg kunne bruge rcp mellem / var /spool/cron / crontabs filer?

Venlig hilsen,
Andrea.

Ive set folk bruger uger at opbygge en (redoutable. ..) cron-filen efter at den blev tabt efter et nedbrud og havde brug for at geninstallere til OS (for mange steder DONT backup / var i roden vg (vg00) eg / var / opt her er anden fil system som er / var / opt / oracle også og er bakket op ...)
hvis du havde en kopi af dig cronfile andre steder (hjem bibliotek af, at cron bruger eller dedikeret mappe fx / SM / cron), du vil altid bruge VI for at redigere / gemme efterfulgt af en crontab cronfile, kan du så sammenligne den fil med, hvad der er i / var /spool og også rdist det til den anden boks uden brug af crontab-e, der begynder den suppleant boksen ville være at gøre netop det samme med den forskel af en første crontab cronfile Im sikker på, at det kan automatiseres, hvis nødvendigt

Dette er en rettidig emne for mig. Jeg søgte ind i netop sådan et problem, fordi jeg har en to node Service Guard klynge, i brug. Vi har en ansøgning volymgruppe aktive på kun en server ad gangen. Afhængig af hvilken server den er aktiv på, er crontab fil ekstra arbejdspladser til at køre.

Så jeg tænkte på at have en dedikeret og særskilt område for de lokale crontab fil, og en om anvendelse volymgruppe for crontab fil, der er specifikke for det.

Så et script kan gøres for at samle de lokale opgaven fil med cron-fil fra anvendelsen volymgruppe (hvis det er monteret) og derefter sende den fusionerede crontab fil til cron. Dette script ville løbe med opstart af klyngens pakke for anvendelsen volymgruppe.

Den lokale crontab fil vil se sådan ud

 
#<header info>
# LOCAL start
<cron job>
<another cron job>
<etc>
# LOCAL end

 
# APP start
<cron job>
<another cron job>
<etc>
# APP end

 
crontab -l | sed -n -e '1,/\# LOCAL end/ p' > newlocal.cron