| |||||||
| Magento - Installation & Updates Fragen zur Installation, Updates und MagentoConnect |
![]() |
| | LinkBack | Themen-Optionen | Ansicht |
| | #1 (permalink) |
| rack::SPEED Kunde Registriert seit: 17.02.2009
Beiträge: 7
Renommee-Modifikator: 0 ![]() |
Bis jetzt habe ich Magento Lokal verwendet um die ganze Einrichtung schneller voranzubringen. Gestern habe ich dann Testweise den Shop hochgeladen. Die Datenbank mit Mysqldumper gesichert und dann am Server über Phpmyadmin importiert. Die local.xml angepasst und die beiden Einträge in core_config_data auf URL/shop gesetzt und das beste gehofft. Dem war natürlich nicht so, prompt kam die Fehlermeldung Notice: Undefined index: 0 in ...shop/app/code/core/Mage/Core/Model/Mysql4/Config.php on line 92 Das ist ja anscheinend ein sehr beliebter Magento-Fehler. Lösungsvorschläge gibt es in den diversen Foren ja auch wie Sand am Meer. Im Zuge der Suche nach einer Lösung habe ich dann etwas gefunden das mir logisch klingt nur es war mir unmöglich das irgendwie zu reparieren. Es bestehen in einigen Datensätzen gravierende Unterschiede zwischen Lokal und Server. core_website Lokal ![]() Server ![]() core_store Lokal ![]() Server ![]() core_store_group Lokal ![]() Server ![]() Die Werte sind miteinander verknüpft und lassen sich nicht ändern. Der Versuch das ganze über den Mysqldumper wiederherzustellen scheiterte an: Method Not Implemented GET to /dump/restore.php not supported. Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request. Bitte um Hilfe H. Matzka |
| | |
| | #2 (permalink) |
| rack::SPEED Support Registriert seit: 19.10.2008 Ort: Meerbusch
Beiträge: 920
Renommee-Modifikator: 10 ![]() |
Generell ist es am besten und einfachsten, das Backup über das Magento-Backend unter Code: SYSTEM => WERKZEUGE => SICHERUNGEN Mit etwas Glück lässt sich das Ganze auch durch hinzufügen der folgenden Zeilen durchführen. Zu Beginn: Code: SET FOREIGN_KEY_CHECKS=0; Code: SET FOREIGN_KEY_CHECKS=1; |
| | |
| | #5 (permalink) | |
| rack::SPEED Kunde Registriert seit: 28.03.2009
Beiträge: 11
Renommee-Modifikator: 0 ![]() |
Das Script läuft eine Zeit und bricht dann ab. in der DB landen 169 Tabellen und 143 MB. Viel kann dann nicht mehr fehlen... Das Error.log selbst ist leer, daher nehme ich an, daß er einfach abbricht. Zitat:
__________________ Brasilien - Hängematte Hängesessel | |
| | |
| | #6 (permalink) |
| rack::SPEED Support Registriert seit: 19.10.2008 Ort: Meerbusch
Beiträge: 920
Renommee-Modifikator: 10 ![]() |
Ich habe gerade die entsprechenden Logs durchsucht, diese sind seit der Anpassung leer. Ein Timeout wurde auch nicht geloggt... - Kannst du einmal die Zeit stoppen? Hast du einmal versucht das SQL zu splitten und in kleineren Teilen zu laden? |
| | |
| | #7 (permalink) |
| rack::SPEED Kunde Registriert seit: 28.03.2009
Beiträge: 11
Renommee-Modifikator: 0 ![]() |
Hi, es bricht nach ca. 12min 30sec ab. Splitten will ich eigentlich nicht, da ja gerade das das angenehme von mysqldumper ist, dass man damit große Imports durchführen kann....
__________________ Brasilien - Hängematte Hängesessel |
| | |
| | #8 (permalink) |
| rack::SPEED Kunde Registriert seit: 28.03.2009
Beiträge: 11
Renommee-Modifikator: 0 ![]() |
Bis jetzt habe ich immer die Sicherung genommen die von Magento erstellt wurde. Sicherheitshalber habe ich es jetzt mit dem Dumper direkt probiert. Einstellungen: gz. und Filesplit alle 2 MB. Aber leider beim Import dasselbe Problem. Es sieht so aus, als ob immer das Problem bei der Tabelle "report_event" besteht. Diese ist nur 6MB gross und die Log Tabellen die vorher kommen sind größer und werden einwandfrei importiert. Auch wenn ich mysqldumper sage, daß er nur diese eine Tabelle importieren soll analysiert er alle Tabellen und nach eine gewissen Zeit kommt es dann zu dem Error. Ich nehme an, genau dann wenn er mit der Tabelle beginnt. In MyPHPAdmin habe ich schon kontrolliert ob Überhänge oder dergleichen bestehen, aber alles ok. Alle Tabellen optimiert und analysiert.
__________________ Brasilien - Hängematte Hängesessel |
| | |
| | #9 (permalink) |
| rack::SPEED Kunde Registriert seit: 28.03.2009
Beiträge: 11
Renommee-Modifikator: 0 ![]() |
Falls es jemanden mal hilft: Mit BigDump hat der Import funktioniert. Zumindest sagt das das Script. ich muß es noch prüfen, aber das Script ist problemlos bis zum Ende gelaufen. Warum das mit dem MySQLDumper nicht funktioniert weiß ich nicht, eigentlich ist das ja recht zuverlässig.
__________________ Brasilien - Hängematte Hängesessel |
| | |
![]() |
| Lesezeichen |
| Themen-Optionen | |
| Ansicht | |
| |
Ähnliche Themen | ||||
| Thema | Autor | Forum | Antworten | Letzter Beitrag |
| Magento Datenbank Export auf SharedHosting Accounts (Export Timeout) | rack::SPEED | Magento FAQ - Installation & Updates | 3 | 21.12.2009 22:03 |
| "Upload HTTP Error" beim Upload von Produktbildern | rack::SPEED | Magento FAQ - Backend | 0 | 27.02.2009 08:05 |