Symfony 2.8 Monolog rotate_file — предотвращает создание файла prod.log

Мой файл prod.log становится очень большим, поэтому я хочу использовать параметр rotate_file для создания одного файла в день (максимум 14). Это работает, каждый день создается новый файл, но файл prod.log все еще существует и регистрирует все новые сообщения. Можно ли предотвратить создание файла prod.log? Я использую Symfony 2.8, monolog 1.23.0 и конфигурацию по умолчанию в config.yml:

monolog:
    use_microseconds: false
    handlers:
        main:
            type:  rotating_file
            path:  '%kernel.logs_dir%/%kernel.environment%.log'
            level: error
            max_files: 14

symfony monolog symfony-2.8
person realpenx    schedule 10.11.2017    source источник
comment
Вы проверили, что эта конфигурация не перезаписывается в config_dev.yml или config_prod.yml?   -  person tchap    schedule 10.11.2017
comment
Да, это определено только в config.yml   -  person realpenx    schedule 10.11.2017
comment
а что с уровнем? Может быть, Monolog выводит все, что ниже уровня error, в файл prod.log? Попробуйте уменьшить его до debug и посмотрите, поможет ли это   -  person tchap    schedule 10.11.2017
comment
Я также пробовал это, чтобы быть уверенным - я попробовал еще раз, но то же самое. Когда я удаляю оба файла (prod.log и, например, prod-2017-11-10.log), оба файла будут созданы с одинаковыми сообщениями журнала.   -  person realpenx    schedule 10.11.2017
comment
Похоже, у вас есть два обработчика, существующих одновременно. Попробуйте bin/console debug:container --parameters --env=prod, чтобы узнать, есть ли у вас другие обработчики, которые будут создавать такое поведение.   -  person tchap    schedule 10.11.2017
comment
Странное поведение кеша. Ответил на мой собственный вопрос. Я попробовал вашу команду, но смог запустить ее только с env=dev... в любом случае. Спасибо за помощь!   -  person realpenx    schedule 10.11.2017

Ответы (1)


arrow_upward
0
arrow_downward

Задача решена. Я отключил полную конфигурацию монолога, очистил оба кеша, снова включил конфигурацию, снова очистил кеш, теперь все работает. Странная проблема с кешем, кажется, использовались обе конфигурации.

person realpenx    schedule 10.11.2017