hallo liste ich habe suse 9.1 mit openwebmail 2.40 seit einigen tagen ohne probleme in betrieb. ohne erkennbare ursache erhalte ich neu beim öffnen des openwebmail den fehler: Premature end of script headers: openwebmail.pl [error] [client 127.0.0.1] Out of memory!, referer: http://localhost/cgi-bin/openwebmail/openwebmail.pl natürlich ist genügend memory da. mit goggle findet man recht viele solche probleme. unter suse stimmt die berechtigung von /usr/bin/suidperl nicht. dies wurde ist aber richtig gestellt und hat auch gefunkt. hat jemand eine idee wo das problem liegen kann? auf einer anderen maschine laufen die scripte (kpl. kopiert) einwandfrei. wenn es ein problem des apache2 ist, wir kann ich es am besten lokalisieren? danke für jeden tipp bernhard
Bernhard Buehler wrote:
mit goggle findet man recht viele solche probleme. unter suse stimmt die berechtigung von /usr/bin/suidperl nicht. dies wurde ist aber richtig gestellt und hat auch gefunkt.
hat jemand eine idee wo das problem liegen kann? auf einer anderen maschine laufen die scripte (kpl. kopiert) einwandfrei.
Eventuell Probleme mit PHP-Timeots etc? /etc/php.ini
hallo Ralf danke für deinen tipp. es liegt wohl nicht in diesem bereich. in den news-foren finde ich zu diesem thema verschiedene probleme die aber alle im zusammenhang mit suexec2 oder suidperl zu tun haben. es ist so, dass offenbar der fehler schon im erstem modul (openwebmail.pl) entsteht. ist das zweite modul gar nicht vorhanden, merkt die applikation jedenfalls nichts (stürzt vorher ab). nun suche ich eine gute möglichkeit das erste perl-modul schrittweise zu debuggen um den problempunkt zu finden. leider weiss ich hier dazu aktuell überhaupt noch nichts. danke und grüsse Bernhard Am Dienstag, 28. September 2004 09.23 schrieb Ralf Prengel:
Bernhard Buehler wrote:
mit goggle findet man recht viele solche probleme. unter suse stimmt die berechtigung von /usr/bin/suidperl nicht. dies wurde ist aber richtig gestellt und hat auch gefunkt.
hat jemand eine idee wo das problem liegen kann? auf einer anderen maschine laufen die scripte (kpl. kopiert) einwandfrei.
Eventuell Probleme mit PHP-Timeots etc? /etc/php.ini
participants (2)
-
Bernhard Buehler
-
Ralf Prengel