Hallo Christian, hallo Leute Am Montag, 6. Juni 2005 21:26 schrieb Christian Boltz: [..]
Zusätzlich gelten noch die Zeitabstände (z. B. 24 Stunden bei cron.daily). Wenn das Script also vor kurzem schonmal gelaufen ist, macht es erstmal Urlaub ;-)
Klar.
Das booten ist nun schon fast zwei Stunden her
grep cron /var/log/messages ergibt u.a. Jun 6 08:59:00 andreas /USR/SBIN/CRON[6409]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Jun 6 09:59:00 andreas /USR/SBIN/CRON[6951]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly)
Hmm, ich vermisse den Aufruf von /usr/lib/cron/run-crons in Deinem Log. Oder hast Du den hier unterschlagen? ;-)
Frech unterschlagen, weil er aufgerufen wird.
(Falls der Aufruf von run-crons die letzte Zeile Deiner crontab ist, hänge danach noch eine leere Zeile an. Cron besteht angeblich drauf.)
Steht so drin
Rufe ich das Script manuell aus /etc/cron.hourly auf, so startet es und fragt nach dem Rootpasswort des Servers. (Ich sichere mittels rsync) Den Key für den user andreas habe ich auf den Server geladen, damit das Teil ohne Passwortabfrage durchläuft. Aber den Key für root würde ich ungern dort ablegen.
Heißt das, dass Dein Script eine Benutzereingabe braucht? Kein Wunder, dass es nicht geht - cron kann keine Passwörter tippen ;-)
Wie warum das denn nicht? Nein Scherz beiseite. Benutzereingaben werden nur erwartet, wenn root das Teil startet. Deshalb meine Überlegung es als User zu starten (da liegt der ssh-key schon auf dem Server) und cron müsste nicht tippen. Oder geht das mit cron.hourly nicht?
Falls Du eine einigermaßen[1] sichere Lösung suchst, würde ich einen SSH-Key mit Passphrase und einen ssh-agent im Hintergrund empfehlen. Mit dieser Methode ist der Key nur benutzbar, solange der Rechner an ist. Nach Stromausfall/Reboot/Diebstahl/... muss man erst wieder die Passphrase eintippen.
Ist das nicht ein wenig heikel an einem laufenden Rechner für root ohne Passwort per ssh Zugriff zu erlauben? Andy