Ich hab' beim erzeugen des SQL-Dumps wohl das falsche Kommando eingegeben. Er hat nur die Tabellenstruktur gedumpt und nicht die Inhalte. Die neu erzeugte DB enthielt also keine Daten. Ich hab's rausgefunden, als ich mich nicht am Admin anmelden konnte und in der DB das Passwort nachschauen wollte, da war dann seltsamerweise cms_users leer;

Vielen Dank an alle für's lesen!

Kannst Du den admin aufrufen?

ich hab' schon eine Weile mit CMSMS zu tun. Doch heute hab' ich mal wieder keine Ahnung, was Sache ist.

Die Situation:

Ich hab' mir für ein Webprojekt eine Testinstallation zurechtgemacht:

Testsystem
Lokaler Rechner
Kernel: 3.0.0-12-generic x86_64
1,5 GB RAM
Linux Mint 12 (AMD64)
Apache 2.2.20-1ubuntu1.2
MySQL 5.1.58-1ubuntu1
PHP 5.3.6-13ubuntu3.6
CMSMS 1.10.3

Auf dieser Installation habe ich meine Webseite nun so halb vorbereitet und wollt mal testen ob ich den Stand auf mein Produktivsystem rüber bekomme.

Produktivsystem
VServer
OS: Debian squeeze
Kernel: 2.6.26-2-xen-amd64
512 MB RAM
Apache  2.2.16-6+squeeze1
MySQL 5.0.51a-24+lenny5
PHP 5.3.3-7+squeeze3

Nun mache ich also folgendes:

1. - Ich kopiere die Dateien per rsync auf den VServer

2. - Ich ziehe mir per mysqldump den Datenbanksnapshot

3. - Ich richte die Datenbank samt Berechtigung auf dem VServer neu ein

4. - Ich spiele den DB-Snapshot ein

5. - Ich passe die Datei config.php an(Neue Location)

1. - Effekt: ich bekomme beim Aufruf der index.php-Datei einen "404"
   Apache-Log:

   [Tue Feb 21 10:15:52 2012] [error] [client 08.15.47.11] script '/path/to/wwwroot/testsite/index.php' not found or unable to stat

2. - Ich teste die index.php mit ein paar debug statements, und stelle fest das sie ausgeführt wird. Die letzte Funktion die ausgeführt wird ist Zeile 80 @ob_start(); Danach kommt der 404 Error

3. - Ich teste eine saubere Neuinstallation mit cmsms und leerer DB. klappt wunderbar

4. - Ich spiele nach erfolgtem Abschluß der Installation den DB-Snapshot ein, mit dem Ergebnis, daß der Fehler wieder da ist. Es hängt also irgendwie an den DB-Daten...

Habt Ihr einen Tip für mich, was das sein könnte und in welche Richtung ich nach einer Lösung suchen könnte?

Nachtrag:
Ich hab' auf dem VServer mal eine Aktualisierung auf MySQL 5.1.49-3, danach auf 5.1.58-1 durchgeführt und dann jeweils die Daten neu eingespielt. Hat jedoch nichts gebracht. Gleicher Fehler wie vorher.

Nachtrag 2:
Ich hab' auch nochmal den Cache gelöscht, sowie's im Domain-Umzugstutorial steht, Daten+DB-Snapshot neu gezogen und rübergespielt. Auch keine Besserung.

Grüße,
Tobias