September 4, 201015 yr Hallo, seit einiger Zeit hat mein Server regelm?ssig Ausf?lle. Wenn ich dann den Apache2 neustarten will bekomme ich folgende Meldung zur?ck: Restarting web server: apache2 ... waiting ...........................................................(98)Address already in use: make_sock: could not bind to address [::]:80(98)Address already in use: make_sock: could not bind to address 0.0.0.0:80 no listening sockets available, shutting down Unable to open logs failed! Ich muss den Server dann rebooten damit er wieder geht. Ein Blick auf den Ram ?ber Munin zeigt folgendes: Immer kurz vor einem Ausfall geht der Ram extrem hoch. Der Server l?uft unter Debian 5.0 mit Apache2 und PHP5 via FCGID. Hat einer eine Idee, woran das liegen kann oder zumindest einen Ansatzpunkt so ich anfangen soll zu suchen. Wenn Ihr weitere Infos braucht, kann ich euch die gerne geben. Gruss cardman
September 4, 201015 yr auf was stehen die php-Starter Parameter PHP_MAX_CHILDREN und *_PROCESSES? eventuell sid die zu hoch und nehmen daher viel RAM in Anspruch
September 4, 201015 yr Author Hallo, PHP_MAX_CHILDREN steht auf 1 und *_PROCESSES steht auf 500. Aber was hat das mit den Apache-Logs zu tun?
September 4, 201015 yr Die Fehlermeldung besagt, dass Apache schon l?uft, bzw.ein anderer Dienst den Port 80 verwendet
September 4, 201015 yr Author Ich verstehe aber nicht, wer den Port 80 sonst noch nutzen k?nnte. Es ist kein anderes Programm auf dem Server installiert das den Port benutzt. K?nnte das eine Schadsoftware sein, die sich da heimlich den Port 80 schnappt und der Apache ihn deshalb nicht mehr bekommt?
September 4, 201015 yr k?nnte schon, allerdings nehme ich eher an, dass sich der Apache-Prozess einfach nicht korrekt beendet hat und immernoch l?uft
September 4, 201015 yr Author In der Regel passiert das, wenn 1 oder sogar 2 Apache-Prozesse auf 100% stehen. Ich konnte aber noch nicht herausfinden wo das her kommt. Die allgemeinen Access-Logs von Apache sind leer. Ich m?sste also alle Kundenlogs nach merkw?rdigkeiten durchsuchen. Anfangs dachte ich, es liegt an Logrotate, weil ich da auch die Kundenlogs damit rotieren lies. Aber der Fehler tauchte immer noch auf, auch nachdem ich das Logrotate deaktiviert hatte, f?r die Kundenlogs.
September 7, 201015 yr Author Ich glaube ich hab mein Problem gel?st. Ich hab dem MPM worker 3 weitere Parameter spendiert und seither l?uft der Apache wieder sauber. F?r die, die es interessiert, folgende Parameter kamen dazu: KeepAlive Off MinSpareThreads 2 MaxSpareThreads 5 Seither baut sich kein Ram mehr auf. Danke f?r eure Hilfe und Geduld mit mir. Gruss cardman
Archived
This topic is now archived and is closed to further replies.