Providerwechsel: SQL-Import funktioniert nicht

[Erbsenroller]

Hallo!

Providerwechsel stand an, da der alte pleite gegangen ist 

Nachdem ich also alle Files via FTP kopiert habe versuche ich gerade die Kopie der Datenbank zu importieren. Aber egal ob ich es mit Copy&Paste oder das angeben einer Datei versuche, es klappt einfach nicht. Entweder bleibt der Browser nach dem drücken der OK-Taste im phpMyAdmin in einer ewigen Ladeschleife hängen oder er öffnet ein 'Speichern Unter'-Fenster für eine leere 'read_dump.php'-Datei. 

Da bei meinem neuen Provider der Datenbankname automatisch generiert wird musste ich natürlich die config.php ändern aber wie ist es mit den Einträgen in der kopierten Datenbank? Dort gibt es ja auch einige Zeilen mit Datenbankname, Username, etc. Und wenn ich es dort auch anpassen muss, dann vor oder nach dem 'Import' unter phpMyAdmin?

Jemand eine Idee?

Gruß,
Erbsenroller

[cyberman]

Zunächst solltest du darauf achten, dass die MySQL-/phpmyadmin-Versionen miteinander können (identisch bzw. kompatibel sind).

Der SQL-Dump enthält zudem häufig zu Beginn eine create database-Anweisung. Die musst du natürlich entfernen.

[Erbsenroller]

Hallo Cyberman,

der alte Provider existiert leider nicht mehr um wegen der MySQL-/phpmyadmin-Version nachzusehen, aber der Dump weist folgende Versionen auf:

• phpMyAdmin SQL Dump version 2.6.4-pl4
• Server Version: 4.0.27
• PHP-Version: 4.4.4

Der neue phpMyAdmin ist version 2.6.4-pl3. und MySQL 4.0.23-Max-log. Kann ich das irgendwie anpassen?

Am Anfang des Dumps kommen eine ganze Reihe von 'Create Table'-Befehlen. Muss ich die alle rausnehmen?

Danke für die Hilfe,
Erbsenroller

[cyberman]

Hmm, sieht auf jeden Fall wie ein "Rückschritt" aus (versionsmäßig) ... hab allerdings auch keine Kennung, welche Unterschiede zwischen den Versionen bestehen.

Create table ist OK, damit werden ja die Datentabellen erstellt, nur create database muss raus.

[Erbsenroller]

Ich habe es doch noch hinbekommen. Das Problem waren die 'cms_module_search_items'. Es waren einfach zu viele und es gab immer ein Timout beim import. Jetzt bekomme ich allerdings folgende Fehlermeldung wenn ich die Seite starten will:

"Fatal error: Call to a member function on a non-object in /www/htdocs/w008d0d3/modules/FrontEndUsers/FrontEndUsers.api.php on line 1305"

Wobei das eigenartige ist, dass der Pfad (/www/htdocs/w008d0d3/modules/) und die Angabe des Datenbanknamens (w008d0d3) bei mir gar nicht so existiert. In dem File/Zeile was angegeben ist finde ich bei mir nur "while( $row = $dbresult->FetchRow() )".

Jemand eine Idee?
Erbsenroller

[cyberman]

Wobei das eigenartige ist, dass der Pfad (/www/htdocs/w008d0d3/modules/) und die Angabe des Datenbanknamens (w008d0d3) bei mir gar nicht so existiert.

Derzeit nicht, oder auch früher (bei deinem vorherigen Provider) nicht?

Irgendwo muss der Pfad ja herkommen ... hast du mal die config.php gecheckt und den Cache geleert?

[Erbsenroller]

Cache ist geleert, in der config.php taucht der Pfad nicht auf. Dafür bekomme ich im System Fehlermeldungen, dass er z.B. den FCK-Editor nicht mehr laden kann. Alles sehr eigenartig. Irgendwo ist noch der Wurm drin.

Im Menü taucht bei den meißten Modulen vor dem Namen ein "---Add Me-" auf und obwohl der Module-Ordner alle Module enthält und auf 777 gestellt ist taucht die Meldung auf, dass der Module-Ordner schreibgeschützt sei. Wo ist denn der Pfad für die Module festgelegt - wenn nicht in der config.php?

Erbsenroller

[cyberman]

Hmm, hast du schon versucht, den FCK zu dei und dann neu zu installieren?

PS: Mit welcher CMS-Version arbeitest du eigentlich?

[Erbsenroller]

Hi Cyberman,

hab gerade noch was hinzugefügt (siehe Post oben). Neu installieren habe ich auch schon probiert aber ich glaube bei mir taucht die Import XML-Möglichkeit gar nicht auf solange das System denkt, dass der Module-Ordner schreibgeschützt sei.

Erbsenroller

[cyberman]

Versuch es notfalls ohne den ModulManager (so wie früher ).