crontab-e standardmäßig vi. Der Punkt hier ist das Vermeiden von Beschädigung oder Löschen von Inhalten in eine Datei wie / etc / crontab, nur weil Sie es uns. Natürlich vi funktioniert. crontab-l ist sicher. Sicht sicher ist. vi ist kein sicheres Instrument zur pinkeln um mit der Datei / etc / crontab.

Safe Gewohnheiten sind mit der Crontab, nicht vi.

Ich stimme mit Jim, dass mit-e nur, um zu unsicher ... Ich habe immer vi eine frisch erzeugte Datei ... oder crontab-l | mehr ... (einige unserer DBAs werden, bis sie ihre Dateien und realisiert sie hatten keine Freizeit ... so einfach nicht zu wissen, was Sie tun mit Menschen, die in Ihrem Büro und ablenken, während Sie das Telefon klingeln beginnt ...)

Ich stimme mit vbe. Ich kopiere die crontab zweimal (sowohl mit als auch ohne ein Datum Suffix) zu gesicherten Arbeitsbereich. Bearbeiten mit vi und dann die crontab mit "crontab <filename>". Dies bedeutet, dass Sie eine sichere Kopie des aktuellen crontab, sowie eine Kopie der alle bisherigen crontabs. Wenn Sie möchten, dass Sie Ihre Änderungen können Sie mit "diff".

Hallo, eine neue Frage zu crontab.
Ich habe einige Rechner im Cluster zu Messmaschine in der Fertigung zu vermeiden. Wenn man am Leben ist das andere ist der Schlaf.
Einige Zeit passiert zwischen ihnen zu wechseln. So höre ich die crontab in ein und starten Sie es in anderen ein. Die Frage ist, wie kann ich sicherstellen, dass die beiden cron gleich sind? Ich habe eine Shell an, die Differenz der beiden Datei / var /spool/cron / crontabs Verzeichnis und es funktioniert gut. Wenn ein Alarm komme ich händisch Angleichung der Benutzer-crontab-Datei in das schlafende Maschine mit crontab-e. Mein Chef bitten, mich um diese Aktion automatisch zu tun. Do u think that is correct zur Annäherung der Crontab mit Hilfe des Remote-Kopie der Nutzer crontab-Datei? Ich bin mir nicht sicher, z. B. wenn ich die Benutzer-crontab mit dem vi die Schale wird nicht gestartet. Aus dem gleichen Grund, warum ich lieber Angleichung der crontab beaside händisch mit einem Geschoß, das eine rcp zu machen. Das ist korrekt ist oder nicht u denke, dass ich benutzen Sie den rcp zwischen dem / var könnte /spool/cron / crontabs-Dateien?

Mit besten Grüßen,
Andrea.

Ive gesehen Menschen verbringen Wochen den Aufbau einer (redoutable. ..) cron-Datei, nachdem es nach einem Absturz verloren und musste auf OS neu installieren (für viele Websites AUSSCHLIEßEN Backup / var in root vg (vg00), z. B. / var / opt hier ein anderes Dateisystem wie / var / opt / oracle auch und sind gesichert ...)
wenn Sie eine Kopie von Ihnen schon cronfile an anderer Stelle (Home-Verzeichnis des Benutzers oder cron dedizierten Verzeichnis zB / sm / cron), die Sie immer verwenden würde vi / bearbeiten durch eine crontab cronfile gefolgt speichern, können Sie dann vergleichen Sie die Datei mit dem, was in / var /spool und auch rdist sie auf die andere Kiste ohne mit crontab-e, ab dem alternativen Feld wäre zu tun, ebenso mit dem Unterschied, der einen ersten crontab cronfile Im sicher, es könnte bei Bedarf automatisiert werden

Dies ist eine rechtzeitige Thema für mich. Ich sah in ein solches Problem, da ich eine Zwei-Knoten-Service Guard Cluster haben, im Einsatz. Wir haben einen Volume-Gruppe aktiven Anwendungen auf einem einzigen Server zu einer Zeit. Abhängig davon, welche Server aktiv ist, hat die crontab-Datei zusätzliche Arbeitsplätze zu laufen.

Also dachte ich, der mit einem engagierten und separaten Bereich für den lokalen crontab-Datei, und man über die Anwendung Volume-Gruppe für die crontab-Datei speziell für sie.

Dann ein Skript aus der lokalen Cron-Job-Datei mit dem Cron-Datei aus der Anwendung Volume-Gruppe fusionieren werden (wenn es eingebunden ist) und dann die fusionierte crontab-Datei zu cron. Dieses Skript laufen würde mit dem Start des Clusters für die Anwendung Volume-Gruppe.

Die lokale crontab-Datei könnte so aussehen

Und die Volume-Gruppe ca. crontab-Datei

Ein Skript könnte leicht Katze diese beiden Dateien zusammen in eine neue Datei crontab halten die Anwendung spezifische Informationen zuletzt in der Datei. Das Verfahren kann "umgekehrt" von solchen erneuten nur die lokale Datei, wenn die Anwendung Volume-Gruppe eingeschaltet ist zurück zu seiner primären Knoten. Wenn Änderungen wurden in der Zwischenzeit gemacht, um den lokalen Teil, kein Problem, als einfach:

sollte mir die aktuelle lokale Angebote, von denen eingereicht werden, um die Anwendung Volume-Gruppe Einträge beseitigen können (natürlich sollten die Änderungen in einer separaten Datei ersten gemacht worden, und legte so dass ich schon ein Rekord von ihnen haben).

Ich habe nicht diese zusammen, und doch ist es gerade Rasseln in meinem Gehirn an dieser Stelle, aber das ist die Hauptaussage ist es. So einfach scheint, ich muss etwas fehlen!