php-fpm не сохраняет журналы ошибок для пула

Я использую php-fpm с Caddy, и не могу заставить php-fpm регистрировать ошибки. Ранее я использовал nginx, и nginx довольно хорошо захватывает и отображает ошибки php в своих же логах, поэтому у меня никогда не было проблем, но с caddy я решил включить журнал ошибок php-fpm, и он просто… не работает. Но давайте начнем с начала:

ОС: Ubuntu 22.04.1

Приложение: Symfony 7.1 с monolog (упоминаю это на случай, если он останавливает распространение ошибок или что-то в этом роде)

Конфигурация Caddy v2.8.4:

[REDACTED] {
  tls [REDACTED]
  root * [REDACTED]
  file_server
  php_fastcgi unix//var/run/php/php8.3-fpm.sock
  log {
    output file /var/log/caddy/[REDACTED].log
    level ERROR
  }

Конфигурация пула php-fpm 8.3.12:

listen = /var/run/php/php8.3-fpm.sock

listen.owner = [REDACTED]
listen.group = www-data
pm = dynamic
pm.max_children = 5
pm.start_servers = 2
pm.min_spare_servers = 1
pm.max_spare_servers = 3
user = [REDACTED]
group = www-data
php_value[memory_limit] = 8G
catch_workers_output = yes
php_flag[display_errors] = on
php_admin_value[error_log] = /var/log/php-fpm/[REDACTED].log
php_admin_flag[log_errors] = on

Основной журнал php-fpm работает нормально, но он в основном содержит информацию о перезапусках службы, поэтому он не очень полезен. Журнал, принадлежащий пулу, не сохраняется.

Что я сделал:

• Я убедился, что права доступа и владельцы файлов журнала установлены правильно. Файл журнала существует. Я touchнул его и скопировал пути, чтобы избежать опечаток. Директория /var/log/php-fpm имеет права 777, как и файл журнала. Это временно, чтобы исключить возможность проблем с правами.
• Я вижу в phpinfo, что значения, установленные в конфигурации пула, вступают в силу.
• Я перезагрузил все.
• Когда я посещаю страницу, возвращающую ошибку 500, никаких логов не сохраняется. Файл журнала всегда пустой.

Есть ли что-то еще, что я пропустил? Есть ли у кого-то идея, на что я мог бы посмотреть, чтобы разобраться в этом?

Я разобрался. Чтобы отладить это, я внедрил синтаксическую ошибку в файл index.php. Я сделал это, чтобы исключить возможность вмешательства Symfony, и вот, ошибка была зафиксирована. Это указало на то, что это Symfony, который использует свой собственный обработчик ошибок.

В основном, в dev среде все ошибки регистрируются в файле [корень проекта]/var/logs/dev.log, в соответствии с конфигурацией по умолчанию monolog:

when@dev:
    monolog:
        handlers:
            main:
                type: stream
                path: "%kernel.logs_dir%/%kernel.environment%.log"
                level: debug
                channels: ["!event"]
            # раскомментируйте, чтобы получить журнал в вашем браузере
            # возможно, вам придется разрешить большие размеры заголовков в конфигурации вашего веб-сервера
            #firephp:
            #    type: firephp
            #    level: info
            #chromephp:
            #    type: chromephp
            #    level: info
            console:
                type: console
                process_psr_3_messages: false
                channels: ["!event", "!doctrine", "!console"]

Однако в prod среде логи отправляются в stderr:

when@prod:
    monolog:
        handlers:
            main:
                type: fingers_crossed
                action_level: error
                handler: nested
                excluded_http_codes: [404, 405]
                buffer_size: 50 # Сколько сообщений должно быть сохранено? Предотвратить утечки памяти
            nested:
                type: stream
                path: php://stderr
                level: debug
                formatter: monolog.formatter.json
            console:
                type: console
                process_psr_3_messages: false
                channels: ["!event", "!doctrine"]
            deprecation:
                type: stream
                channels: [deprecation]
                path: php://stderr
                formatter: monolog.formatter.json

Так что да, Symfony в основном сам обрабатывает ошибки, поэтому php-fpm их не регистрирует.

Вот пост автора Symfony о том, почему рекомендуется регистрировать в stderr: https://symfony.com/blog/logging-in-symfony-and-the-cloud