Hallo, wer kann mir dieses Phänomehn erklären:
Der phpMyAdmin - 2.11.2.2
PHP Version 4.3.10-22
Apache/2.0.54 (Debian GNU/Linux) mod_python/3.1.3 Python/2.3.5
mod_ruby/1.2.4 Ruby/1.8.2(2005-04-11) mod_ssl/2.0.54 OpenSSL/0.9.7e
Server API CGI/FastCGI suPHP

Der phpMyAdmin produziert beim öfnnen und nach dem Login zum Teil
Fehler: 500 internal server error

Premature end of script headers: index.php
Error in suphp.c on line 364: User is not allowed to run scripts

nachdem man F5 (refresh) drückt lädt er alles völlig normal.

MFG Heiko

On 16 Jan., 20:47, "Heiko (GreenRover) Henning" <greenro... [at] arcor.de>
wrote:
> Hallo, wer kann mir dieses Phänomehn erklären:
> Fehler: 500 internal server error

Ich leider nicht.

Aber ich bekomme zuweilen den gleichen Fehler - allerdings nur im
linken Frame mit der Datenbank- und Tabellen-Auswahl. Und auch nur bei
dem phpMyAdmin den ich auf meine Strato-Host hochgeladen habe.

Peter

Heiko (GreenRover) Henning schrieb:
> Hallo, wer kann mir dieses Phänomehn erklären:
> Der phpMyAdmin - 2.11.2.2
> PHP Version 4.3.10-22
> Apache/2.0.54 (Debian GNU/Linux) mod_python/3.1.3 Python/2.3.5
> mod_ruby/1.2.4 Ruby/1.8.2(2005-04-11) mod_ssl/2.0.54 OpenSSL/0.9.7e
> Server API CGI/FastCGI suPHP
>
> Der phpMyAdmin produziert beim öfnnen und nach dem Login zum Teil
> Fehler: 500 internal server error

Hört sich nach nem Apache Crash an.

>
> Premature end of script headers: index.php
> Error in suphp.c on line 364: User is not allowed to run scripts
>
> nachdem man F5 (refresh) drückt lädt er alles völlig normal.

Hört sich nach nem Bug in suPHP an, wohl ein Speicherfehler, der nicht
immer auftritt und bei eintreten nen Apache child Process mit sich reißt.

Ist das dein Server? Wenn ja guck mal ins Apache error log, dort sollte
sich dann infos finden, die darauf hindeuten, dass ein Speicherfehler
aufgetreten ist.

Gruß Stefan

>
> MFG Heiko

Stefan Braumeister schrieb:
> Hört sich nach nem Bug in suPHP an, wohl ein Speicherfehler, der nicht
> immer auftritt und bei eintreten nen Apache child Process mit sich reißt.
>
> Ist das dein Server? Wenn ja guck mal ins Apache error log, dort sollte
> sich dann infos finden, die darauf hindeuten, dass ein Speicherfehler
> aufgetreten ist.

Ja ist mein Server, ist die neuste Debian Etch, frisch geupdatet und alles.

Im Apachelog steht nicht mehr als hier gepostet.
Im selben Account liegt auch Confixx, das läuft ohne Macken.

Alles läuft wunderbar nur der phpMyAdmin macht Probleme.
Wo ich das Problem aber schon mal festgestellt haben ist wenn man ein:
header('Location: ...');
die();


macht. Also Ohne einen Body zu senden.
Was der phpmyadmin ja nicht macht...


zudem lässt sich der phpMyAdmin zum Teil auch ganz ohne Probleme öffnen.
Der scheint wohl nur ab und an mal seien Tage zu haben..

Heiko (GreenRover) Henning schrieb:
> Stefan Braumeister schrieb:
>> Hört sich nach nem Bug in suPHP an, wohl ein Speicherfehler, der nicht
>> immer auftritt und bei eintreten nen Apache child Process mit sich reißt.
>>
>> Ist das dein Server? Wenn ja guck mal ins Apache error log, dort sollte
>> sich dann infos finden, die darauf hindeuten, dass ein Speicherfehler
>> aufgetreten ist.
>
> Ja ist mein Server, ist die neuste Debian Etch, frisch geupdatet und alles.
>
> Im Apachelog steht nicht mehr als hier gepostet.
> Im selben Account liegt auch Confixx, das läuft ohne Macken.
>
> [snip]
>
> zudem lässt sich der phpMyAdmin zum Teil auch ganz ohne Probleme öffnen.
> Der scheint wohl nur ab und an mal seien Tage zu haben..

Das ist nicht zufällig ein VServer?
Falls doch: Überprüf mal die Werte für offene Dateien/Prozesse etc. und
guck mal ob du da vielleicht zwischendurch an der Grenze ankommst.

regards,
Jens

>> Der phpMyAdmin produziert beim öfnnen und nach dem Login zum Teil
>> Fehler: 500 internal server error
>
> Hört sich nach nem Apache Crash an.

Muss nicht. Ist IMHO der Fehler, der ausgeliefert wird, wenn serverseitig
etwas schief geht. Symfony liefert das z.B. grundsätzlich, wenn
irgendwelche Fehler auftreten und der Debug-Modus nicht aktiviert ist.
Ob mein Apache crasht, mein Script einen fehler hat oder was auch immer,
geht ja den User nichts an.

Heiko (GreenRover) Henning schrieb:
> Stefan Braumeister schrieb:
>> Hört sich nach nem Bug in suPHP an, wohl ein Speicherfehler, der nicht
>> immer auftritt und bei eintreten nen Apache child Process mit sich reißt.
>>
>> Ist das dein Server? Wenn ja guck mal ins Apache error log, dort sollte
>> sich dann infos finden, die darauf hindeuten, dass ein Speicherfehler
>> aufgetreten ist.
>
> Ja ist mein Server, ist die neuste Debian Etch, frisch geupdatet und alles.
>
> Im Apachelog steht nicht mehr als hier gepostet.
> Im selben Account liegt auch Confixx, das läuft ohne Macken.
>
> Alles läuft wunderbar nur der phpMyAdmin macht Probleme.

Bgs haben die Angewohnheit, dass sie nur bei best. Konstellationen
auftreten:-)

> Wo ich das Problem aber schon mal festgestellt haben ist wenn man ein:
> header('Location: ...');
> die();
>
>
> macht. Also Ohne einen Body zu senden.
> Was der phpmyadmin ja nicht macht...
>
>
> zudem lässt sich der phpMyAdmin zum Teil auch ganz ohne Probleme öffnen.
> Der scheint wohl nur ab und an mal seien Tage zu haben..

Da der Fehler aber in suPHP rausgeworfen wird, ist es eher
wahrscheinlich, dass suPHP ein Problem hat.
Es wird dir wohl nichts anderes übrig bleiben, als das zu debuggen.
Sprich ein paar_error Ausgaben in das suPHP Modul mit einzubauen, damit
du siehst was passiert wenn der Fehler auftritt, gerade bei
Speicherproblemen hast du hier ganz ungewöhnliche Probleme.

Ich hab mich mal tagelang gespielt, wegen einem efree in der falschen
Zeile, das Problem trat auch nur ab und zu auf und sobald man mit dem
debugger ranging trat es überhaupt nicht mehr auf, da er das
Laufzeitverhalten so beeinflusste, dass der Speicherzugriff schneller
war als das efree:-)

Jens Himmelrath schrieb:
> Das ist nicht zufällig ein VServer?
> Falls doch: Überprüf mal die Werte für offene Dateien/Prozesse etc. und
> guck mal ob du da vielleicht zwischendurch an der Grenze ankommst.
Nein eine 4CPU-Kern Maschine die von der CPU Leistung zu 6% ausgelastet
ist. Dazu noch mehr als genug ram frei hat.

Also an Überlastung des Servers liegt es nicht.

Übrigens handelt es sich um eine Sarge Maschine


Weite Logbuch Auszüge:
[Wed Jan 16 16:59:11 2008] [crit] [client 213.202.42.113] (13)Permission
denied: /var/www/confixx/html/phpMyAdmin/diff/.htaccess pcfg_openfile:
unable to check htaccess file, ensure it is readable
Diese Datei existiert garnicht!

[Thu Jan 17 12:30:03 2008] [info] (104)Connection reset by peer:
core_output_filter: writing data to the network

Dieses Fehler habe ich noch ein paar mal stehen.

Stefan Braumeister schrieb:
> Da der Fehler aber in suPHP rausgeworfen wird, ist es eher
> wahrscheinlich, dass suPHP ein Problem hat.

Bei dem Debian Paket werden alle infos anscheinend alle confi infos
eincompiliert, ich kann zumindest keine config datei zu finden.

im suphp log steht nur ein "info" das die Datei ausgeführt wurde.

Vor allem kann ich ein und die selbe Seite mehrfach mit F5 aktualisieren
und mal geht es und mal nicht..



GET /phpmyadmin/index.php HTTP/1.1
Host: web.move-server.ch
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.11)
Gecko/20071127 Firefox/2.0.0.11
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0 .9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: de-de,de;q=0.8,en-us;q=0.5,en;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Cookie: pma_navi_width 0; pma_mcrypt_iv=IgqW18Q6DiE%3D;
pmaCookieVer=4; pmaUser-1=goeRWsoDYLo%3D; pma_charset=iso-8859-1;
pma_collation_connection=utf8_unicode_ci; pma_lang=de-iso-8859-1;
phpMyAdmin=cf5f61d92e87a44d1e5654f4037eb99d; pmaPass-1=eQwJPsPdoII%3D;
pma_fontsize=82%25; pma_theme=original;
server_id=72793ce0847c9c51f62764786b243d19
If-Modified-Since: Tue, 20 Nov 2007 13:18:03 GMT
Cache-Control: max-age=0

HTTP/1.1 500 Internal Server Error
Date: Thu, 17 Jan 2008 12:25:09 GMT
Server: Apache/2.0.54 (Debian GNU/Linux) mod_python/3.1.3 Python/2.3.5
mod_ruby/1.2.4 Ruby/1.8.2(2005-04-11) mod_ssl/2.0.54 OpenSSL/0.9.7e
X-Powered-By: PHP/4.3.10-22
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: private, max-age=10800, pre-check=10800
Set-Cookie: pma_fontsize=deleted; expires=Wed, 17-Jan-07 12:25:08 GMT;
path=/phpmyadmin/
Set-Cookie: pma_fontsize=deleted; expires=Wed, 17-Jan-07 12:25:08 GMT;
path=/phpmyadmin/
Set-Cookie: pma_theme=deleted; expires=Wed, 17-Jan-07 12:25:08 GMT;
path=/phpmyadmin/
Vary: accept-language,accept-charset
Accept-Ranges: bytes
Connection: close
Content-Type: text/html; charset=iso-8859-1
Content-Language: de






GET /phpmyadmin/index.php HTTP/1.1
Host: web.move-server.ch
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.11)
Gecko/20071127 Firefox/2.0.0.11
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0 .9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: de-de,de;q=0.8,en-us;q=0.5,en;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Cookie: pma_navi_width 0; pma_mcrypt_iv=IgqW18Q6DiE%3D;
pmaCookieVer=4; pmaUser-1=goeRWsoDYLo%3D; pma_charset=iso-8859-1;
pma_collation_connection=utf8_unicode_ci; pma_lang=de-iso-8859-1;
phpMyAdmin=cf5f61d92e87a44d1e5654f4037eb99d; pmaPass-1=eQwJPsPdoII%3D;
pma_fontsize=82%25; pma_theme=original;
server_id=72793ce0847c9c51f62764786b243d19
Cache-Control: max-age=0

HTTP/1.1 200 OK
Date: Thu, 17 Jan 2008 12:25:08 GMT
Server: Apache/2.0.54 (Debian GNU/Linux) mod_python/3.1.3 Python/2.3.5
mod_ruby/1.2.4 Ruby/1.8.2(2005-04-11) mod_ssl/2.0.54 OpenSSL/0.9.7e
X-Powered-By: PHP/4.3.10-22
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: private, max-age=10800, pre-check=10800
Set-Cookie: pma_fontsize=deleted; expires=Wed, 17-Jan-07 12:25:07 GMT;
path=/phpmyadmin/
Set-Cookie: pma_fontsize=deleted; expires=Wed, 17-Jan-07 12:25:07 GMT;
path=/phpmyadmin/
Set-Cookie: pma_theme=deleted; expires=Wed, 17-Jan-07 12:25:07 GMT;
path=/phpmyadmin/
Last-Modified: Tue, 20 Nov 2007 13:18:03 GMT
Keep-Alive: timeout=15, max=100
Connection: Keep-Alive
Transfer-Encoding: chunked
Content-Type: text/html; charset=iso-8859-1