Problem mit BackupDatenbank+ bei Host Europe

[golfsegler]

Hallo,

Ich habe zwei TL Installation in der Version 2.7.2 am Laufen. Bei beiden Installationen möchte ich eine Datensicherung per FTP durchführen und habe das Modul BackupDatenbank+ dafür installiert. Bei der Installation auf 1&1 funktioniert das Backup problemlos nurt bei dem Paket auf HostEurope gibt es folgende Fehrermeldung:

Fatal error: Uncaught exception Exception with message Query error: MySQL server has gone away (INSERT INTO tl_log (tstamp, source, action, username, text, func, ip, browser) VALUES(1246788705, 'BE', 'ERROR', 'admin', '<b>ftp_put:</b> No such file (Schimmel_Backup_Strato-1.sql)', 'BackupDB+ runBackup()', '82.83.54.130', 'Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)')) thrown in /is/htdocs/wp1065433_A4HPGAQTMI/www/schimmel/system/libraries/Database.php on line 519
#0 /is/htdocs/wp1065433_A4HPGAQTMI/www/schimmel/system/libraries/System.php(167): Database_Statement->execute(1246788705, 'BE', 'ERROR', 'admin', '<b>ftp_pu...', 'BackupDB+ runBa...', '82.83.54.130', 'Mozilla/4.0 (co...')
#1 /is/htdocs/wp1065433_A4HPGAQTMI/www/schimmel/system/modules/BackupDBplus/BackupDBplus.php(212): System->log('ftp_put:...', 'BackupDB+ runBa...', 'ERROR')
#2 /is/htdocs/wp1065433_A4HPGAQTMI/www/schimmel/system/modules/backend/Backend.php(169): BackupDBplus->runBackup(Object(DC_Table), 'tl_backupdb', Array)
#3 /is/htdocs/wp1065433_A4HPGAQTMI/www/schimmel/typolight/main.php(99): Backend->getBackendModule('BackupDBplus')
#4 /is/htdocs/wp1065433_A4HPGAQTMI/www/schimmel/typolight/main.php(294): Main->run()
#5 {main}
Fatal error: Exception thrown without a stack frame in Unknown on line 0

Was kann die Ursache sein?

[do_while]

Hallo golfsegler,

immer wieder taucht bei Problemen der Provider HostEurope auf ?!?

Nach den Meldungen sieht mir das nach 2 Fehlern auf.
1) ftp_put hat nicht funktioniert
2) Der Logbuch-Eintrag darüber konnte im Log (Datenbank) nicht eingetragen werden.

Das FTP-Backup soll so funktionieren:

• Das Datenbank-Backup wird im /system/tmp-Verzeichnis erstellt
• Es wird die FTP-Verbindung aufgebaut
• Es wird die Datei aus /system/tmp an den FTP-Path kopiert
• Die Datei in /system/tmp wird gelöscht

Die Fehlermeldung kommt offenbar aus dem 3. Punkt, weil beim Kopieren die Quelldatei nicht gefunden wurde. Also wird etwas in der Erstellung der Datei nicht funktionieren!
Hat das Verzeichnis /system/tmp die Rechte CHMOD 777 gesetzt?
BackupDBplus geht, wie auch TYPOlight selbst, davon aus, dass dort immer geschrieben werden kann!

[golfsegler]

Hallo Hagen,

vielen Dank erst einmal für die schnelle Antwort!

Hat das Verzeichnis /system/tmp die Rechte CHMOD 777 gesetzt?

Ja das Verzeichnis hat die Rechte CHMOD 777

Ich habe erst jetzt gemerkt, dass auch die Lokale Sicherung eine Fehlermeldung ausspuckt (wobei die Sicherungsdatei korrekt geschrieben wird):

Warning: rename(/is/htdocs/wp1065433_A4HPGAQTMI/www/schimmel/tl_files/AutoBackupDB/Schimmel_Vollbackup_local-1.sql,/is/htdocs/wp1065433_A4HPGAQTMI/www/schimmel/tl_files/AutoBackupDB/Schimmel_Vollbackup_local-2.sql) [function.rename]: Permission denied in /is/htdocs/wp1065433_A4HPGAQTMI/www/schimmel/system/modules/BackupDBplus/BackupDBplus.php on line 157
Warning: Cannot modify header information - headers already sent by (output started at /is/htdocs/wp1065433_A4HPGAQTMI/www/schimmel/system/functions.php:122) in /is/htdocs/wp1065433_A4HPGAQTMI/www/schimmel/system/libraries/Template.php on line 174
TYPOlight webCMS 2.7.2

Vielleicht hilft das ja auf der Suche nach dem Fehler...?

[ger82]

ist das Problem mittlerweile gelöst wurden ?

bei mir tritt der gleiche Fehler auf und ich habe hierfür noch keine Lösung.

[do_while]

Hallo golfsegler, hallo ger82,

leider Nein, das scheint ein Problem zu sein, was in Hostingpaketen, die ich kenne, nicht vorkommt. HostEurope gehört aber auch nicht dazu.

Der Ablauf des Backup ist normerweise folgender:
1) die älteste Datei im AutoBackupDB-Verzeichnis wird gelöscht, die anderen werden durch Umbenennen aufgerückt, so dass die neueste Datensicherung wieder den gleichen Dateinamen (...-1.sql) bekommen kann.
2) das Backup wird erstellt

Wenn das Rename nicht geht, bricht das Script natürlich ab. Ich kann mir aber nur folgende Ursachen vorstellen:
a) Das Verzeichnis ist nicht schreibbar für PHP-Scripte
b) die Datei ist nicht schreibbar für PHP-Scripte
c) Kann der Provider die PHP-Funktion rename() sperren ?
d) die PHP-Funktion file_exists() funktioniert nicht oder ist deaktiviert