MySQL Backup, Cronjob funktioniert nicht

[Rumeli]

Hallo alle zusammen,

ich habe ein kleines Problem. Habe leider hier im Forum nichts gefunden.

Ich bin gerade dabei meine MySQL Datenbanken zu Backupen mit Cronjobs. Ich verwende hier hier zu AutoMySQLBackup -> http://sourceforge.net/projects/automysqlbackup/.Funktioniert auch manuell wunderbar. Jetzt habe ich mir einen Cronjob eingerichtet das Stündlich einen Backup machen soll. Leider funktioniert dieser Stündliche Backup nicht. Manuell über die Konsole perfekt.

Ich weiss nicht was ich falsch gemacht habe. Zusätzlich habe ich das auch über Webmin nochmals Konfiguriert aber geht leider auch nicht.

Könnte mir evtl. jemand einen kleinen Tipp geben.

Achja bin ein anfänger :D

Gruss
Rumeli

[Tomek]

Wo hast du denn Cronjob eingetragen und wie sieht er aus?

[phpmasta]

hatte auch mal probs.

hast du im cronjob in das verzeichnis reingewechselt?

also z.b.

cd /var/dbbackup/ && ./backup.sh



weil sonst kann es sein, dass er es ins homedir des backup-users schreibt

[Rumeli]

@Tomek and @phpmasta,

also ich habe den Cronjob mit dem Standardt Edito vi gemacht, wenn ich das öffne steht auch @houryl scriptname.sh

jetzt verstehe ich nicht mit dem Verzeichnis reinwechseln.. :confused:

wenn ich das manuell mache wird das Backup gemacht und zwar z.b. unter /Backups .....

@phpmasta,
meinst du er macht das Backup aber sichert das ganz wo anders ab?

Ich benutze Suse 9.2

Gruss
Rumeli

[tschloss]

Ich würde das Skript oder einen link darauf in /etc/crond./hourly plazieren. Dann musst du schon mal nicht in der crontab herumfummeln.

Hat das skript die passenden Rechte??

Um zu prüfen, ob es überhauot gestartet wird, lass das Skript doch eine Logdate anlegen: in die erste Zeile ein
echo "hallo ich wurde gestartet" > ~/test.log

Greetz
Thomas

[pibi]

Ich würde das Skript oder einen link darauf in /etc/crond./hourly plazieren. Dann musst du schon mal nicht in der crontab herumfummeln.Genau das wuerde ich unbedingt sein lassen. Bei der Installation eines neues Systems / einer neuen Version werden die je nach Distribution komplett ueberschrieben. Eigene Software legt man ja auch nicht /usr/bin ab. Was ist denn so schlimm daran, einen eigenen cronjob zu erstellen?

Aber zum Thema: Angabe zu Files und/oder Programmen in cronjobs immer mit kompletten Pfadnamen erstellen, da das Environment ein anderes als das des Users (auch root) ist. Fehlermeldung: "..wenn ich das Script von Hand starte, geht es, als cronjob nicht..".

Gruss Pit.

[tschloss]

Genau das wuerde ich unbedingt sein lassen. Bei der Installation eines neues Systems / einer neuen Version werden die je nach Distribution komplett ueberschrieben. Eigene Software legt man ja auch nicht /usr/bin ab. Was ist denn so schlimm daran, einen eigenen cronjob zu erstellen?

Gruss Pit.

Also ich finde nicht, dass daily und hourly dem System vorbehalten ist. Und ist es sicher, dass die crontab bei einer Neuinstallation unangetastet bleibt?
Ich finde das auch sehr übersichtlich, wenn die crontab im wesentlichen nur die hourlys und dailys auslöst.

Anyway - jeder wie er mag.

[Rumeli]

@tschloss,

hat funktioniert.... danke schön ;)

Das mit dem Cronjob werde ich auch noch testen, damit ich das auch kapiere. Danke für alle Hinweise :)

Gruss
Rumeli