KeyHelp Community

Hallo,

da muss ich dem guten Alex widersprechen. MaxRequestWorkers werden in folgender Datei definiert:

/etc/apache2/mods-enabled/mpm_worker.conf

Dort den Wert entsprechend anheben. Bitte beachten, dass ggf, auch der Parameter für ServerLimit entsprechend gesetzt werden muss, wenn ein bestimmter Wert überschritten wird, z.B:

Stimmt natürlich @Florian, hab nur mit einem halben Auge gelesen .

Hallo,

habe es so gemacht aber leider ist das Problem nicht behoben. Passiert ca. alle 24h (aktuell immer 17 Uhr +/- 30 Minuten).

Hattest du meinen Vorschlag mit dem Cronjob aus diesem Beitrag einmal ausprobiert?

viewtopic.php?p=27085#p27085

Hallo,

dann wäre es auch ratsam zu dem Zeitpunkt, wo es immer passiert, mal die Apache-Status-Seite im Auge zu behalten.

Alexander wrote: ↑Mon 21. Dec 2020, 08:35 Hattest du meinen Vorschlag mit dem Cronjob aus diesem Beitrag einmal ausprobiert?

viewtopic.php?p=27085#p27085

So ähnlich. Habe einen Cronjob, der alle 5 Minuten die API von UptimeRobot abfragt und Apache2 sowie PHP FPM neustartet, wenn er "Down" als Rückmeldung erhält - somit lässt sich die Downtime minimieren. Ist aber halt auch nur ein Workaround und keine Lösung.

Florian wrote: ↑Mon 21. Dec 2020, 10:05 Hallo,

dann wäre es auch ratsam zu dem Zeitpunkt, wo es immer passiert, mal die Apache-Status-Seite im Auge zu behalten.

Kann ich leider nicht - Keyhelp ist ebenfalls down wenn das Problem auftritt.

iREQ wrote: ↑Mon 21. Dec 2020, 17:43 Ist aber halt auch nur ein Workaround und keine Lösung.

Hatte ich ja erwähnt, dass es sich hierbei nur um eine Übergangslösung handelt.

Florian wrote: ↑Mon 21. Dec 2020, 10:05 Kann ich leider nicht - Keyhelp ist ebenfalls down wenn das Problem auftritt.

Wenn KeyHelp ebenfalls down ist, scheint das Problem ja nicht nur auf einen der zusätzlichen PHP-FPM Interpreter zurückzuführen sein. Da KeyHelp mit dem PHP-FPM des Betriebssystems läuft.

Wieviel Domains betreibst du auf dem Server und was sind die technischen Spezifikationen des Servers? Laufen zum fraglichen Zeitpunkt noch andere Dienste? Wenn du den Zeitpunkt ja eingrenzen kannst, wäre es generell einmal gut zu wissen, wie sich die Serverlast zum fraglichen Zeitpunkt verhält.

Den Serverstatus kann man z.B. auch über die Konsole einsehen: "curl --insecure https://localhost:443/server-status" über einen CLI-Browser mag das sicher noch schicker gehen.

Guten Abend zusammen,

Wir hatten das neulich auch auf einem Debian10 Server.

Bei uns trat das Problem seit dem Wochenende auch auf. Es handelt sich bei um einen vServer der KeyWeb mit Ubuntu 20.04 als Betriebssystem. Abhilfe schaffte ein service apache2 restart. Die Ausführung des Befehls hat auch deutlich länger (4-8 Sekunden) gedauert, als man sonst kennt. Auch die Fehlermeldung unter /var/log/apache/error.log entspricht der Selben wie bereits iREQ in seinem Kommentar geschrieben hat.

Abhilfe hat die Anpassung der Werte in der Datei /etc/apache2/mods-available/mpm_worker.conf gebracht. Folgende Werte wende ich aktuell:

<IfModule mpm_worker_module>
StartServers 2
MinSpareThreads 25
MaxSpareThreads 75
ThreadLimit 64
ThreadsPerChild 64
MaxRequestWorkers 448
MaxConnectionsPerChild 1000
</IfModule>

Abschließend habe ich den Apache Webserver neu gestartet. Seitdem keine Ausfälle mehr gehabt.

Wir vermuten aktuell, dass das Problem durch die Anzahl der Webseiten/Domains und damit verbundenen Zugriff entstanden ist. Denn über das Weekend sind nochmals größere Webseiten auf den Server umgezogen worden.

Grüße

Hallo,

nun ist das Problem seit fast 48 Stunden nicht mehr aufgetreten. Mal sehen, ob es wieder kommt.

Der Server sollte auf jeden Fall potent genug sein, 4 dedizierte Kerne (AMD EPYC 7702) und 16 GB Arbeitsspeicher mit einer 2,5 GBit/s Anbindung.
Habe auch mal meine /etc/apache2/mods-available/mpm_worker.conf wie im Beitrag von Blackmoon angepasst.

Falls das Problem wiederkehrt werde ich dies melden.

Viele Grüße und schöne Feiertage!

Guten Abend,
leider hat meine Anpassung bis Heute Nachmittag gehalten. Der Fehler ist gegen 15:30 Uhr wieder aufgetreten. Abhilfe schaffte nur ein Neustart des Apache2 Webservers.

@iREQ
Nutzt zu fällig für eine Domain ProxyPass und ProxyPass Reverse?

Grüße

Blackmoon wrote: ↑Wed 23. Dec 2020, 20:00 @iREQ
Nutzt zu fällig für eine Domain ProxyPass und ProxyPass Reverse?

Ja, mehrmals sogar.

Wir haben bei uns nochmals die Doku durchgesehen. Der Spuk hat vermutlich erst angefangen, als wir unsere großen Webseiten via Reverse Proxy auf den neuen KeyHelp Server umgezogen haben. Allerdings wird es schwierig die Vermutung zu untermauern. Da ich nicht einfach produktive Webseiten abschalten kann. Daher liest unser Monitoring System nun auch die Informationen, welche Apache2 ModStatus bereitstellt, aus. Um so evtl. weitere Rückschlüsse zu erhalten.