Überlauf php_errors.log

ateo · 31. März 2017

Sobald ein Kunde bei seinem Projekt das Logging von PHP aktiviert werden die Meldungen in logs/priv/php_errors.log geschrieben. Vergisst der Kunde das zurückstellen des Loggings, dann füllt es sich über Wochen und Monate. Der Kunde spielt Aktualisierungen seines Systems ein und bekommt den einen oder anderen PHP-Error nicht mit.

- Dieses Logfile bläht sich schleichend oder schnell fortschreitend auf
- Dieses Logfile wird nicht von LC deaktiviert, wie das Apache error.log
- Dieses Logfile wird nicht von LC gepackt/rotiert

>> Der Webspace des Kunden füllt sich übermäßig.
>> Je nach Einstellungen der QUOTA wirkt sich diese Situation auf den Webspace oder Server aus.

Dieser "Schwachstelle" könnte etwas Hilfreiches entgegengesetzt werden.

tfi · 8. Februar 2018

Das "Problem" hatten wir soeben auch auf einem Server festgestellt.
Schade dass dies noch(?) nicht umgesetzt wurde:
https://www.liveconfig.com/dev/issues/159

weltmeister · 7. September 2022

Aktuell haben wir das Problem, das sich ein Kunde gemeldet hat. Das Log unter logs/priv/php_errors.log war knapp 10 GB groß. Auf dem Server ist "log_errors" auf off gestellt. Was ist zu tun um das loggen zu stoppen?

sTeaLth · 16. Januar 2023

Ich habe das Problem aktuell auch 32GB php_errors.log Datei.
Erst war "log_errors" bei dem Kudnen noch an, aber obwohl er nun explizit "log_errors = Off" hat wird weiter geloggt.

Ubuntu 18.04.6 LTS
PHP 7.4.33 von Liveconfig

kk · 16. Januar 2023

Am besten zuerst mal prüfen ob die Einstellung "log_errors = off" auch in der php.ini korrekt drin steht:

Code

grep log_errors /var/www/<Vertrag>/conf/php*/php.ini

Wenn das der Fall ist, dann hat wohl die PHP-Anwendung selbst irgendwo das Logging aktiviert (Funktion "ini_set()") - da hat LiveConfig natürlich keinen Einfluss darauf. Meines Wissens sollte die php-Errorlog-Datei aber rotiert werden. Wie "alt" ist die denn? (also von wann ist da der erste Eintrag)

sTeaLth · 16. Januar 2023

Das Logfile war einen Tag alt.
Pro Aufruf immer 17MB ins Log:

Code

Got a packet bigger than 'max_allowed_packet' bytes fÃ¼r Abfrage UPDATE `wp_options` SET `option_value`

Hatte den Apache natürlich neu gestartet und anschließend auch mal den ganzen Server, aber immer wurden wieder 17MB ins Log geschrieben, weil mysql "max_allowed_packet" 16MB hatte. Hab das nun als Workaround erstmal auf 20MB gestellt. Andere Fehler kommen auch nicht ins Log

Code

/var/www/XXX/conf/php74/php.ini:log_errors = Off
/var/www/XXX/conf/php74/php.ini:log_errors_max_len = 1024
/var/www/XXX/conf/php7/php.ini:log_errors = Off
/var/www/XXX/conf/php7/php.ini:log_errors_max_len = 1024
/var/www/XXX/conf/php80/php.ini:log_errors = Off
/var/www/XXX/conf/php80/php.ini:log_errors_max_len = 1024

kk · 16. Januar 2023

Naja, wenn das irgendeine Wordpress-Extension ist, die eigenständig per ini_set() das "log_errors=on" setzt, dann kann LiveConfig da beim besten Willen nichts machen.
Einzige Lösung wäre, hier die Log-Datei (error_log) auf /dev/null zu setzen. :-/

Jetzt mitmachen!