Hallo, Seit dem ich das mldonkey web-interface GMUI auf dem dem apache betreibe kann ich ihn mehr oder weniger reproduzierbar Amok laufen lassen. Gmui ist ein php script welches mysql verwende, um meherere Benutzer mit verschiedenen Rechten auf den mldonkey loslassen zu koennen. Nach bestimmten Aktionen, z.B umbenenen von downloads oder downloaden von Dateien aus dem "incoming" kann es hier passieren, dass das Script beim beim Laden einer neuen Seite im Browser haengen bleibt. Dabei faengt das apache-child an den ganzen RAM aufzuessen bis nichts mehr geht und der Kernel sich nach 1,2 Stunden herablaesst den betreffenden httpd2-prefork zu killen: Feb 5 02:16:10 h52614 kernel: Out of Memory: Killed process 13576 (httpd2-prefork). Feb 5 02:16:10 h52614 kernel: httpd2-prefork: page allocation failure. order:0, mode:0xd2 Feb 5 02:16:10 h52614 kernel: Call Trace: [...] Ersmal zum Verstaendnis: Muesste Apache ein (eventuell) kaputtes php script verkraften koennen oder ist es normal das er so immer weiter RAM verbraet? (das script liegt uebrigens in einem userdir) Dummerweise habe ich nicht viel Ahnung von php: Wie kann ich denn feststellen wo genau im Script er stecken bleibt? Was koennte ich machen um das herauszifinden, wenn es das das naechste mal passiert? Hier noch ne Zeile aus den apache logs: 212.xxx.xxx.xxx - west [05/Feb/2005:01:03:09 +0100] "GET /%7Edonkey/GMUI/index.php?CORE_OP=umanage HTTP/1.1" 200 3137 "h ttp://inline.xyz.net/%7Edonkey/GMUI/index.php?CORE_OP=vd" "Mozilla/5.0 (compatible; Konqueror/3.3; Linux) (KHTML, like Gecko)" Der apache war ab dieser Zeit etwa nicht mehr erreichbar Das interessannte ist hier, das diese Zeile zeitlich total verspaetet in die logs geschrieben wurde - davor gibt es einige Zeilen von 2:16 - 2:20 Uhr (als der server so langsam wieder erwachte). Also vermute ich dass dies das letzte ist was uns der gekillte httpd2-prefork mitteilen wollte. Wird jemand schlau draus? ach ja, SuSE 9.1, apache-2.0.49-27.18.3, php4-4.3.4-43.22 cu, Ruediger