backup

[knuddel]

Hallo BeNe,

auch ich habe das Problem, dass bei mir keine Backups durchgeführt werden...

Ich habe die aktuelle Trunk vom 05.01.2008 auf einem Debian Etch System.

In meiner /var/log/ispcp/ispcp-backup-all-mngr.log steht drin:

Code:

/bin/mv: Aufruf von stat für >>/var/www/virtual/meinedomain.com/meinedomain.com-backup-2008.01.08-000003.tar.bz2<< nicht möglich: Datei oder Verzeichnis nicht gefunden
ERROR: External command '/bin/mv -f /var/www/virtual/meinedomain.com/meinedomain.com-backup-2008.01.08-000003.tar.bz2 /var/www/virtual/meinedomain.com/backups' returned '1' status !

Und mit dem Befehl crontab -e wird mir nur folgendes angezeigt (/tmp/crontab.nlXgob/crontab):

Code:

# m h  dom mon dow   command

Wie kann ich es einstellen, dass er das Backup erstellt???

Liebe Grüße
knuddel

[BeNe]

Code:

nicht möglich: Datei oder Verzeichnis nicht gefunden

Gibt es diese Datei nicht ?

Müsste ich gradmal nachschauen wann die Änderung vom Backup war.
War erst gestern oder vorgestern da wurde eine Änderung wegen bz2 <-> gzip in den Trunk aufgenommen. Nicht das deine Version die defekte ist.

Die Cron findest du unter

Code:

/etc/cron.d/ispcp

Hier der Eintrag:

Code:

# Backup
@daily root /var/www/ispcp/engine/backup/ispcp-backup-all yes &>/var/log/ispcp/ispcp-backup-all-mngr.log
@daily root /var/www/ispcp/engine/backup/ispcp-backup-ispcp noreport &>/var/log/ispcp/ispcp-backup-ispcp-mngr.log

Greez BeNe

[knuddel]

Hallo BeNe,

die Datei /var/www/virtual/meinedomain.com/meinedomain.com-backup-2008.01.08-000003.tar.bz2 gibt es nicht. Es gibt nur eine /var/www/virtual/meinedomain.com/meinedomain.com-backup-2008.01.08-000003.tar.bz2.log und da steht drin:

Code:

/bin/tar: .: Datei hat sich beim Lesen geändert.

Die Backup-Einträge stehen bei mir in der /etc/cron.d/ispcp

Soll ich auf die aktuelle Trunk-Version updaten?

Liebe Grüße
knuddel

[BeNe]

Ja, du kannst mal auf die neue Version Updaten.
Und am besten gleich mal auf gzip in der ispcp.conf umstellen.
Da sind auch noch Felder hinzugekommen die Du beachten musst.

Greez BeNe

[joximu]

Schau vorallem mal, was im Hauptlogfile für Backup steht.

/var/log/ispcp/*backup*

ggf. ist noch eine .lock Datei aktiv (im /tmp), oder dann liegt's einfach am Cron-Eintrag, der nicht vorhanden war...

Oder - und das sollten wir mal genauer ansehen: was passiert, wenn eine Datei geändert wird, während der Sicherung. Bricht tar mit Fehler ab? oder vorallem: existiert keine Sicherungsdatei -> dann schlägt der mv Befehl fehl und die restliche Sicherungen werden abgebrochen...

/J

[Achmed]

Auch wenn es ein wenig Offtopic ist:
Gab es einen bestimmten Grund für den Wechsel zu gzip?
Ich habe hier keinerlei Probleme mit bzip2.
bzip2 ist halt ein wenig langsamer, komprimiert dafür besser.

[knuddel]

@ BeNe,

ein Update führe ich doch wie in dieser Anleitung (http://www.isp-control.net/documentation/start/upgrade) beschrieben durch, oder?

Liebe Grüße
knuddel

[BeNe]

Ja der Grund war das bz2 enorm viel CPU braucht und auch länger hat.
Klar sind die Archive bei gzip etwas größer (auch wenn teilweise nicht viel)
aber Speicherplatz kostet heute nicht mehr viel und die Seiten sind auch während des Backups gut ereichbar.

bz2 kannst Du ja immer noch nutzen. gzip ist nur dazugekommen.

Greez BeNe

[knuddel]

@ joximu,

es gibt eine .lock Datei (vom 08.01.2008 um 0:00 Uhr).
Löschen?
Die Seite gibt es aber schon seit dem 06.01.2008. Und seitdem hat er auch keine Backups gemacht...

Liebe Grüße
knuddel

[joximu]

Achmed Wrote:Auch wenn es ein wenig Offtopic ist:
Gab es einen bestimmten Grund für den Wechsel zu gzip?
Ich habe hier keinerlei Probleme mit bzip2.
bzip2 ist halt ein wenig langsamer, komprimiert dafür besser.

Genau das ist es.
Man braucht mit gzip etwas mehr Platz (kommt auf die Site drauf an, bei leeren Domains ohne subdomain ist es sogar leicht weniger) - das Mehr an Speicherplatz dürfte 50% der bzip2 Dateien jedoch in der Praxis nicht überschreiten.

Hingegen: der Zeitfaktor und vorallem der Belastungsfaktor während dem Backup (wir haben einfach festgestellt, dass es lange dauert und der Server in dieser Zeit schlecht reagiert (Siehe diese Website nach 1 Uhr morgens MEZ). gzip ist schneller und nimmt die CPU etwas weniger in Anspruch. Das war der Grund.
Solange der Server kaum was zu tun hat, dürfte das keine grosse Rolle spielen.

/J