Seiten laufen gut: aber wp-login.php ist blank

Gast 61846 · 1. Januar 2018

hallo und guten Abend community,

mehrere Seiten laufen gut.

Aber jeweils der Zugriff auf wp-login.php ist blank

SirEctor · 1. Januar 2018

Nutzt du ein vermeintliches Security Plugin?

Gast 61846 · 1. Januar 2018

Hallo u. guten Abend Sir Ector,

vielen Dank für deine schnelle Antwort. Also auf Anhieb würde ich sagen: nein: aber ich kann ja nochmals genauer nachsehen. Es sind insges. ca 5 Seiten auf dem Server.

Interessant: gestern noch hatte ich auf einer der fünf Seiten einen Error: - die Log-Speicher sind übergelaufen....

M.a.W: hier nochmals die errorlogs von gestern: sehr sehr auffällig scheint mir das hier zu sein:

Code:
Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!

Von Zeit zu Zeit gab die(se Seite) einen Fehler raus.:

Code:
Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!

und dann hat mein Serveradmin das geloest.

Jetzt- also heute folgendes Verhalten:

Jetzt laufen die Seiten - ich kann die Seiten sehen - aber mich nicht einloggeb, also - ich kann jetzt nicht mehr auf die Login-Page mehrerer WP-Seiten kommmen: Die Seiten sind alle als Seiten erreichbar - aber nicht die jeweiligen Login-Pages;

foo.com/wp-login.php
bar.com/wp-login.php.... etc, etx,
site.com/wp-login.php

ist also niht erreichbar; Ich weiß im Moment nicht warum das so ist?

unten hab ich noch weitere Log-Daten:

eine moeglichkeit hier beschrieben:

Code:
Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!

SirEctor: ich werd jetzt mal noch nachsehen ob ich denn ggf. noch problematische Plugins hab.

b3317133 · 1. Januar 2018

Wende Dich bzgl. der Fehler auf jeden Fall an den Hoster, das sieht für mich nicht nach einem Plugin-Problem aus.

Gast 61846 · 3. Januar 2018

hallo Sir Ector, hallo b3317133,

viele Dank für Eure Beiträge!!!

Also ich bin immmern och am Suchen:

also: alles läuft auf einem vhost in einem root-server. ich habe dieses Verhalten auf drei Seiten die alle auf der neuesten wp-Version laufen.
ich habe eine WP-Seite aktiviert die auch auf dem Server läuft - aber zu war: mit WordPress 4.7.8 - und dem Theme: "Twenty Seventeen theme"
- welches übrigen auch auf den Seiten läuft, bei denen wie oben erwähnt kein login moeglich ist.

nun - ich sollte ggf noch die php-error-logs ansehen:
dazu werde ich die wp-config.php file aendern un da noch folgendes vornehmen:

Code:
Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!
hier noch einen Blick in die Session-Daten:

Code:
Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!
okay - hier koennte dieses hier interessant sein...

Code:
Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!

und darüber hinaus: ggf koennte dann auch dieses noch weiterhelfen:

..., access your server via SFTP or FTP, or a file manager in your hosting account’s control panel, navigate to /wp-content/themes/ and rename the directory of your currently active theme. This will force the default theme to activate and hopefully rule-out a theme-specific issue (theme functions can interfere like plugins).
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

ich halte euch auf dem Laufenden,

vg lin:razz:

r23 · 3. Januar 2018

Zitat von lin: ↑

ich habe eine WP-Seite aktiviert die auch auf dem Server läuft - aber zu war: mit WordPress 4.7.8 - und dem Theme: "Twenty Seventeen theme"
- welches übrigen auch auf den Seiten läuft, bei denen wie oben erwähnt kein login moeglich ist.
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

die WordPress 4.7.8 verwendest du jetzt aber nicht mit PHP 7.2.0?

Zitat von lin: ↑

nun - ich sollte ggf noch die php-error-logs ansehen:
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

sinnvoll!

Zitat von lin: ↑

dazu werde ich die wp-config.php file aendern un da noch folgendes vornehmen:

Code:
Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

keine gute Idee. Warum? ... und eine URL beginnt mit http:// pp https://

Zitat von lin: ↑

hier noch einen Blick in die Session-Daten:

Code:
Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

b3317133 · 3. Januar 2018

Zitat von lin: ↑

Also ich bin immmern och am Suchen: also: alles läuft auf einem vhost in einem root-server.
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

Wende Dich an den Admin des Servers, der sollte das Problem in ein paar Minuten lokalisieren/lösen können.

Mit WordPress 4.9.1 (das wäre die neuste Version und nicht 4.7.8 ) hat das wohl wenig/nichts zu tun, ausser ggf. wie von @SirEctor angesprochen, ein "vermeintliches Security Plugin" dreht durch...

Gast 61846 · 3. Januar 2018

Hallo u. guten Abend b3317133 und r23.

vielen Dank fuer Eure Postings u. Ideen.

da steckt vieles drinne: z.B. auch der Hinweis den Errorlog-Zeile zu googlen (siehe unten): child pid xxxxx exit signal Segmentation fault

r23:

die WordPress 4.7.8 verwendest du jetzt aber nicht mit PHP 7.2.0?
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

nochmals zur Klärung wie es hier läuft... und was ich getestet habe:

Nein - ich verwende aktuell PHP Version 5.6.32
ja klar: die allerneueste Version der WP ist bei mir auf dem Server standardmässig 4.9.1
M.a.W: die Seiten laufen alle auf 4.9.1. Und alle diese Seiten haben die Blankpage bei der Login-Seite;
Die Version 4.7.8 lief auf einer Seite - in einem Vhost den ich aktiviert habe, um zu einfach mal noch ein paar Möglichkeiten zu testen.
Und siehe da: mit der alten wp version tritt der Fehler - die Blank-Page beim login - nicht auf.

by the way: Zum Ermitteln der Errorlogs würde ich so vorgehen; den debug-mode so herstellen:

Code:
Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!
aber ich glaube dass wir ja jetzt schon viel haben - mit dem Hinweis auf die Logdaten; child pid xxxxx exit signal Segmentation fault
Ich denke, dass ich dem jetzt nachgehen sollte.

@ b3317133:

Wende Dich an den Admin des Servers, der sollte das Problem in ein paar Minuten lokalisieren/lösen können.Mit WordPress 4.9.1 (das wäre die neuste Version und nicht 4.7.8 ) hat das wohl wenig/nichts zu tun, ausser ggf. wie von @SirEctor angesprochen, ein "vermeintliches Security Plugin" dreht durch...
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

Bin schnon mit dem Serveradmin im engen Austausch. Als er erfahren hat, dass es mit der WordPress 4.7.8 läuft, aber mit der ganz neuen nicht mehr,
hat er gesagt dass es aller Vorraussicht nach nicht am Server aber an der Wprdüress liegt.

WordPress verwendet Cookies und keine Session. Wenn du wirklich Sessions in deinem System über Plugins oder Themes verwende solltest, achte auf die ChangeLog von PHP http://php.net/ChangeLog-7.php Da waren in der Vergangenheit leider einige Fehler...Deine Fehlermeldung aus der Log hat aber eine sehr geringen Bezug zu PHP und wordPress. Google nach "child pid xxxxx exit signal Segmentation fault"
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

.....und das ist eine sehr sehr gute Idee: "child pid xxxxx exit signal Segmentation fault" - haben sie doch genau mit einer Blank-Page zu tun.

https://stackoverflow.com/questions/7745578/notice-child-pid-xxxx-exit-signal-segmentation-fault-11-in-apache-error-lo I am using Apache/PHP/MySQL stack. Using as framework CakePHP. Every now and then I get a blank white page. I can't debug it through Cake, so I peek in the apache error.log and here's what I get:

Code:
Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!
What is this segmentation fault, how can I fix this, I have no clue and would be greatfully greatful.

Code:
Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!

A segementation fault is an internal error in php (or, less likely, apache). Oftentimes, the segmentation fault is caused by one of the newer and lesser-tested php modules such as imagemagick or subversion. Try disabling all non-essential modules (in php.ini), and then re-enabling them one-by-one until the error occurs. You may also want to update php and apache. If that doesn't help, you should report a php bug.
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

Attach gdb to one of the httpd child processes and reload or continue working and wait for a crash and then look at the backtrace. Do something like this:

Code:
Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!

Code:
Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!
Wait for crash... then:

Code:
Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!
Or

Code:
Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!
Should give you some clue what's going on. If you file a bug report you should include the backtrace. If the crash is hard to reproduce it may be a good idea to configure Apache to only use one child processes for handling requests. The config is something like this:

StartServers 1
MinSpareServers 1
MaxSpareServers 1
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

und zum Abschluss gibt es auf dem obengeannten Stackoverflow-Thread noch folgenden Hinweis:

Have you tried to increase output_buffering in your php.ini? What does "zend_mm_heap corrupted" mean?
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

Also ich werde nochmals alles untersuchen:

- nach der SirEctor-Idee eines Plugins der Fehler verursacht, - Merkwürdig allerdings ist dass ich im Grunde der Reihe nach alle Seiten abgeschaltet hab.

- nach Moeglichkeiten die mit dem Server zu tun haben, Die Ideen von exit signal Segmentation fault sind sehr sehr interesant, haben sie doch genau mit einer Blank-Page zu tun.

b3317133

Wende Dich an den Admin des Servers, der sollte das Problem in ein paar Minuten lokalisieren/lösen können.Mit WordPress 4.9.1 (das wäre die neuste Version und nicht 4.7.8 ) hat das wohl wenig/nichts zu tun, ausser ggf. wie von @SirEctor angesprochen, ein "vermeintliches Security Plugin" dreht durch...
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

melde mich wieder u. halte uch auf dem Laufenden,

Nochmals vielen Dank an Euch SirEctor, b3317133 und r23 - ihr seit total klasse - eure Ideen u. Hinweise helfen sehr viel weiter. Vielen Dank!!!

Lin

Gast 61846 · 4. Januar 2018

guten Morgen, r23 (Ralf), b3317133, SirEctor,

vorweg vielen Dank für Eure Hilfe - in diesem u. in vielen anderen Threads.

Es geht wieder. Alles i.O. jetzt

Wir haben gestern Nacht noch weitergearbeitet - im Anschluss an die von dir Ralf geäußerten Ideen zu dem Errorlog u. den Befunden, die man in dem Stackoverflow-Thread (S.u.) machen konnte [dort war auch von Blank-pages die Rede], hab ich nochmals mit dem Serveradmin gesprochen. Dazu hast auch du b3317133 geraten.
In dem Zusammenhang mit gdb haben wir dann noch weitere Optionen (wie strace, ltrace) diskutiert. Und mein Admin ist dann noch fündig geworden. Vorweg: Es ist alles wieder okay - die Blank-Pages sind weg. Kann Euch später noch mehr schreiben.

Zu strace,ltrace u. gdb : Alle diese Möglichkeiten u. Ansätze werden hier kurz u. prägnant beschrieben: https://derickrethans.nl/what-is-php-doing.html

strace

ltrace

gdb

Hier nochmals der Ausgangsbefund - die geloggten Fehler: [Wed Jan 03 19:11:22.607971 2018] [core:notice] [pid 17589] AH00052: child pid 3419 exit signal Segmentation fault (11)
Der Artikel auf Stackoverflow: https://stackoverflow.com/questions/7745578/notice-child-pid-xxxx-exit-signal-segmentation-fault-11-in-apache-error-lo

Derick Rethans zu den Ansätzen strace ltrace gdb : https://derickrethans.nl/what-is-php-doing.html

What is PHP doing?

Sometimes when you have a long running PHP script, you might wonder what the hell it is doing at the moment. There are a few tools that can help you to find out, without having to stop the script. Some of these work only on Linux.

strace

The first tool that you can use is strace. strace is a tool that traces system calls. System calls are made by PHP for reading/writing from/to the network and/or files; this also includes reading and writing to databases over the network or Unix domain sockets. strace will also show other system calls such as time. You can use strace by running something like:

Code:
Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!
The processid you can figure out by running ps aux | grep php and then guessing the correct one from the list - probably the one that uses 100% CPU time. It is also possible to run strace directly with your program's arguments:

ltrace

The ltrace tool can be run and used in the same way as strace, and will tell you which intra-library functions are being called. It produces a lot more information than strace but it should give a good hint of all the C-library functions that are being called. Not as useful as strace though.

gdb

If neither strace or ltrace produce any output, it's likely that your script or extension is doing lots of computing. To then figure out in which PHP function your script currently is, you can use the gdb tool.

gdb—the GNU debugger—is a general purpose debugger for C/C++ applications and provides the same functions as Xdebug provides for PHP script debugging. Again, you can either run gdb with new arguments, and then type on the (gdb) prompt run:

Code:
Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!
Or with an already running process and then running cont on the prompt:

Code:
Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!
Once the script gets to a state in which you are interested to see what it is doing, you can press Ctrl-C. At that moment you come back at the (gdb) prompt where you can run bt to get a list of all the C-level functions that PHP has been calling. For example....[...]...
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

mehr dazu hier: https://derickrethans.nl/what-is-php-doing.html

Also - alles wieder okay.

Euch r23 (Ralf), b3317133, SirEctor, ganz vielen Dank!!!!!

vg
ps (Werde euch ggf noch mehr schreiben... - wenn ich noch mehr details hab. )

r23 · 4. Januar 2018

Zitat von lin: ↑

g
mehr dazu hier: https://derickrethans.nl/what-is-php-doing.html
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

cool..

Derick ist leiter des Q&A-PHP-Teams, trägt zum PHP Quellcode bei und ist Autor der Xdebug-Extension. Verwende xdebug

WPDE.org

Seiten laufen gut: aber wp-login.php ist blank

Gast 61846 Gast

SirEctor Well-Known Member
Ehrenmitglied

Gast 61846 Gast

b3317133 Well-Known Member

Gast 61846 Gast

r23 Well-Known Member

b3317133 Well-Known Member

Gast 61846 Gast

Gast 61846 Gast

r23 Well-Known Member

Nützliche Suchen

Seiten laufen gut: aber wp-login.php ist blank

Gast 61846 Gast

SirEctor Well-Known Member Ehrenmitglied

Gast 61846 Gast

b3317133 Well-Known Member

Gast 61846 Gast

r23 Well-Known Member

b3317133 Well-Known Member

Gast 61846 Gast

Gast 61846 Gast

r23 Well-Known Member

SirEctor Well-Known Member
Ehrenmitglied