Extension Full Backup "w4x_backup"

Ich habe versucht die Extension auf dem Typo3-System von Best-Webhoster zum Laufen zu bringen. Leider ohne erfolg.

Hat irgendjemand da ne genaue Anleitung für die Einstellungen?

- MySqlDump command :
- MySql command :
- .....

Hallo,

in der Version ist (leider) kein SQL-Dump welcher bei Typo3 üblicherweise fehlerhaft ist vorhanden.
Gerade bei Betaversionen ist es durchaus möglich dass diese noch Fehler enthalten, welche man manuell finden und beheben müsste.
Welche Fehlermeldungen werden Ihnen denn ausgegeben?

ich kenne die extension bereits, auf einem anderen system nutze ich sie ausgiebig.

hier gibts allerdings folgende fehler: (auszug aus dem Logfile)

### beim backup: nix gravierendes, nur:
0 tar: Entferne führende `/' von Archivnamen

### beim restore:
0 tar: home/p3854_server209_isdg_de/www/typo3conf/localconf.php: Kann utime nicht ausführen.: Die Operation ist nicht erlaubt
1 tar: home/p3854_server209_isdg_de/www/typo3conf/localconf.php: Kann Zugriffsrechte nicht zu rw-rw-rw- ändern.: Die Operation ist nicht erlaubt
2 tar: home/p3854_server209_isdg_de/www/typo3conf/localconf.php: Kann Datei-Eigentümer nicht zu uid 1222, gid 1222 ändern.: Die Operation ist nicht erlaubt
-----> meldungen dieser Art für ALLE DATEIEN IM BACKUP

66 ERROR 1064 (42000) at line 14: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'mysqldump: Got error: 1044: Access denied for user 'p3854'@'localhost' to databa' at line 1
100 ERROR 1064 (42000) at line 14: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'mysqldump: Got error: 1044: Access denied for user 'p3854'@'localhost' to databa' at line 1

-------------> also geht weder das Wiederherstellen von Dateien noch von der Datenbank, ich denke wohl aufgrund von Rechtevergabe.
-------------> habs mit CHMOD im FTP versucht vorher die Schreibrechte auf einige Dateien zu aktivieren, leider ohne wirkung

Hallo,

die ersten Fehlermeldungen liegen an Dateirechten, z.B. utime (Zeitstempel ändern) muss in dem Fall auch die entsprechenden Dateirechte haben um den Zeitstempel zu ändern (wozu das bei einem Backup jedoch notwendig ist kann ich Ihnen nicht sagen).
z.B. die localconf.php haben Sie auf die Rechte 666 gesetzt (es ist also jegliches "Ausführen" verboten, da chown und chmod jedoch zum Ändern diese Rechte benötigen kommt die Fehlermeldung.

Die MySQL-Fehlermeldung kommt wohl von einer falschen Usernamen / Passwortkombination, bzw. einer falschen Datenbank welche angesprochen wird (evtl. in der Konfiguration übersehen das "Database" in die korrekte Datenbank umzubenennen?

Hallo Support-Team / Typo3-User,

ich bin dem Problem ein Stück näher gekommen, das Ganze hat weder mit den Schreibrechten im typo3-Verzeichnisbaum, noch mit der Datenbank und den Passwörtern zu tun.

Die Extension startet auf Kommandozeilenebene das Program "tar" um Dateien in ein Archiv zu schreiben und beim Restore wieder herauszuholen.

Das ganze passiert hier mit absoluten Pfadangaben, also mit
/home/p3854_server209_isdg_de/www/usw...

Das bedeutet der gesamte oben genannte Pfad wird im Backuparchiv abgelegt.

Beim Entpacken möchte "tar" natürlich alle Inhalte des Archives in "/" (also im Root) ablegen, durch die absoluten Pfadangaben auch im Archiv würde somit alles wieder im richtigen Ordner
/home/p3854_server209_isdg_de/www/usw...
landen.

da aber auf /home keine Schreibrechte bestehen funktioniert der Restore mit "tar" nicht, selbst wenn Dateien in die originalen Verzeichnisbäume zurückgeschrieben werden sollten.

Mit anderen Worten das Entpacken schlägt fehl. Somit auch das Entpacken des sql-files für das Wiederherstellen der Datenbank.
Dem SQL-Befehl fehlt somit einfach die SQL-Datei.


---> Ich werd jetzt versuchen die entsprechenden absoluten Pfade in relative Pfadangaben umzubauen und die geänderte Datei dann hier zu posten.

So ein Stück weiter ... die Extension kann jetzt Dateien packen und entpacken. Nur das SQL tut noch net.


Anscheinend ist der SQL-Dump beim Backup nicht möglich, also auch kein Restore der DB. Das SQL-File wird aber trotzdem erzeugt, darin untenstehende Fehlermeldung:


----> FRAGE AN DEN SUPPORT:

Das ist die meldung ich ich im SQL-File finde beim Versuch die Typo3-DB zu sichern:

Access denied for user 'p3854'@'localhost' to database 'usr_p3854_1' when using LOCK TABLES

Ist hier irgendwas in der DB noch gesperrt? Was ist das LOCK TABLES?
Was kann man hier noch versuchen?

Hallo,

dann sind wir der Sache ja schon ein Stück näher

Das LOCK TABLES habe ich eben für den DB-User zugelassen.

ok vielen Dank, jetzt hab ich noch ein Problem welches ich Eurem Support auch direkt schon geschrieben habe:

Ansonsten funktioniert die Extension!

Auf alle Files die auf dem Server vom Typo3 erzeugt werden (also Extensions, Backup-Files) habe ich keine Rechte und kann diese per chmod auch nicht ändern oder löschen. So funktioniert auch das Ändern von Dateien bei Extensions nicht, sofernt man diese nicht selber per FTP hochgeladen hat.

Das ist ein allgemeines Problem was sich natürlich auch auf das Backup-Archiv auswirkt, weder tar noch mysql hat die richtige rechtevergabe um mit den backupfiles arbeiten zu können.

ich hab dann die erstellten backupfiles einfach runtergeladen, dann wieder hochgeladen. jetzt konnte ich chmod ausführen und plötzlich hat auch der restore funktioniert.

Könnt Ihr dieses Problem noch korrigieren? Prüft vielleicht auch mal ob das den ganzen Server/alle Kunden betrifft.

Hallo,

dies ist kein "Problem" des Servers sondern liegt daran dass Typo3 dies mit php durchführt und die Dateien somit den Owner des Apachen bekommen.
Eine Lösung ist den Dateien die Rechte 777 geben, danach kann auch der FTP-User darauf zugreifen.

Genau die Rechte solcher Dateien kann ich nicht ändern, chmod wird mir bei diesen Dateien verweigert.

Schauen sie mal in account p3854.server209.isdg.de in die ordner typo3conf/ext und typo3temp.

Dort finden sie Ordner mit dem Dateinamen _KEINE_SCHREIBRECHTE
(ich konnte die Dateien wenigstens umbenennen)

Wenn ich versuche diese Ordner zu löschen, zu verschieben oder deren Inhalte zu überarbeiten/überschreiben bekomme ich eine Fehlermeldung.
Auch CHMOD schlägt bei diesen Dateien fehl: 550 SITE CHMOD command failed.

Wie gesagt alle Dateien die von Typo3 erstellt werden sind betroffen. Mit den Dateien arbeiten wird verweigert, CHMOD wird auch verweigert. Es kann ja net sein dass ich ne Extension über das Repository installiere und nacher die Scripte net ändern kann wegen der Rechtevergabe, bei anderen Hostingpartnern gehts ja auch ganz ohne das CHMOD noch mal anfassen zu müssen.

Hallo,

wie vorher schon geschrieben ist dies kein Problem des Servers sondern von Typo3.
Im Installtool können Sie unter "fileCreateMask" und "folderCreateMask" die entsprechenden Rechte welche eine Datei bzw. ein Verzeichnis beim Downloaden erhalten soll festlegen.
Wenn Sie dort jeweils 0777 eintragen werden die Extensions auch mit dem entsprechenden chmod versehen und es ist dann auch ein Zugriff per FTP möglich.