jan.xb
Goto Top

Webserver antwortet nach kurzer Zeit nicht mehr

Mein Apache2 antwortet nach kurzer Zeit nicht mehr auf Requests.
Abhilfe schafft dann nur ein Neustart, nach ein paar Minuten geht das Ganze wieder von Vorne los...

Ich habe schon alle möglichen Einstellungen ausprobiert, bisher jedoch ohne Erfolg.

Details:
- vServer bei Alvotech
- Debian 6
- 1 GB RAM
- apache2 & fcgi

Hier einfach mal die verschiedenen Config-Dateien:

/etc/apache2/apache2.conf
Timeout 60
KeepAlive On
MaxKeepAliveRequests 300
KeepAliveTimeout 10
StartServers 5
MaxClients 240
MinSpareThreads 5
MaxSpareThreads 10
ThreadsPerChild 30
MaxRequestsPerChild 10
ThreadStackSize 2048

/etc/apache2/mods-enabled/fcgid_ispcp.conf
<IfModule mod_fcgid.c>
  AddHandler fcgid-script .php .php5
  SocketPath /var/lib/apache2/fcgid/sock
  IdleTimeout 600
  IdleScanInterval 120
  BusyTimeout 300
  BusyScanInterval 120
  ErrorScanInterval 3
  ZombieScanInterval 3
  ProcessLifeTime 900
  SpawnScoreUpLimit 10
  SpawnScore 1
  TerminationScore 2
  MaxProcessCount 200
  DefaultMaxClassProcessCount 10
  DefaultMinClassProcessCount 0
  IPCConnectTimeout 900
  IPCCommTimeout 900
  MaxRequestsPerProcess 500
</IfModule>
Wenn noch weitere Configs gebraucht werden, bitte sagen face-smile

Hat Jemand eine Ahnung, was hier schief laufen könnte?

Content-Key: 188903

Url: https://administrator.de/contentid/188903

Ausgedruckt am: 28.03.2024 um 12:03 Uhr

Mitglied: linguin
linguin 01.08.2012 um 07:30:05 Uhr
Goto Top
Hi,

also du musst den Apache2 neustarten damit es wieder kurz funktioniert?

Auf welchem System läuft der Apache2?

Wie kurz ist kurze Zeit?

Wo steht das Ding? Was für Leitung. Etwas mehr infos wären nett!

LG
Mitglied: jan.xb
jan.xb 01.08.2012 um 07:38:20 Uhr
Goto Top
Ist ein aktuelles Debian System.
Nach nem Neustart funktionierts für wenige Minuten, kommt auf die Anzahl der Requests an...
Und “das Ding“ steht bei Alvotech im Rechenzentrum, 50 mBit Anbindung.

Zurzeit muss ich als Notlösung den Apache alle fünf Minuten per Cronjob neu starten, aber das kann ja kein Dauerzustand sein...
Mitglied: linguin
linguin 01.08.2012 um 07:47:36 Uhr
Goto Top
gelobt sein cronjob face-smile

nein dauerlösung kann das nicht sein! hast bei alvotech mal nachgefragt?

also in deinen configs kann ich nix schlimmes sehen!

hatte aber auch mit apache2 ncoh nie ein problem in der richtung (nix was ich nicht selber verbockt habe)
Mitglied: linguin
linguin 01.08.2012 um 07:48:45 Uhr
Goto Top
Ach ja eine fragen noch

wie viel speicher hast da auf der kiste?

hast mal versucht eine große datei zuübertragen um zu schauen ob er dabei auch abbricht und nicht mehr antwortet?
Mitglied: jan.xb
jan.xb 01.08.2012 um 07:54:29 Uhr
Goto Top
1 gb ram, 120 gb platte.
Der ram ist 900 mb voll, davon sind ca 700 mb gecachtes.
Nein, große Übertragungen habt ich noch nicht ausprobiert.

vorher bekam ich die Meldung “fork: ressource temporarily not available“, darauf hin hat der Support dass Prozess Limit für meinen Server erhöht...

Alle Probleme sind aber auf ein mal aufgetaucht, ca seit einer Woche...
Mitglied: linguin
linguin 01.08.2012 um 07:56:25 Uhr
Goto Top
und du hast nix geändert in der letzten woche?`

was läuft den auf dem ding?
Mitglied: jan.xb
jan.xb 01.08.2012 um 08:02:44 Uhr
Goto Top
Nein, zumindest nicht an den Einstellungen.

Es läuft das übliche:
Apache, mysql, php, postgresql, shoutcast, mail, ftp.

Und wir haben ein Programm im Einsatz welches über http Dateien synct, das hat aber bis jetzt noch keine Probleme gemacht...
Mitglied: linguin
linguin 01.08.2012 um 08:10:59 Uhr
Goto Top
Warum ist dann von 1gb ram 900 voll ?

was sagt der support zu dem problem?
Mitglied: jan.xb
jan.xb 01.08.2012 um 08:15:05 Uhr
Goto Top
Dass ist bei allen meinen Servern mit Apache so, dass er sehr viel im ram cached.
War aber auch vorher schon so..
Mitglied: linguin
linguin 01.08.2012 um 08:16:13 Uhr
Goto Top
ok und der supoort was sagt der ?
Mitglied: jan.xb
jan.xb 01.08.2012 um 08:35:15 Uhr
Goto Top
Zum ram-Verbrauch habe ich ihn noch nicht gefragt.
Und zum apache wollte er nicht mehr machen als die Prozesse zu erhöhen, da der Server ja unmanaged ist...
Mitglied: linguin
linguin 01.08.2012 um 08:41:43 Uhr
Goto Top
JO ok dann ist klar das sie nix sagen!

was machst du mit cron den server oder nur den apache2 neustarten?
Mitglied: jan.xb
jan.xb 01.08.2012 um 08:43:46 Uhr
Goto Top
Nur den Apache , das andere kommt mir irgendwie unlogisch vor ^^
Mitglied: linguin
linguin 01.08.2012 um 08:51:06 Uhr
Goto Top
jo klar

aber läuft der apache noch wenn du ihn neustartest?
Mitglied: linguin
linguin 01.08.2012 um 08:51:26 Uhr
Goto Top
Zitat von @linguin:
jo klar

aber läuft der apache noch wenn du ihn neustartest?

nicht wenn bevor
Mitglied: jan.xb
jan.xb 01.08.2012 um 08:59:52 Uhr
Goto Top
Ja, er läuft und antwortet mit Status 200, nimmt also alle anfragen noch an.
Dann kommt aber nichts mehr, vielleicht liegt es ja auch an php?
Und dann starte ich halt mit “/etc/init.d/apache2 restart“ neu...
Mitglied: linguin
linguin 01.08.2012 um 09:09:58 Uhr
Goto Top
Mh ...

naja wenn ich bei mir /etc/init.d/apache2 status mache und da running steht läuft er und antwortet auch ...

an php? aus welchem grund?
Mitglied: jan.xb
jan.xb 01.08.2012 um 09:20:14 Uhr
Goto Top
Wir haben eine Anwendung, die viele ajax-requests macht, ca alle zehn Sekunden.
Vielleicht überfordert das php, ich weiß es doch nicht ^^

Aber auch diese Anwendung gab es schon vor dem Problem...
Mitglied: linguin
linguin 01.08.2012 um 09:25:31 Uhr
Goto Top
Naja ausschließen kann man nix!

was sagt denn die logs?
Mitglied: jan.xb
jan.xb 01.08.2012 um 09:36:35 Uhr
Goto Top
Da hätten wir auch schon das zweite Problem. Die Logs für die vhosts zeigen keine Fehler.
Aber der Apache loggt keine Fehler, zumindest ist das error-log leer...

Ich glaube ich setze die Kiste an Wochenende einfach mal neu auf...
Mitglied: linguin
linguin 01.08.2012 um 09:42:09 Uhr
Goto Top
wäre eine lösung / aber irgendwie auch keine lösung denn wenn es dann in 4-5 wochen wieder passiert ?

such mal nach apache2 log erweitern ..

linux server logen jeden pups wenn man das möchte (ist das schöne) ..

auch die massages log kannst dir mal anschauen ..
Mitglied: jan.xb
jan.xb 01.08.2012 um 09:47:50 Uhr
Goto Top
Jetzt ist Grade schlecht, ich sitze im Auto nach München face-wink

Ich werde mir die logs heute Abend mal anschauen und interessante stellen Posten...
Mitglied: jan.xb
jan.xb 01.08.2012 um 23:53:15 Uhr
Goto Top
So, ich habs heute doch noch geschafft mir den Server mal genauer anzugucken.
Ergebnisse:

Große Datei downloaden:
Kein Problem, normale Reaktionszeiten

Projekt mit AJAX-Requests:
Kein Problem, leichte Verzögerung

ApacheBench mit 5 Requests/Sekunde
Kein Problem, leichte Verzögerung


Nach Abschluss der Tests gab es keine Vorkommnisse in den Logs.
Der Apache-Status sieht folgendermaßen aus: http://screencloud.de/-0bj10g7w0p


Ich bin schon wieder am verzweifeln.
Es kann doch nicht sein, dass ein Webserver von einem Tag auf den Anderen wieder wunderbar stabil läuft, oder??
Mitglied: exchange
exchange 02.08.2012 um 00:50:58 Uhr
Goto Top
Hallo,
Access Logs mal ansehen ob dort viele Zugriffe sind ggf. auch welche nicht von euch. Wenn das ein öffentlicher Webserver ist sollte man da eigentlich mind. 1 Zugriff pro Woche drauf haben der irgendwas durchprobiert. Ansonsten mal anmachen, ohne gibt das hier nämlich nix.

Dann mal schauen ob der Apache schon seine Warteschlange nutzt (steht im Log).

Anzahl der Prozesse?

Was passiert bei Zugriff genau? Schreibt der dann noch in die Access Logs? HTTP oder HTTPS?

Gruß
Mitglied: jan.xb
jan.xb 02.08.2012 um 20:18:01 Uhr
Goto Top
Also wir haben auf den Websites nur "normale" Zugriffe, zumindest so weit ich im kurzen Überblick gesehen habe...

Und in welchem Log genau soll das mit der Warteschlange stehen?

Und ja, der Apache schreibt jetzt alle Access-Logs wieder vollkommen normal. Allerdings habe ich das nach einiger Zeit wieder deaktiviert, da die Logs von uns nicht benötigt werden und somit nur unnötig Leistung und Platte verbrauchen. Oder sind Access-Logs noch für einen anderen Zweck nützlich?

Der Zugriff erfolgt nur über HTTP.