Tweet
Hi zusammen,
heute habe ich die Meldung bekommen, dass mein Miniserver einen Timeout bei der Anfrage eines Scripts unter <loxberryIP>
ort/legacy/... bekommen hat.
Also gut, mal nachgeschaut was da los ist.
Meine erste Vermutung war, dass die SD Karte voll ist, das hatte ich als Ursache schon mal. Aber
zeigte nur 79% belegten Platz an..okay, das war es schon mal nicht.
Dann hab mir den status vom apache mal angeschaut:
und mir ist aufgefallen, dass da mehr als gewöhnlich WorkerThreads drunterhängen:
Dann testweise den apache neugestartet
und danach ging wieder alles, der Request auf das Script unter /legacy ging wieder.
Jetzt geht natürlich Ursachenforschung los, dazu hätte ich Fragen:
1. Ich kann im Log vom apache (siehe Anhang) sehen, dass da sehr viele graceful restarts durchlaufen, wann werden die denn getriggered und warum?
2. das easee Plugin produziert viele FATALs - könnte ein Grund sein, wenn es dazu einen ChildThread forked, der nicht sauber aufgeräumt wird (würde die vielen Threads erklären). Erklärt aber dann noch nicht, warum im Log 152 Tasks stehen, das Limit aber weit entfernt bei 4915 liegt und dann bei 152 Tasks der apache schon in die Knie gezwungen wird und nicht mehr antwortet.
laut
war noch RAM und CPU vorhanden
Könnt ihr mir sagen, wo ich ansetzen soll um das Problem nachhaltig zu lösen?
heute habe ich die Meldung bekommen, dass mein Miniserver einen Timeout bei der Anfrage eines Scripts unter <loxberryIP>
ort/legacy/... bekommen hat.Also gut, mal nachgeschaut was da los ist.
Meine erste Vermutung war, dass die SD Karte voll ist, das hatte ich als Ursache schon mal. Aber
Code:
df -h
Dann hab mir den status vom apache mal angeschaut:
Code:
root@loxberry:/opt/loxberry# systemctl status mosquitto
Code:
root@loxberry:/opt/loxberry# systemctl status apache2 ● apache2.service - The Apache HTTP Server Loaded: loaded (/lib/systemd/system/apache2.service; enabled; vendor preset: enabled) Drop-In: /etc/systemd/system/apache2.service.d └─privatetmp.conf Active: active (running) since Sun 2022-06-05 21:17:25 CEST; 2 weeks 4 days ago Docs: https://httpd.apache.org/docs/2.4/ Process: 22104 ExecReload=/usr/sbin/apachectl graceful (code=exited, status=0/SUCCESS) Main PID: 800 (apache2) Tasks: 152 (limit: 4915) Memory: 231.9M CGroup: /system.slice/apache2.service ├─ 800 /usr/sbin/apache2 -k start ├─22131 /usr/sbin/apache2 -k start ├─24311 /usr/sbin/apache2 -k start ├─24313 /usr/sbin/apache2 -k start ├─24319 /usr/sbin/apache2 -k start ├─24446 /usr/sbin/apache2 -k start ├─24495 /usr/sbin/apache2 -k start ├─24498 /usr/sbin/apache2 -k start ├─24500 /usr/sbin/apache2 -k start ├─24503 /usr/sbin/apache2 -k start ├─24542 /usr/sbin/apache2 -k start ├─24585 /usr/sbin/apache2 -k start ├─24589 /usr/sbin/apache2 -k start ├─24608 /usr/sbin/apache2 -k start ├─24637 /usr/sbin/apache2 -k start ├─24640 /usr/sbin/apache2 -k start ...
Code:
root@loxberry:/opt/loxberry# systemctl stop apache2 root@loxberry:/opt/loxberry# systemctl start apache2
Jetzt geht natürlich Ursachenforschung los, dazu hätte ich Fragen:
1. Ich kann im Log vom apache (siehe Anhang) sehen, dass da sehr viele graceful restarts durchlaufen, wann werden die denn getriggered und warum?
2. das easee Plugin produziert viele FATALs - könnte ein Grund sein, wenn es dazu einen ChildThread forked, der nicht sauber aufgeräumt wird (würde die vielen Threads erklären). Erklärt aber dann noch nicht, warum im Log 152 Tasks stehen, das Limit aber weit entfernt bei 4915 liegt und dann bei 152 Tasks der apache schon in die Knie gezwungen wird und nicht mehr antwortet.
laut
Code:
root@loxberry:/opt/loxberry# htop
Könnt ihr mir sagen, wo ich ansetzen soll um das Problem nachhaltig zu lösen?
Kommentar