Die erste Datenbanksicherung nach Update auf 4.4.0.3 endet mit der Meldung "unbekannter Fehler". Dateien sichern und Bilder funktioniert ohne Probleme. Was kann ich tun?
Versendest du Newsletter z.b. mit mailbeez? Das bläht die Tabelle e-mails auf und da hängt sich die Sicherung gerne auf. Über PHP my Admin oder im Admin bei SQL kann man die DB aber auch exportieren.
weiterhin keine Datenbanksicherung möglich. Startet man eine Datensicherung, so verharrt der Fortschritsbalken bei "0", dann "unbekannter Fehler". Das Sicherungsverzeichnis: .../admin/backups/ existiert.
hi, mir fallen ein paar Gründe ein, woran es liegen kann. Möglicher Grund 1: Deine CHMOD Rechte stimmen nicht. Hat Dein admin/backup Ordner die Rechte 777 ? Falls nein, bitte richtig setzen, ebenfalls der Ordner admin/backup/temp. Möglicher Grund 2: Deine Datenbank ist mittlerweile wirklich zu groß für die interne Datenbanksicherung. Dann solltest Du überlegen ein tool wie mysqldumper zu installieren und zu verwenden (in einem geschützten Verzeichnis). Möglicher Grund 3: Beim Update ist etwas schiefgelaufen. Lief das Update ordnungsgemäß durch oder musstest Du den Button "Versionsauswahl erzwingen" oder so ähnlich benutzen? Frage: Cloudhosting oder eigenes Hosting? LG Peter
Beide Ordner auf 777 gesetzt. Leider kein Erfolg die Datenbank ist etwa 10MB groß. Ich bin allein auf dem Server. Sollte noch viel Platz sein. Das Backup steht permanent auf "0" und nach wenigen Sekunden die Meldung "unbekannter Fehler"- Eigenes Hosting - eigener Server. Beim zweiten Shop auf dem Server (webgo) funktioniert es. Sicherung von Abbildungen und Dateien funktioniert.
@klaus_wengel Dann weiß ich im Moment auch nicht weiter, Du solltest ein Supportticket bei gambio eröffnen.
Hallo Die letzte Sicherung vor Jahren ging bei mir noch mit 36 Megabyte. Jetzt bekomme ich wie bei dir bei Stand 0 Prozent einen Fehler: Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 81920 bytes) in /kunden/218528_1030/http/system/classes/db_backup/DBBackupControl.inc.php on line 253 Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 65536 bytes) in /kunden/218528_1030/http/vendor/sentry/sentry/lib/Raven/Client.php on line 1019 Habe deswegen schon länger den myoosdumper installiert und sichere damit die Datei und zusätzlich über phpmyadmin. https://www.phpbb.de/community/viewtopic.php?t=245329 mfg Anton
kenn ich, erst hatte ich noch die php Konfiguration / php.ini angepasst und die Limits hochgesetzt, später dann den dumper installiert. Da kann man Multipart-Backup einstellen und die Größe der einzelnen Dateien bestimmen.
Fehler gefunden. Dateien zu groß. Die php.ini auf dem Server, Einstellung "memory_limit = 124MB", musst erhöht werden. Jetzt geht es wieder. Vielen Dank.
Hi, klasse das es nun klappt bei Dir. Falls das bei Dir möglich ist, schau mal ob Du bei memory_limit -1 eintragen kannst. Sonst stösst Du in absehbarer Zeit wieder an eine Grenze. Bei -1 (unendlich) stösst Du nur an eine Grenze wenn tatsächlich der gesamte RAM des Servers ausgelastet ist. Da Du bei webgo bist, hast Du wahrscheinlich Froxlor als Adminoberfläche, da sollte das gehen. Bei webgo / Server / Froxlor musst Du einige Zeit warten (5-10 Minuten) bis die Änderungen übernommen sind - da die Cronscripte für den Server / Froxlor durchlaufen müssen. LG Peter Nachtrag: Damit einhergehend beschäftige Dich evtl. auch mal mit post_max_size und upload_max_filesize. Hab im Hinterkopf dabei immer Deinen real, physisch existierenden RAM und stelle es entsprechend ein. (Am besten mit webgo absprechen - so hatte ich es gemacht. Sag Du möchtest die Maximalwerte einstellen. Die sagen Dir schon was Du einstellen kannst - da sie auch wissen was Froxlor oder andere Adminoberflächen an Ressourcen verbrauchen und was dann exakt überbleibt.) Wenn Du einen managed Server hast und die Werte zu hoch einstellst, setzen die Serveradmins die Werte sonst wieder runter (und verwenden dabei kleine Standardwerte - alles persönlich schon erlebt bei webgo - früher).
Vielen Dank für die ausführlichen Infos. Die Datenbanksicherung geht wieder. Im Momemt "memory_limit = 256 MB", aber ich sehe nun, dass das nicht lange halten wird und da noch ordentlich Luft nach oben ist.