Sponsor-Board.de

Hallo liebe Community,

da ich meine Serverfarm erweitert habe und die Systeme umstrukturiert (z.B. den MySQL Server vom srv01 auf meinen srv02 umbezogen), hatte ich gestern einiges an Arbeit.

Letztendlich bin ich irgendwann fertig geworden und alles lief komplett Fehlerfrei - keinerlei Fehler, Warnings oder Error in allen log-files - egal ob vom Webserver, Mailserver, MySQL Server.

Die Seite war wieder Online und lief sogar viel hochperformanter als zuvor.

Heute morgen habe ich meine Webseite gecheckt, ob ein bestimmtes neues Tutorial Online gegangen ist und was sehe ich? Nichts.

Es erschien eine weiße Seite - wenn ich versuche den Ordner wp-admin (Umleitung auf wp-login.php) anzusteuern, gibt er mir zwar das Loginfenster von Wordpress - jedoch kann ich mich mit meinen Daten nicht einloggen und statt dem Seitennamen im Footer steht dort "Testpage".

Ich habe auf meinem srv01 wo die Website-Files liegen alle Logfiles durchgeschaut sowie auf meinem srv02 alle bzgl. des MySQL Server und des System Loggings. Nichts!

Die Datenbank-Konfiguration habe ich in der wp-config.php Datei abgeändert und auf meinem srv02 folgende IPTables Befehle ausgeführt sowie mit iptables-save gespeichert:

Zudem habe ich folgende IPTables Befehle auf meinem srv01:

AUf dem srv02 ist ebenso die MySQL bind-address auf 0.0.0.0 eingestellt. Alle Dateiberechtigungen für die Wordpress Files wurden wiederhergestellt.

Hat noch jemand einen Lösungsansatz oder eine Idee, was ich noch überprüfen könnte?


Grüße
Reeben

Edit: Verlesen.

Hat der User den Wordpress zum Login in die Datenbank nutzt auch % als host eingetragen? Erstell mal den gleichen User noch 2 mal, jeweils einmal per IP als Host (von s01) und einmal per Domain.

In der hosts von server2 sind die ips zu server1 und server3 hinterlegt?

Edit2: Was bringt netstat -an | grep 3306

Edit3: Versuch doch mal, von server1 per commandline zur datenbank auf server2 zu connecten, vieleicht bekommst du dort einen Fehler.

Hey,
ich hatte das Problem mal bei MyBB. Es lag einfach daran, dass 2 PHP-Versionen von 2 unterschiedlichen Repositories installiert waren. Deinstalliere mal PHP5 und gucke was dann passiert.

An der PHP Version kann es ja nicht liegen, da die wp-login.php zum Beispiel ja noch richtig angezeigt wird.

netstat -an | grep 3306 unter srv01:
tcp 0 0 IP-DES-SRV01:46002 IP-DES-SRV02:3306 TIME_WAIT

unter srv02:
tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN

Eine MySQL Verbindung von meinem srv01 auf srv02 wird schwer, da ich keinen MySQL Server unter meinem srv01 installiert habe.

Die Datenbankverbindung hat gestern Abend ja noch funktioniert. Ich habe den Wordpress Benutzer den Host mit der IP des srv01 gegeben.

Ich habe iptables mittels der IPs konfiguriert, die Hostnames hat er sich selbst aufgelöst.

Das Packet 'mysql-client' reicht dazu.

Allerdings weiß ich auch nicht weiter, wenn PHP nichtmals eine Fehlermeldung loggt...

Was mich wundert ist auch, dass dein Server anzeigt, er würde 20 Bytes übertragen

ankommen tut aber nichts. Ich vermute mal, es wird eine PHP-Fehlermeldung angezeigt die aber vom Browser nicht entschlüsselt werden kann, da sie garnicht mit gzip verschlüsselt ist (Hatte ich schon öfters mit verschiedenen Systemen). Guck doch mal, ob du in den PHP-Dateien vom Wordpress die Stelle mit der GZip-Aktivierung findest und Kommentiere diese aus.

Edit: Grade mal getestet, ohne Encoding kommt garnichts. Also sind die 20 Bytes vermutlich nur irgendwelche gzip-Header-Daten o.ä.

Edit2: Stell in der wp_config mal WP_DEBUG auf true, und prüfe, ob dann ein Fehler auf der Webseite gezeigt wird.

Check! - Ergebnis: negativ.

Dann weiß ich auch nicht weiter. Da bleibt nur noch, alle möglichen Logfiles durchsuchen.

Hallo Reeben,

schau mal das hier an: [Link: Registrierung erforderlich]

Vielleicht ist hier ein Lösungsweg für dich.

Gruß

KaSo - das hat leider auch nicht geklappt.

tkaul:
Ich habe nun den mysql-client installiert. Eine Testverbindung mittels "mysql -h xxx.xxx.xxx.xxx -u root -p" hat erfolgreich geklappt.

Vielleicht gab es ein Problem beim einspielen des SQL Backups - ich mach noch mal die Datenbank leer und spiel das Backup neu ein.


Edit#1
Na geht doch! Fehlerhaft eingespieltes SQL Backup! Nun geht auch alles wieder.