Apache Fehler (error_log)

[darth]

Update bei 1&1 oder bei den Apache Jungs? :)

Michael

[Anonymous]

@Onkel_Tom
von wem sollte den nun dieser fix kommen?

@all
hat das problem bis jetzt jemand in den Griff bekommen?

[hotzi]

Hallo,

bei mir tritt das Problem nachvollziehbar immer dann auf, wenn ich im PHP zlib.comression auf ON setze oder alternativ ob_gzhandler verwende. Habe allerdings im Apache das Modul mod_gzip eingeschaltet.

Meine aktuelle Config vom gerade eben:

Apache gzip aus:

Code: Select all

<IfModule mod_gzip.c>
  # The current block will be removed automatically by prerm script,
  # all other mod_gzip* directives will remain commented out.
  # mod_gzip is turned off by default, insert "mod_gzip_on Yes"
  # into every virtualhost block (preferred in "IfModule mod_gzip.c
  # block") you want to use compression or change No to Yes in the
  # following line to enable it globally
  # This is a minimal configuration, for more examples see
  # samples.txt.gz file
  mod_gzip_on No
  mod_gzip_item_include file .htm$
  mod_gzip_item_include file .html$
  mod_gzip_item_include mime text/.*
  mod_gzip_dechunk Yes
  mod_gzip_send_vary Yes
  mod_gzip_temp_dir /tmp
  mod_gzip_keep_workfiles No
  mod_gzip_can_negotiate No
  mod_gzip_update_static No
  mod_gzip_static_suffix .gz
  LogFormat "%h %l %u %t "%V %r" %>s %b mod_gzip: %{mod_gzip_result}n In:%{mod_g zip_input_size}n Out:%{mod_gzip_output_size}n:%{mod_gzip_compression_ratio}npct.  " common_with_mod_gzip_info
</IfModule>

PHP:

Code: Select all

; Output buffering allows you to send header lines (including cookies) even
; after you send body content, at the price of slowing PHP's output layer a
; bit.  You can enable output buffering during runtime by calling the output
; buffering functions.  You can also enable output buffering for all files by
; setting this directive to On.  If you wish to limit the size of the buffer
; to a certain size - you can use a maximum number of bytes instead of 'On', as
; a value for this directive (e.g., output_buffering=4096).
output_buffering = On

; You can redirect all of the output of your scripts to a function.  For
; example, if you set output_handler to "mb_output_handler", character
; encoding will be transparently converted to the specified encoding.
; Setting any output handler automatically turns on output buffering.
; Note: People who wrote portable scripts should not depend on this ini
;       directive. Instead, explicitly set the output handler using ob_start().
;       Using this ini directive may cause problems unless you know what script 
;       is doing.
; Note: You cannot use both "mb_output_handler" with "ob_iconv_handler"
;       and you cannot use both "ob_gzhandler" and "zlib.output_compression". 
output_handler = ob_gzhandler

; Transparent output compression using the zlib library
; Valid values for this option are 'off', 'on', or a specific buffer size
; to be used for compression (default is 4KB)
; Note: Resulting chunk size may vary due to nature of compression. PHP 
;       outputs chunks that are few hundreds bytes each as a result of 
;       compression. If you prefer a larger chunk size for better 
;       performance, enable output_buffering in addition.
; Note: You need to use zlib.output_handler instead of the standard
;       output_handler, or otherwise the output will be corrupted.
zlib.output_compression = Off

Also so erhalte ich im Momemt keine Fehler, evt kommen sich da apache_gzip und php_gzip in die Quere.

Vielleicht kanns mal jemand testen und dann Bescheid geben.

Gruss

Hotzi

[hotzi]

Tja, hta nix genützt. Ich werde alle Komprimierungen im PHP wieder abschalten.

[michael20]

tja leute ich habe das selbe Problem... wie ich sehe ist dieser theard nicht mehr so aktuell.. aber gibts dafür ne lösung?

[hotzi]

Ich nehm die PHP Komprimiermöglichkeiten und lasse mod gzip weg.

[michael20]

kann mir da jemand bisschen behilflich sein.. bin nicht so der durchsteiger bei servern.. in welchem verzeichniss finde ich die datei?

[hotzi]

Ich bin gerade mächtig busy, heute abend ?

Module werden in der modules.conf ein/ausgeschaltet und in der apache config ein/ausgeschaltet.
Das PHP Verhalten steuert man mit PHP Admin Values...

[michael20]

mir langt es wenn man mir ne art "readme" gibt.. in der man beschreibt wie man am geschicktesten vorgeht.. so das auch ein newbie das kapiert :-) Danke im vorraus

[hotzi]

Sowas hätte ich auch gern...

[michael20]

hab jetzt gesucht aber nix finden können.. wo finde ich denn die modules.conf ?... ein pfad wäre hilfreich

[jan10001]

Also auf einem Testserver mit SuSE 9.1 habe ich Apache2, PHP4 und alles was damit in Verbindung steht erstmal deinstalliert und dann die neuen Pakete in den SuSE Projektengruppen gesucht und installiert. Der Server läuft ohne Probleme nur Yast will sich nicht damit abfinden und meckert andauernd über irgendwelche Abhänigkeiten die es nicht gibt und will dauern wieder die Orginalpakete installieren.

Eines ist mir beim Experimentieren jedenfalls aufgefallen, die Apache Pakete selber sind anscheind fehlerfrei erst im Zusammenhang mit PHP gab es die Segmentations faults. Zudem tritt das Problem seltsamer Weise nur bei SuSE 9.1 auf, bei SuSE 9.0 u. 9.2 konnte ich das nicht beobachten.

[michael20]

ich hab Suse 9.0 http://www.betterchat3.de/cgi-bin/sysinfo.cgi

und bei mir kommen folgende fehlemeldungen:


Error.log

Code: Select all

[Sat May 07 21:34:55 2005] [error] 2585: ModPerl::Registry: /srv/www/htdocs/web1/html/cgi-bin/betterchat/chat.pl not found or unable to stat
[Sat May 07 21:39:56 2005] [error] [client 217.186.206.6] (70007)The timeout specified has expired: ap_content_length_filter: apr_bucket_read() failed, referer: http://www.betterchat3.de/cgi-bin/betterchat/chat.pl?id=&language=&css=&proxy=&template=chat
[Sat May 07 21:42:07 2005] [error] [client 85.73.58.75] (70007)The timeout specified has expired: ap_content_length_filter: apr_bucket_read() failed, referer: http://www.betterchat3.de/betterchat/
[Sat May 07 21:48:22 2005] [error] [client 83.129.50.63] (70007)The timeout specified has expired: ap_content_length_filter: apr_bucket_read() failed, referer: http://www.betterchat3.de/cgi-bin/betterchat/chat.pl?id=&language=&css=&proxy=&template=chat
[Sun May 08 05:45:17 2005] [notice] Graceful restart requested, doing restart

anbei mal die ganze log:
http://www.betterchat3.de/error_log-20050508.gz

hoffe mal das mir jemand helfen kann und weiß was es ist

[jan10001]

Schau mal hier, sieht eigentlich wie ein Perl Problem aus.
http://search.cpan.org/~stas/mod_perl-2 ... gistry.pod

[michael20]

hi.. also perl glaub ich weniger, da ich den server anfangs ohne perl laufen hatte.... ging alles wie gewohnt über cgi-bin..... das perl habe ich nachträglich erst drauf gemacht, da ich den chat auf perl umstelle um arbeitsspeicher zu sparen.... aber als noch kein perl aufm server war stürzte der auch immer ab.... die perl fehlermeldungen sind mir bewusst und werden wenn ich alles fertig umgestellt habe nicht mehr auftauchen... nur das problem mit dem täglichen absturz des Apache ist noch nicht gelöst

[jan10001]

1. Mal den Kernel von 2.4.25 auf 2.4.29 bringen, dazu hat Strato eine Anleitung zur Verfügung gestellt.
2. Confixx von 3.0.3 auf 3.0.8 updaten ;-)

Wie es bei PHP aussieht weiß ich nicht, aber ein Update auf 4.3.11 sollte es schon sein. Dann wären die gesamt Logs der letzten 3 Tage nicht schlecht. (suexec, error, access) Ich will wissen ob es eventuelle Gemeinsamkeiten gibt bevor der Apache crasht.

[michael20]

okay habe dir mal die logs gezippt angehängt...

http://www.betterchat3.de/logs.zip

Ich hoffe mal das du daraus schlauer wirst.... wäre dir sehr dankbar wenn du mir helfen könntest!!!!!!

[jan10001]

Sorry aber ich bekomme nur ne fehlerhafte zip Datei.

[michael20]

oops.. da is wohl mein winzip kaputt.... naja habs mal als rar beigefügt

http://www.betterchat3.de/logs.rar

[jan10001]

Ã?hm hast du nen Proxy laufen?

[michael20]

ne... den server habe ich nicht verändert.. den hab ich so gelassen wie er von Strato vorinstalliert wurde

[jan10001]

Hm für mich sieht das so aus als ob der Apache überladen wird.
aap_content_length_filter: apr_bucket_read()

Meine Vermutung ist das dein Chat Script irgendwo nicht zu 100% sauber programmiert wurde.

[michael20]

ob es am chat selber liegt glaub ich weniger... der Chat war vor einem halben jahr auf einem root server von Netclusive.. und das ist ein server der nur halb so gut war... also wirklich ein billig server mit 256 MB Ram und so weiter.. der Server ist nicht ein einziges mal abgestürzt.... ich habe nur gewechselt wegen dem speed.... bei 15 Leuten im Chat hat der Server gelahmt... das problem is jetzt mit dem neuen Server nicht.. allerding das ding mit den totalausfällen

[der dude]

Also egal in welches Forum man guckt, in letzter Zeit haben sehr viele Leute dieses Problem.

ICH AUCH.

Aber nirgendwo ist Abhilfe in sicht.

Ich habe das Prob mit Suse 9.2 und Apache 2.0.50.

Gruß

[dw-wolfi]

Ich hatte auch manchmal totalausfälle mit gleicher Fehlermeldung bei hoher Last.
Seitdem ich nicht mehr mit suphp 0.52 arbeite, tritt dieses Problem nicht mehr auf und die Serverlast ging bei gleichen Besucherzahlen um ein Vielfaches zurück.