crontab-e standaard toepassingen vi. Het punt hierbij is het voorkomen van beschadiging of het verwijderen van inhoud in een belangrijk dossier als / etc / crontab gewoon omdat u wilt bekijken. Uiteraard vi werken. crontab-l veilig is. Gezien veilig is. vi is niet een veilig instrument om plasje rond met de / etc / crontab bestand.

Veilige gewoonten omvatten het gebruik van crontab, niet vi.

Ik ben het eens met Jim, dat het gebruik van e-net te bekijken kan worden onveilig ... Ik heb altijd vi een vers gegenereerde bestand ... of crontab-l | meer ... (een aantal van onze DBA gebruikt om tot ze verloren hun dossier en realiseerde zij had geen reservewiel ... Het niet zo gemakkelijk te weten wat je doet met mensen die in uw kantoor en u afleiden terwijl de telefoon begint oproepsignaal ...)

Ik ben het eens met vbe. Ik kopieer de crontab tweemaal (zowel met als zonder een datum achtervoegsel) om back-up-werkruimte. Bewerken met vi en dan maakt de crontab met "crontab <bestandsnaam>". Dit betekent dat u een veilige kopie van de huidige crontab, en een kopie van alle voorgaande crontabs. Als u wilt controleren of uw wijzigingen kunt u "diff".

Hi, een nieuwe vraag over crontab.
Ik heb een aantal machines in cluster te voorkomen onderbreking in de productie-proces. Wanneer men leeft de andere is slapen.
Enige tijd gebeurt om te schakelen tussen hen. Dus ik stop de crontab in een en start het in andere. De vraag is hoe kan ik ervoor zorgen dat de twee cron zijn hetzelfde? Ik maakte een shell om het verschil in de twee controle / var /spool/cron / crontabs directory en het werkt prima. Wanneer een alarm kom ik handmatig aanpassen van de gebruiker crontab bestand in de slapende machine met behulp van crontab-e. Mijn baas vragen om mij aan deze actie automatisch te doen. Do u denkt dat juist is om de crontab met de afstandsbediening kopie van de gebruikers crontab bestand af te stemmen? Ik ben niet zeker, bijvoorbeeld als ik de gebruiker met behulp van de crontab vi de shell start niet. Om dezelfde reden geef ik de voorkeur aanpassing van de crontab handmatig beaside met een shell die een rcp. Dat is juist of do u denken dat ik zou kunnen gebruik maken van de rcp tussen de / var /spool/cron / crontabs bestanden?

Met vriendelijke groet,
Andrea.

Ive gezien mensen besteden week het opbouwen van een (redoutable. ..) cron bestand nadat het is verloren na een crash en moest opnieuw installeren om OS (voor veel sites DONT backup / var in root VG (vg00) bijv. / var / opt hier een ander bestand systeem is / var / opt / oracle ook en zijn back-up ...)
Als u een kopie van je had cronfile elders (home-directory van de gebruiker die cron of specifieke directory bv / SM / cron) u altijd zou gebruiken vi te bewerken / opslaan, gevolgd door een crontab cronfile, kunt u vervolgens het bestand vergelijken met wat er in / var /spool rdist en ook aan de andere doos zonder gebruik te maken crontab-e, om te beginnen de plaatsvervanger vak zou zijn om net hetzelfde te doen met het verschil van een eerste crontab cronfile Im zeker dat het zou kunnen worden geautomatiseerd, indien nodig

Dit is een tijdige onderwerp voor mij. Ik was op zoek naar zo'n probleem want ik heb een twee knooppunt Service Guard cluster, in gebruik. We hebben een aanvraag volume groep actief op slechts een server tegelijk. Afhankelijk van welke server zij actief is op de crontab heeft extra banen te lopen.

Dus ik dacht met een toegewijde en aparte ruimte voor de lokale crontab bestand, en een op de hoeveelheid voor toepassing in groep voor de crontab specifiek voor.

Dan is een script kan worden gemaakt aan de lokale cronjob bestand met de cron bestand van de toepassing volume groep samenvoegen (als het gemonteerd) en daarna leggen de gefuseerde crontab bestand cron. Dit script zou lopen met het opstarten van de cluster pakket voor de toepassing volume groep.

De lokale crontab bestand zou er ongeveer zo uitzien

En de app volume groep crontab bestand

Een script kan gemakkelijk kat die twee bestanden samen in een nieuwe crontab houden van de toepassing specifieke informatie laatste in het bestand. Het proces kan worden "omgekeerd" door verzendt alleen de lokale bestand wanneer de app volume groep is ingeschakeld terug naar zijn primaire knooppunt. Als er wijzigingen zijn aangebracht in de tussentijd naar de lokale gedeelte, geen probleem, als een simpele:

moet geven mij het meest actuele lokale vermelding dat kan worden ingediend bij de aanvraag volume groep items verwijderen (uiteraard moeten de wijzigingen zijn aangebracht in een apart bestand, en dan voorgelegd, zodat ik al een record van hen hebben).

Ik heb dit niet bij elkaar gezet, maar toch, het is gewoon al ratelende rond in mijn hersenen op dit punt, maar dat is de kern van het. Lijkt zo makkelijk, ik moet missen iets!