Protokollzeilenlimit, das von Mod PHP error_log in Apache Errorlog geschrieben wird

Question

Ich habe ein einfaches Apache 2.4 + mod_php-Setup als Webserver. Die error_log-Direktive in php.ini ist nicht gesetzt, daher nimmt sie den Standardwert 0 an. Das Verhalten wird hier beschrieben (https://www.php.net/manual/en/function.error-log.php) und um das Endergebnis zusammenzufassen, sehe ich, dass es an den Log-Handler des SAPI-Moduls (mod_php) weitergeleitet wird . Die Protokolle werden zur Verarbeitung an Apache weitergeleitet, der sie wiederum basierend auf der von mir festgelegten ErrorLog-Anweisung in einer Datei protokolliert.

Das Problem besteht nun darin, dass, wenn die Protokollanweisungen auf der PHP-Seite eine Länge von 8192 Bytes überschreiten, sie auf eine Zeichenfolge von genau 8192 Bytes gekürzt werden, wie im Apache-Fehlerprotokoll angezeigt. Das Limit von 8192 Bytes ist etwas verwirrend. Als ich Strace an den Worker-Thread anfügte und mir die Systemaufrufe ansah, stellte ich fest, dass nur ein einziger Schreibaufruf mit 8192 Bytes als Schreiblänge durchgeführt wird. Ich weiß, dass PHP Protokollbegrenzungskontrollen/-anweisungen hat, aber diese haben keine Auswirkung auf die error_log-Anweisung. Ich habe dies auch überprüft. Nur um hinzuzufügen, mein aktuelles PHP-Protokolllängenlimit beträgt 1024 (Standard), aber es werden immer noch 8192 Bytes im Apache-Fehlerprotokoll protokolliert.

Wenn ich dieses Verhalten mit dem Senden des Fehlerprotokolls an eine Datei mit dem Parameter „message_type“ von 3 vergleiche, kann ich erkennen, dass die gesamte Zeichenfolge in Blöcken von 8192 Bytes geschrieben wird. Angehängtes Strace-Protokoll hierfür:

fstat(64, {st_mode=S_IFREG|0777, st_size=25009583, ...}) = 0
lseek(64, 0, SEEK_CUR)                  = 0
lseek(64, 0, SEEK_CUR)                  = 0
write(64, "<text to be logged>"..., 8192) = 8192
write(64, "<continued text ...>"..., 8192) = 8192
write(64, "<continued text ...>"..., 8192) = 8192

Wenn message_type 0 ist, besteht der einzige Unterschied darin, dass es nur einen Schreibaufruf gibt.

Kann jemand eine Erklärung dazu geben und wie man diese 8192-Byte-Grenze umgehen kann?

Answer 1

正如已经提到的，请检查两次

log_errors_max_len should be 0.

https://www .php.net/manual/en/errorfunc.configuration.php#ini.log-errors-max-len

正如手册中提到的，这一切都是以字节为单位发生的，所以我们必须检查其他文件。 https://www.php.net/manual/ en/faq.using.php#faq.using.shorthandbytes

nginx/php-fpm也需要调整：

https://forums.freebsd.org/threads/howto-stop-nginx-php-fpm-from-truncating-your-stack-trace-error-message.56543/

在 /etc/php-fpm.conf 中，您可以更改 log_limit = NumberInBytes 的值，然后重新启动 php-fpm

为了避免或检查其他错误，您还可以 在 php.ini 中取消设置 error_log 指令 以便将其记录到 nginx 的标准错误 然后会登录到他自己的错误日志中。

设置也很有用 php-fpm 配置 php-fpm.conf 中的 catch_workers_output = yes 这样标准错误就不会被丢弃。