KeyHelp Community

Gibt es einen Trick warum Einstellungen in "Zusätzliche Apacheeinstellungen" und "php.ini" nicht übernommen werden?

Beispiel:

Zusätzliche PHP-Einstellungen
"max_input_vars 2000"
wird nicht übernommen.

Zusätzliche Apache-Einstellungen
"LogLevel rewrite:trace3"
wird nicht übernommen.

Ich habe den Server neugestartet.
Ich habe sonst keine weitere Zeile drinnen bei dieser Domain und gar keine custom Einstellungen auf anderen Domains.
Die "Zusätzliche Apacheeinstellungen" konnte ich zB in /etc/apache2/keyhelp/custom_vhosts/ finden. Aber die Einstellung greift nicht.

Nun weiß ich nicht weiter.

superjogi wrote: ↑Wed 25. Aug 2021, 22:50 Gibt es einen Trick warum Einstellungen in "Zusätzliche Apacheeinstellungen" und "php.ini" nicht übernommen werden?

Beispiel:

Zusätzliche PHP-Einstellungen
"max_input_vars 2000"
wird nicht übernommen.

Zusätzliche Apache-Einstellungen
"LogLevel rewrite:trace3"
wird nicht übernommen.

Ich habe den Server neugestartet.
Ich habe sonst keine weitere Zeile drinnen bei dieser Domain und gar keine custom Einstellungen auf anderen Domains.
Die "Zusätzliche Apacheeinstellungen" konnte ich zB in /etc/apache2/keyhelp/custom_vhosts/ finden. Aber die Einstellung greift nicht.

Nun weiß ich nicht weiter.

Nach der Änderung den zuständigen php-FPM neu gestartet ?

Danke für die Antwort.

Der Hauptfehler war, dass die Syntax für die php.ini Einstellung nicht richtig war.. korrekt wäre:
max_input_vars = 4000

Ich hatte bereits einen kompletten Neustart gemacht, gut zu wissen, dass ich auch php-FPM direkt neustarten kann.

superjogi wrote: ↑Wed 25. Aug 2021, 23:03 Danke für die Antwort.

Der Hauptfehler war, dass die Syntax für die php.ini Einstellung nicht richtig war.. korrekt wäre:
max_input_vars = 4000

Ich hatte bereits einen kompletten Neustart gemacht, gut zu wissen, dass ich auch php-FPM direkt neustarten kann.

Dann haste ja die erste Lösung.
Und nun eventuell die 2.

Verwende

Code: Select all

 RewriteLog "/usr/local/var/apache/logs/rewrite.log"
 RewriteLogLevel 3

OlliTheDarkness wrote: ↑Wed 25. Aug 2021, 23:09 Dann haste ja die erste Lösung.
Und nun eventuell die 2.

Danke ich bin zwei Schritte weiter. Nun bekomme ich auch einen Log von den Rewrites (mit meiner ursprünglichen Syntax).
Was noch nicht funktioniert ist der große Schritt bei dem dies erfolgreich zum Einsatz kommen soll..

1) Für die folgende Fehlermeldung kommt ein Error 500 und es wird kein Trace generiert (sprich dieser Log funktioniert dafür nicht):
"AH00124: Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace."

2) Da der Fehler nur unter Verwendung von verschiedenen Cacheplugins auftritt (bei denen davon auszugehen ist, dass sie zusätzliche internal redirects umsetzen), möchte ich zumindestens mal versuchen LimitInternalRecursion etwas höher zu stellen, obwohl mir bewusst ist, dass dies zu 90% nicht die Lösung ist.
LimitInternalRecursion 20 in den Apache Einstellungen wird nicht übernommen, die Fehlermeldung ist immer 10.
Vielleicht ist bei LimitInternalRecursion die Syntax auch anders, ich kann dies aber an den Apache Manuals (https://httpd.apache.org/docs/current/d ... lrecursion) nicht erkennen.

superjogi wrote: ↑Wed 25. Aug 2021, 23:45
OlliTheDarkness wrote: ↑Wed 25. Aug 2021, 23:09 Dann haste ja die erste Lösung.
Und nun eventuell die 2.
Danke ich bin zwei Schritte weiter. Nun bekomme ich auch einen Log von den Rewrites (mit meiner ursprünglichen Syntax).
Was noch nicht funktioniert ist der große Schritt bei dem dies erfolgreich zum Einsatz kommen soll..

1) Für die folgende Fehlermeldung kommt ein Error 500 und es wird kein Trace generiert (sprich dieser Log funktioniert dafür nicht):
"AH00124: Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace."

2) Da der Fehler nur unter Verwendung von verschiedenen Cacheplugins auftritt (bei denen davon auszugehen ist, dass sie zusätzliche internal redirects umsetzen), möchte ich zumindestens mal versuchen LimitInternalRecursion etwas höher zu stellen, obwohl mir bewusst ist, dass dies zu 90% nicht die Lösung ist.
LimitInternalRecursion 20 in den Apache Einstellungen wird nicht übernommen, die Fehlermeldung ist immer 10.
Vielleicht ist bei LimitInternalRecursion die Syntax auch anders, ich kann dies aber an den Apache Manuals (https://httpd.apache.org/docs/current/d ... lrecursion) nicht erkennen.

Das erhöhen ist keine gesunde Idee.
Ich frage mich grade aber , hast du dich verschrieben oder meintest du wirklich

Verwendung von verschiedenen Cacheplugins auftritt

?
Die verwendest aber nacheinander und hast nicht mehrere gleichzeitig aktiv oder ?

Wenn du die LimitInternalRecursion wirklich höher ansetzen willst tue das in der apache2.conf, setz es etwa auf LimitInternalRecursion 20.

Bei dem Wert handelt es sich um eine Core Funktion, eig. sollte sie auch über die vhost laufen, aber kp ob KH seitig da event. was geschaltet ist um das zu unterdrücken, daher setz es direkt auf Serverebene.

Aber denk dran , das sollte kein Dauerzustand sein !

OlliTheDarkness wrote: ↑Wed 25. Aug 2021, 23:53 Die verwendest aber nacheinander und hast nicht mehrere gleichzeitig aktiv oder ?

Ja, ich habe verschiedene alternativ versucht um zu sehen ob sie verträglicher sind.

Gut ich weiß jetzt warum keine Ausgabe gekommen ist.. die www. Version der Domain benötigt die Apache Einstellungen und damit das Logging noch einmal.

Hier habe ich jetzt endlich eine Logausgabe mit einer Erhöhung auf 30 redirects.. und ja die Erhöhung hat nichts geholfen. Außer, dass ich nun weiß dass es funktioniert und man diese Art von Änderung sowohl auf domain.de als auch auf www.domain.de anwenden muss.

Pastebin Logoutput link: https://0bin.net/paste/MY+Wj6xq#zTZKcsO ... 2f97DkFNRa

Code: Select all

[Thu Aug 26 00:00:27.863467 2021] [rewrite:trace3] [pid 13988:tid 140043165071104] mod_rewrite.c(483): [client 82.211.111.181:59096] 82.211.111.181 - - [www.DOMAIN.at/sid#7f5e68f37b18][rid#7f5e4860ca80/initial/redir#29] [perdir /home/users/USER/www/DOMAIN/] add path info postfix: /home/users/USER/www/DOMAIN/en -> /home/users/USER/www/DOMAIN/en/index.php, referer: https://www.DOMAIN.at/en/services/support/
[Thu Aug 26 00:00:27.863478 2021] [rewrite:trace3] [pid 13988:tid 140043165071104] mod_rewrite.c(483): [client 82.211.111.181:59096] 82.211.111.181 - - [www.DOMAIN.at/sid#7f5e68f37b18][rid#7f5e4860ca80/initial/redir#29] [perdir /home/users/USER/www/DOMAIN/] strip per-dir prefix: /home/users/USER/www/DOMAIN/en/index.php -> en/index.php, referer: https://www.DOMAIN.at/en/services/support/
[Thu Aug 26 00:00:27.863482 2021] [rewrite:trace3] [pid 13988:tid 140043165071104] mod_rewrite.c(483): [client 82.211.111.181:59096] 82.211.111.181 - - [www.DOMAIN.at/sid#7f5e68f37b18][rid#7f5e4860ca80/initial/redir#29] [perdir /home/users/USER/www/DOMAIN/] applying pattern '.*' to uri 'en/index.php', referer: https://www.DOMAIN.at/en/services/support/
[Thu Aug 26 00:00:27.863488 2021] [rewrite:trace3] [pid 13988:tid 140043165071104] mod_rewrite.c(483): [client 82.211.111.181:59096] 82.211.111.181 - - [www.DOMAIN.at/sid#7f5e68f37b18][rid#7f5e4860ca80/initial/redir#29] [perdir /home/users/USER/www/DOMAIN/] add path info postfix: /home/users/USER/www/DOMAIN/en -> /home/users/USER/www/DOMAIN/en/index.php, referer: https://www.DOMAIN.at/en/services/support/
[Thu Aug 26 00:00:27.863492 2021] [rewrite:trace3] [pid 13988:tid 140043165071104] mod_rewrite.c(483): [client 82.211.111.181:59096] 82.211.111.181 - - [www.DOMAIN.at/sid#7f5e68f37b18][rid#7f5e4860ca80/initial/redir#29] [perdir /home/users/USER/www/DOMAIN/] strip per-dir prefix: /home/users/USER/www/DOMAIN/en/index.php -> en/index.php, referer: https://www.DOMAIN.at/en/services/support/
[Thu Aug 26 00:00:27.863496 2021] [rewrite:trace3] [pid 13988:tid 140043165071104] mod_rewrite.c(483): [client 82.211.111.181:59096] 82.211.111.181 - - [www.DOMAIN.at/sid#7f5e68f37b18][rid#7f5e4860ca80/initial/redir#29] [perdir /home/users/USER/www/DOMAIN/] applying pattern '^index\\.php$' to uri 'en/index.php', referer: https://www.DOMAIN.at/en/services/support/
[Thu Aug 26 00:00:27.863501 2021] [rewrite:trace3] [pid 13988:tid 140043165071104] mod_rewrite.c(483): [client 82.211.111.181:59096] 82.211.111.181 - - [www.DOMAIN.at/sid#7f5e68f37b18][rid#7f5e4860ca80/initial/redir#29] [perdir /home/users/USER/www/DOMAIN/] add path info postfix: /home/users/USER/www/DOMAIN/en -> /home/users/USER/www/DOMAIN/en/index.php, referer: https://www.DOMAIN.at/en/services/support/
[Thu Aug 26 00:00:27.863505 2021] [rewrite:trace3] [pid 13988:tid 140043165071104] mod_rewrite.c(483): [client 82.211.111.181:59096] 82.211.111.181 - - [www.DOMAIN.at/sid#7f5e68f37b18][rid#7f5e4860ca80/initial/redir#29] [perdir /home/users/USER/www/DOMAIN/] strip per-dir prefix: /home/users/USER/www/DOMAIN/en/index.php -> en/index.php, referer: https://www.DOMAIN.at/en/services/support/
[Thu Aug 26 00:00:27.863509 2021] [rewrite:trace3] [pid 13988:tid 140043165071104] mod_rewrite.c(483): [client 82.211.111.181:59096] 82.211.111.181 - - [www.DOMAIN.at/sid#7f5e68f37b18][rid#7f5e4860ca80/initial/redir#29] [perdir /home/users/USER/www/DOMAIN/] applying pattern '.' to uri 'en/index.php', referer: https://www.DOMAIN.at/en/services/support/
[Thu Aug 26 00:00:27.863522 2021] [rewrite:trace2] [pid 13988:tid 140043165071104] mod_rewrite.c(483): [client 82.211.111.181:59096] 82.211.111.181 - - [www.DOMAIN.at/sid#7f5e68f37b18][rid#7f5e4860ca80/initial/redir#29] [perdir /home/users/USER/www/DOMAIN/] rewrite 'en/index.php' -> '/en/index.php', referer: https://www.DOMAIN.at/en/services/support/
[Thu Aug 26 00:00:27.863526 2021] [rewrite:trace2] [pid 13988:tid 140043165071104] mod_rewrite.c(483): [client 82.211.111.181:59096] 82.211.111.181 - - [www.DOMAIN.at/sid#7f5e68f37b18][rid#7f5e4860ca80/initial/redir#29] [perdir /home/users/USER/www/DOMAIN/] trying to replace prefix /home/users/USER/www/DOMAIN/ with /en/, referer: https://www.DOMAIN.at/en/services/support/
[Thu Aug 26 00:00:27.863531 2021] [rewrite:trace2] [pid 13988:tid 140043165071104] mod_rewrite.c(483): [client 82.211.111.181:59096] 82.211.111.181 - - [www.DOMAIN.at/sid#7f5e68f37b18][rid#7f5e4860ca80/initial/redir#29] [perdir /home/users/USER/www/DOMAIN/] trying to replace context docroot /home/users/USER/www/DOMAIN/ with context prefix , referer: https://www.DOMAIN.at/en/services/support/
[Thu Aug 26 00:00:27.863537 2021] [rewrite:trace1] [pid 13988:tid 140043165071104] mod_rewrite.c(483): [client 82.211.111.181:59096] 82.211.111.181 - - [www.DOMAIN.at/sid#7f5e68f37b18][rid#7f5e4860ca80/initial/redir#29] [perdir /home/users/USER/www/DOMAIN/] internal redirect with /en/index.php [INTERNAL REDIRECT], referer: https://www.DOMAIN.at/en/services/support/
[Thu Aug 26 00:00:27.864976 2021] [rewrite:trace3] [pid 13988:tid 140043165071104] mod_rewrite.c(483): [client 82.211.111.181:59096] 82.211.111.181 - - [www.DOMAIN.at/sid#7f5e68f37b18][rid#7f5e4860a2a0/initial/redir#30] [perdir /home/users/USER/www/DOMAIN/] add path info postfix: /home/users/USER/www/DOMAIN/en -> /home/users/USER/www/DOMAIN/en/index.php, referer: https://www.DOMAIN.at/en/services/support/
[Thu Aug 26 00:00:27.864987 2021] [rewrite:trace3] [pid 13988:tid 140043165071104] mod_rewrite.c(483): [client 82.211.111.181:59096] 82.211.111.181 - - [www.DOMAIN.at/sid#7f5e68f37b18][rid#7f5e4860a2a0/initial/redir#30] [perdir /home/users/USER/www/DOMAIN/] strip per-dir prefix: /home/users/USER/www/DOMAIN/en/index.php -> en/index.php, referer: https://www.DOMAIN.at/en/services/support/
[Thu Aug 26 00:00:27.864991 2021] [rewrite:trace3] [pid 13988:tid 140043165071104] mod_rewrite.c(483): [client 82.211.111.181:59096] 82.211.111.181 - - [www.DOMAIN.at/sid#7f5e68f37b18][rid#7f5e4860a2a0/initial/redir#30] [perdir /home/users/USER/www/DOMAIN/] applying pattern '.*' to uri 'en/index.php', referer: https://www.DOMAIN.at/en/services/support/
[Thu Aug 26 00:00:27.864997 2021] [rewrite:trace3] [pid 13988:tid 140043165071104] mod_rewrite.c(483): [client 82.211.111.181:59096] 82.211.111.181 - - [www.DOMAIN.at/sid#7f5e68f37b18][rid#7f5e4860a2a0/initial/redir#30] [perdir /home/users/USER/www/DOMAIN/] add path info postfix: /home/users/USER/www/DOMAIN/en -> /home/users/USER/www/DOMAIN/en/index.php, referer: https://www.DOMAIN.at/en/services/support/
[Thu Aug 26 00:00:27.865001 2021] [rewrite:trace3] [pid 13988:tid 140043165071104] mod_rewrite.c(483): [client 82.211.111.181:59096] 82.211.111.181 - - [www.DOMAIN.at/sid#7f5e68f37b18][rid#7f5e4860a2a0/initial/redir#30] [perdir /home/users/USER/www/DOMAIN/] strip per-dir prefix: /home/users/USER/www/DOMAIN/en/index.php -> en/index.php, referer: https://www.DOMAIN.at/en/services/support/
[Thu Aug 26 00:00:27.865005 2021] [rewrite:trace3] [pid 13988:tid 140043165071104] mod_rewrite.c(483): [client 82.211.111.181:59096] 82.211.111.181 - - [www.DOMAIN.at/sid#7f5e68f37b18][rid#7f5e4860a2a0/initial/redir#30] [perdir /home/users/USER/www/DOMAIN/] applying pattern '^index\\.php$' to uri 'en/index.php', referer: https://www.DOMAIN.at/en/services/support/
[Thu Aug 26 00:00:27.865016 2021] [rewrite:trace3] [pid 13988:tid 140043165071104] mod_rewrite.c(483): [client 82.211.111.181:59096] 82.211.111.181 - - [www.DOMAIN.at/sid#7f5e68f37b18][rid#7f5e4860a2a0/initial/redir#30] [perdir /home/users/USER/www/DOMAIN/] add path info postfix: /home/users/USER/www/DOMAIN/en -> /home/users/USER/www/DOMAIN/en/index.php, referer: https://www.DOMAIN.at/en/services/support/
[Thu Aug 26 00:00:27.865020 2021] [rewrite:trace3] [pid 13988:tid 140043165071104] mod_rewrite.c(483): [client 82.211.111.181:59096] 82.211.111.181 - - [www.DOMAIN.at/sid#7f5e68f37b18][rid#7f5e4860a2a0/initial/redir#30] [perdir /home/users/USER/www/DOMAIN/] strip per-dir prefix: /home/users/USER/www/DOMAIN/en/index.php -> en/index.php, referer: https://www.DOMAIN.at/en/services/support/
[Thu Aug 26 00:00:27.865024 2021] [rewrite:trace3] [pid 13988:tid 140043165071104] mod_rewrite.c(483): [client 82.211.111.181:59096] 82.211.111.181 - - [www.DOMAIN.at/sid#7f5e68f37b18][rid#7f5e4860a2a0/initial/redir#30] [perdir /home/users/USER/www/DOMAIN/] applying pattern '.' to uri 'en/index.php', referer: https://www.DOMAIN.at/en/services/support/
[Thu Aug 26 00:00:27.865030 2021] [rewrite:trace2] [pid 13988:tid 140043165071104] mod_rewrite.c(483): [client 82.211.111.181:59096] 82.211.111.181 - - [www.DOMAIN.at/sid#7f5e68f37b18][rid#7f5e4860a2a0/initial/redir#30] [perdir /home/users/USER/www/DOMAIN/] rewrite 'en/index.php' -> '/en/index.php', referer: https://www.DOMAIN.at/en/services/support/
[Thu Aug 26 00:00:27.865035 2021] [rewrite:trace2] [pid 13988:tid 140043165071104] mod_rewrite.c(483): [client 82.211.111.181:59096] 82.211.111.181 - - [www.DOMAIN.at/sid#7f5e68f37b18][rid#7f5e4860a2a0/initial/redir#30] [perdir /home/users/USER/www/DOMAIN/] trying to replace prefix /home/users/USER/www/DOMAIN/ with /en/, referer: https://www.DOMAIN.at/en/services/support/
[Thu Aug 26 00:00:27.865039 2021] [rewrite:trace2] [pid 13988:tid 140043165071104] mod_rewrite.c(483): [client 82.211.111.181:59096] 82.211.111.181 - - [www.DOMAIN.at/sid#7f5e68f37b18][rid#7f5e4860a2a0/initial/redir#30] [perdir /home/users/USER/www/DOMAIN/] trying to replace context docroot /home/users/USER/www/DOMAIN/ with context prefix , referer: https://www.DOMAIN.at/en/services/support/
[Thu Aug 26 00:00:27.865044 2021] [rewrite:trace1] [pid 13988:tid 140043165071104] mod_rewrite.c(483): [client 82.211.111.181:59096] 82.211.111.181 - - [www.DOMAIN.at/sid#7f5e68f37b18][rid#7f5e4860a2a0/initial/redir#30] [perdir /home/users/USER/www/DOMAIN/] internal redirect with /en/index.php [INTERNAL REDIRECT], referer: https://www.DOMAIN.at/en/services/support/
[Thu Aug 26 00:00:27.865061 2021] [core:error] [pid 13988:tid 140043165071104] [client 82.211.111.181:59096] AH00124: Request exceeded the limit of 30 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace., referer: https://www.DOMAIN.at/en/services/support/

Um deine .hta Datei , bzw. deine ReWrites zu prüfen kannst z.B https://htaccess.madewithlove.be/ nutzen.
Dann findest meist auch die Probleme und kannst sie schnell fixxen.

OlliTheDarkness wrote: ↑Thu 26. Aug 2021, 00:12 Um deine .hta Datei , bzw. deine ReWrites zu prüfen kannst z.B https://htaccess.madewithlove.be/ nutzen.
Dann findest meist auch die Probleme und kannst sie schnell fixxen.

Es passiert leider nach intensiven Testen sogar mit der Standard Wordpress htaccess ohne Cachingplugins.

Mein Problem geht doch weiter.. als ich bisher wahrhaben wollte.

Es ist so.. wenn man mehrere Seiten aufruft, dann ist irgendwann ein Error 500
Manchmal mehr Aufrufe nötig, manchmal weniger.

Diese Fehler werden angezeigt als "Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary"

Nun wird es interessant.. danach sind für 10-30Sek alle Unterseiten mit Error 500.
Es ist nicht reproduzierbar und nicht auf einer bestimmten Seite!

Es ist ähnlich wie wenn der PHP-FPM Prozess abstürzen würde und auf einen Restart wartet (alter Thread: viewtopic.php?t=14).
Ich finde allerdings keine log Datei, die mir abgestürzte Prozesse und restarts anzeigt.

Ich habe mit den Einstellungen versucht höher zu gehen, da der Server fast keine Auslastung hat (8 Core, 32 GB, 3% Auslastung).
Aber es hilft nicht das Problem zu verhindern.
Ich hätte einen Ansatzpunkt, wenn das Problem bei einer bestimmten Seite auftritt. Aber man kann mitunter alle Seiten gut aufrufen.

FPM Status wäre interessant aber zeigt ein 404, da es von der normalen htaccess umgeleitet wird (http(s)://<DOMAIN NAME>/fpm-status)

Wordpress out of the box erzeugt keine 500er Fehler.
Ich betreue einige WP-Instanzen.
Tatsächlich habe ich mittlerweile sämtliche Caching- und Optimierung-Plugins bei allen WPs gelöscht.
Diese Plugins machen eventuell auf einem lahmen SATA-Server Sinn. Auf modernen multithreading SSD Servern sind diese Plugins eher Schlangenöl.

Kannst du denn die betroffene URL nennen?

Danke für deine Hilfe. Ich kann dir die URL in PM schicken.

Ursache und Lösung
Ok, ich habe die halbe Nacht damit verbracht und dann in der Früh das Übersetzungsplugin geändert.
Die Logs von der Umleitungsschleife hatten mit qtranslate-XT zu tun. Viele Jahre hat es gut gearbeitet und wenn es nicht die unregelmässigen Ausfälle durch das Redirect geben würde hätte ich auch nicht daran gezweifelt.
Ich konnte also mit einem Kraftakt das Plugin wechseln.

Tobi wrote: ↑Thu 26. Aug 2021, 07:48 Tatsächlich habe ich mittlerweile sämtliche Caching- und Optimierung-Plugins bei allen WPs gelöscht.

Ich gebe dir recht, dass es oft sogar besser ist auf zusätzliche Plugins gänzlich zu verzichten und der größte Performancegewinn durch SSD zu verzeichnen ist.

Nachdem ich nun das Übersetzungsplugin getauscht hatte gibt es den Fehler nicht mehr.
Ich kann nun wieder mit einem einfachen Fullpage-Cache, und Gzip die Last am Server etwas reduzieren, falls viele Anfragen gleichzeitig kommen, oder mehrere Seiten auf dem Server laufen werden. Obwohl es nicht notwendig wäre, liefert es schon etwas besseres Performance Rating auf Lighthouse (wie z.B. 40 auf 66 wie in meinem Fall)

Ausblick
Was mir zu denken gibt ist,...
Wie Erstens ein Problem an den Plugin Redirectregeln einen so unregelmäßigen Fehler erzeugen konnte.
Und Zweites war die Art des Ausfalls wirklich verheerend, da andere Seiten auch für mehrere Sekunden nur einen Fehler gezeigt haben.

Ich frage mich ob es einen Log gibt, der mir zeigen kann, ob PHP-FPM oder Apache abgestürzt und neugestartet wurde?
In den Protokollen habe ich ein bisschen geschaut, aber noch nichts gesehen und dann aus Müdigkeit aufgegeben.

Meine Vermutung ist, dass PHP-FPM so konfiguriert war, dass die Prozesse nie neu gestartet wurden und mit diesem fehlerhaften Script belegt wurden bis kein Prozess mehr verfügbar war.
Ich hatte hier 20 und 0 angegeben. So konnten quasi 20 Aufrufe gemacht werden bevor ein kompletter Fehler kam und dann auf den Neustart von FPM gewartet werden musste.

Interessant zum Optimieren von PHP-FPM: https://haydenjames.io/php-fpm-tuning-u ... rformance/
"You can use pm.max_requests = 0 with static if you have 110% confidence in your current and future PHP scripts.
However, it’s recommended to restart scripts over time. Set the # of requests to a high number since the point is to avoid pm overhead. So for example at least pm.max_requests = 1000 …depending on your # of pm.max_children and # of requests per second."

Ich glaube also hier könnte das Plugin meine Prozesse nach und nach abgewürgt haben, da ich die Einstellung 0 hatte (default). Weiß aber nicht, ob es nicht nur bei einem static diese Auswirkung haben kann. Ich bin ja auf OnDemand.
Nun lasse ich es mit 20 und 1000 laufen und denke dies ist sicherer.

KeyHelp Community

Custom Einstellungen für php.ini und apache werden nicht übernommen

Custom Einstellungen für php.ini und apache werden nicht übernommen

Re: Custom Einstellungen für php.ini und apache werden nicht übernommen

Re: Custom Einstellungen für php.ini und apache werden nicht übernommen

Re: Custom Einstellungen für php.ini und apache werden nicht übernommen

Re: Custom Einstellungen für php.ini und apache werden nicht übernommen

Re: Custom Einstellungen für php.ini und apache werden nicht übernommen

Re: Custom Einstellungen für php.ini und apache werden nicht übernommen

Re: Custom Einstellungen für php.ini und apache werden nicht übernommen

Re: Custom Einstellungen für php.ini und apache werden nicht übernommen

Re: Custom Einstellungen für php.ini und apache werden nicht übernommen

Re: Custom Einstellungen für php.ini und apache werden nicht übernommen