Ich habe gerade den Eintrag hier gesehen - mit den eckigen Klammern kann das nicht funktionieren, da die Einträge ja als Variablen später in die Pfade bzw. die Abfragen eingebaut werden, die sollten noch raus, so dass der Eintrag dann nur

ACCOUNT="web409"

lautet (analog natürlich beim Passwort).

Die kommt per Post - bzw. genauer gesagt per Mail

Nach jedem Ausführen des Cronjobs geht an Dich eine Mail mit dem Ergebnis und ggf. den aufgetretenen Fehlermeldungen an die Adresse, die bei Dir im Confixx unter "Übersicht" angegeben ist.

Der Server, auf dem mein Account liegt, ist Linda.

Ich habe den Pfad im Script zum Test auf das html-Verzeichnis geändert als auch mal testweise das ganze Script in den html-Pfad gelegt - beides mit dem selben Ergebnis wie bisher, nur heißt es jetzt eben

/var/www/html/web493/html/backup/backup.sh: line 12: /var/www/html/web493/html/backup/backup-db.sql: No such file or directory

obwohl das Verzeichnis [...]/html/backup existiert und auch das Script darin lag.

Warum sollte ich eigentlich auf den files-Ordner keinen Zugriff haben? Ich habe ja sowohl das Script darin liegen als auch einen automatischen Download der Backups auf meinen Rechner mit Dummy-Dateien aus diesem Verzeichnis getestet, das funktioniert problemlos. Fände ich auch etwas sicherer, als die sensiblen Backups in den html-Pfad zu legen (den ich dann aber natürlich zumindest mit einer htaccess sicher würde).

Hallo,

habe die auch gerade versucht, aber leider ohne Erfolg.

Ich habe diesen Cronjob angelegt:

Minute	Stunde	Tag im Monat	Monat	Wochentag	Befehl	Ändern
5	22	*	*	*	/bin/sh /var/www/html/web409/html/backup.sh

und das Script unter /html/backup.sh abgelegt.

Und das Script lautet wie folgt.

#!/bin/sh

# Konstanten
ACCOUNT="<web409>"
PASSWORT="<*****************>"

DIR="/var/www/html/$ACCOUNT/html/backup/"
WEBSPACE="/var/www/html/$ACCOUNT/html/"
DATUM=`date +%d-%m-%Y`

# altes Backup löschen
rm -f $DIR/*

# Backup DB
mysqldump -u$ACCOUNT -p$PASSWORT -h localhost -A  > $DIR/backup-db.sql
gzip -9 --best $DIR/backup-db.sql

### mit Datum folgende Zeile auskommentieren
# mv $DIR/backup-db.sql.gz $DIR/backup-db-$DATUM.sql.gz

#Backup Webspace
cd $WEBSPACE
tar cvfz $DIR/backup-webspace.tar.gz *

### mit Datum folgende Zeile auskommentieren
mv $DIR/backup-webspace.tar.gz $DIR/backup-webspace-$DATUM.tar.gz

Ordner wie auch das Script sind auf 755.

Nun weiß ich aber nicht wie und wo ich eine Fehlermeldung erhalten soll.

mfg

Bitte teile mir einmal deinen zuständigen Server mit. Was mir noch aufgefallen ist da du das ganze in files speichern willst darauf wirst du keinen Zugriff haben. Ändere einmal den Pfad zu Testzwecken in das html-Verzeichnis.

Hallo Diskus,

ich habe zur Sicherheit nochmal nachgeschaut; da ich das Script aber bei der Bearbeitung immer in einem regulären Editor (NoteTab) bearbeite, sind da keine Tags drin, die da nicht hineingehören. Das Script ist 1:1 so online, wie es oben im Thread steht...

Viele Grüße
Monkey

Kopiere das Script einmal in einem einfachen Editor und speichere diese dann als .sh ab. Eventuell sind irgendwelche html Tags innerhalb des Scriptes übernommen wurden.

Ich habe es jetzt nochmal mit allen möglichen Einstellungen versucht... andere Verzeichnisse, andere Verzeichnisberechtigungen etc... nichts funktioniert.

Ich bekomme auch Fehlermeldungen bei den einfachsten Befehlen:

Ergebnis des Befehls "cd $HOME":
"cd: /var/www/html/web493: No such file or directory"

Ergebnis des Befehls "ls":
ls: command not found

Ergebnis des Befehls "dir":
dir: command not found

Hat noch irgendjemand eine Idee, woran das liegen kann (evtl. auch der Support, ist ja ein Script, was Ihr in den FAQs anbietet, also wisst Ihr darüber sich noch am ehesten Bescheid  )

Vielen Dank Euch,
Monkey

Hallo Diskus,

nein, das Script hatte 644. Hab ihm jetzt 755 verpasst und getestet, leider noch das selbe Ergebnis, keine Verbesserung

Gruß
Harry

Hallo Monkey,

hat das Script auch die Berechtigungen 755?

Gruss diskus