Hallo Martin, hallo Hans-Martin, hallo Rolf
( hoffe nicht das das passwort von root wirklich "passwort" ist, was eindeutig unsicher wäre ).
Nein, ist es natürlich nicht :-)
Das Backup soll durch bzip2 geleitet werden ( Komprimierung ) und soll unter /opt/lampp/backup/ zu finden sein als Datei mit dem Namen backup- $date.sql.bz2, wobei $date das aktuelle Datum ist zB 12012005.
Genau das habe ich auch gedacht, aber das letzte file ist vom September, d.h. seitdem ist kein backup mehr gelaufen
Wenn es so eine lange Zeit gelaufen hat, kann es vielleicht sein, das die Platte voll ist , hier würde es helfen, mal ganz alte Backups zu löschen.
Eigentlich ist genug platz, soweit ich das sehen kann, Aber ich werde trotzdem mal die alten files löschen, Um dieses problem auszuschliessen.
Crondamon noch läuft ? Hier testen mit "rccron status".
Ja, läuft, hatte ich schon getestet. Hat es irgendwelche Grösseren auswirkungen, wenn ich den daemon mal neu starte? Rccron restart...?
Ausgeführte cron-jobs werden idR in der /var/log/messages geloggt. Desweiteren mal dieses und eventuell andere logfiles anschuen, ob um 21:00 jeden Tages Fehlermeldungen auflaufen.
Werd ich mir mal anschauen
Das bedeutet, dass das Ergebnis deines Mysql-Dumps durch bzip2 zum Komprimieren gepipt wird. Allerdings halte ich den Dump-Aufruf für falsch - oder heißt deine Database wirklich "backup"?
Nein, die datenbank heisst nicht backup, das hab ich nur reingeschrieben. Im cronjob ist schon der richtige datenbankname eingetragen. Vielen dank erstmal für die tips, werde mal alles checken und ausprobieren, Mal sehen ob heute abend dann der job läuft. Habe nochmals versucht den dump manuell auszuführen - hat funktioniert. Daher gehe ich mal davon aus, dass die cron-syntax stimmt. Jetzt muss ich ihm nur noch beibringen, dass er das alles auch ohne mich kann :-) Bis denne Gruß Daniel
Am Mittwoch, den 12.01.2005, 10:33 +0100 schrieb Daniel Rudolph:
Vielen dank erstmal für die tips, werde mal alles checken und ausprobieren, Mal sehen ob heute abend dann der job läuft. Habe nochmals versucht den dump manuell auszuführen - hat funktioniert. Daher gehe ich mal davon aus, dass die cron-syntax stimmt. Jetzt muss ich ihm nur noch beibringen, dass er das alles auch ohne mich kann :-)
Wenn es manuell mit dem Aufruf funktioniert: Sorge mal dafür, dass in der Crontab die wichtigsten Pfade (hier auch zu bzip2) stehen. Es ist für die Ausführung der Cronjobs keine bash-Umgebung mit gesetzten Pfaden vorhanden. Alos sollte in der crontab ganz oben z.B. stehen: SHELL=/bin/sh PATH=/usr/bin:/usr/sbin:/sbin:/bin:/usr/lib/news/bin HTH Martin
Hi Daniel,
( hoffe nicht das das passwort von root wirklich "passwort" ist, was eindeutig unsicher wäre ).
Nein, ist es natürlich nicht :-) Das ist gut ;-)
Rccron restart...? Kannst Du idR immer machen, habe einen Server bei dem der Cron ab und zu stirbt, ich checke es mithilfe eines eigenständigen programms alle 2 min, und führe einen cron restart aus wenn dieser tod ist. Desweiteren habe ich 4 Clienten auf Linuxbasis und 3 Server zu verwalten, bis jetzt hatte ich nie Probleme wenn ich den CROND restartet habe.
Martin
Rccron restart...?
Kannst Du idR immer machen, habe einen Server bei dem der Cron ab und zu stirbt, ich checke es mithilfe eines eigenständigen programms alle 2 min, und führe einen cron restart aus wenn dieser tod ist. Desweiteren habe ich 4 Clienten auf Linuxbasis und 3 Server zu verwalten, bis jetzt hatte ich nie Probleme wenn ich den CROND restartet habe.
Hab jetzt einfach mal nen restart gemacht. Kann ich irgendwie (kann ich sicherlich, aber wie?) Eine email an mich verschicken lassen, wenn der Cron erfolgreich gelaufen ist? Wär klasse wenn mir einer beschreiben könnte wie das geht. Oder soll ich googeln? Hab ich noch nicht gemacht, da mir diese idee Spontan gekommen ist... *ggg* Danke auf jeden fall und viele grüße Daniel
Daniel,
Kann ich irgendwie (kann ich sicherlich, aber wie?) Eine email an mich verschicken lassen, wenn der Cron erfolgreich gelaufen ist? Wär klasse wenn mir einer beschreiben könnte wie das geht. man -s 5 crontab ist die Quelle des Wissens ;-) ---- snip ------------------------------------ In addition to LOGNAME, HOME, and SHELL, cron(8) will look at MAILTO if it has any reason to send mail as a result of running commands in ``this'' crontab. If MAILTO is defined (and non-empty), mail is sent to the user so named. If MAILTO is defined but empty (MAILTO=""), no mail will be sent. Otherwise mail is sent to the owner of the crontab. ---- snap ------------------------------------ Also: nach crontab -e an den Anfang der Datei (nach SHELL=/bin/sh und PATH=...) MAILTO=empfaenger@irgendwo.bla (Die Domain brauchst Du naürlich nur, wenn es 'raus gehen soll, lokal reicht der user Name ;-) )
Hope this helps, Stephan -- ------------------------------------------------------------------------ Stephan Eickschen Fon: +49 (0)228 933 999 70 Augustastrasse 89 Fax: +49 (0)228 933 999 71 53173 Bonn Cell: +49 (0)170 54 781 60 Germany Email: eickschen.haenel@t-online.de http://www.eiskultur.de ------------------------------------------------------------------------
participants (4)
-
Daniel Rudolph
-
Eickschen.Haenel@t-online.de
-
Hans-Martin Flesch
-
Martin hehnen