Dropwizard 未按照 logback 配置文件中的配置清除旧日志文件

Question

我的小组正在使用 Dropwizard 作为我们的框架。目前，我们正在将 Logback 配置为 archiveFileCount 的以下值：

archivedLogFilenamePattern = ${logRoot}"/trace-"${serviceId}"-%d{yyyy-MM-dd-HH}.log.gz"

archivedFileCount = 48

根据此配置，日志应该每小时滚动一次，并且应该有两天的日志。

我们实际看到的是 92 个日志文件计数。除此之外，留下的日志文件似乎是随机天数的随机小时数（请参阅本文末尾的 sn-p）。

我尝试使用 logback 的调试标志来查看 logback 如何执行文件翻转和旧文件清除，但我在 STDOUT 的日志中没有看到任何 logback 特定的调试消息

-Dlogback.debug=true

有谁知道如何在 Dropwizard 框架中启用 logback 调试？这是版本信息：

Dropwizard：3.1.2 回溯：1.1.7

trace-fakeServiceId-2019-02-26-18.log.gz
trace-fakeServiceId-2019-02-26-21.log.gz
trace-fakeServiceId-2019-02-26-23.log.gz
trace-fakeServiceId-2019-02-27-15.log.gz
trace-fakeServiceId-2019-02-27-18.log.gz
trace-fakeServiceId-2019-02-27-19.log.gz
trace-fakeServiceId-2019-02-27-21.log.gz
trace-fakeServiceId-2019-03-02-16.log.gz
trace-fakeServiceId-2019-03-02-18.log.gz
trace-fakeServiceId-2019-03-02-19.log.gz
trace-fakeServiceId-2019-03-02-21.log.gz
trace-fakeServiceId-2019-03-02-22.log.gz
trace-fakeServiceId-2019-03-03-20.log.gz
trace-fakeServiceId-2019-03-03-21.log.gz
trace-fakeServiceId-2019-03-03-22.log.gz
trace-fakeServiceId-2019-03-04-19.log.gz
trace-fakeServiceId-2019-03-04-21.log.gz
trace-fakeServiceId-2019-03-04-22.log.gz
trace-fakeServiceId-2019-03-05-17.log.gz
trace-fakeServiceId-2019-03-05-18.log.gz
trace-fakeServiceId-2019-03-09-20.log.gz
trace-fakeServiceId-2019-03-09-21.log.gz
trace-fakeServiceId-2019-03-09-22.log.gz
trace-fakeServiceId-2019-03-10-19.log.gz
trace-fakeServiceId-2019-03-11-16.log.gz
trace-fakeServiceId-2019-03-11-17.log.gz
trace-fakeServiceId-2019-03-11-19.log.gz
trace-fakeServiceId-2019-03-12-17.log.gz
trace-fakeServiceId-2019-03-12-20.log.gz
trace-fakeServiceId-2019-03-12-21.log.gz
trace-fakeServiceId-2019-03-12-22.log.gz
trace-fakeServiceId-2019-03-12-23.log.gz
trace-fakeServiceId-2019-03-13-19.log.gz
trace-fakeServiceId-2019-03-17-16.log.gz
trace-fakeServiceId-2019-03-17-17.log.gz
trace-fakeServiceId-2019-03-17-21.log.gz
trace-fakeServiceId-2019-03-17-23.log.gz
trace-fakeServiceId-2019-03-18-19.log.gz
trace-fakeServiceId-2019-03-18-20.log.gz
trace-fakeServiceId-2019-03-18-23.log.gz
trace-fakeServiceId-2019-03-20-23.log.gz
trace-fakeServiceId-2019-03-23-17.log.gz
trace-fakeServiceId-2019-03-24-00.log.gz
trace-fakeServiceId-2019-03-24-16.log.gz
trace-fakeServiceId-2019-03-27-19.log.gz
trace-fakeServiceId-2019-03-27-20.log.gz
trace-fakeServiceId-2019-03-27-21.log.gz
trace-fakeServiceId-2019-03-27-22.log.gz
trace-fakeServiceId-2019-03-27-23.log.gz
trace-fakeServiceId-2019-03-28-00.log.gz
trace-fakeServiceId-2019-03-28-01.log.gz
trace-fakeServiceId-2019-03-28-02.log.gz
trace-fakeServiceId-2019-03-28-03.log.gz
trace-fakeServiceId-2019-03-28-04.log.gz
trace-fakeServiceId-2019-03-28-08.log.gz
trace-fakeServiceId-2019-03-28-09.log.gz
trace-fakeServiceId-2019-03-28-10.log.gz
trace-fakeServiceId-2019-03-28-11.log.gz
trace-fakeServiceId-2019-03-28-12.log.gz
trace-fakeServiceId-2019-03-28-13.log.gz
trace-fakeServiceId-2019-03-28-14.log.gz
trace-fakeServiceId-2019-03-28-15.log.gz
trace-fakeServiceId-2019-03-28-16.log.gz
trace-fakeServiceId-2019-03-28-17.log.gz
trace-fakeServiceId-2019-03-28-18.log.gz
trace-fakeServiceId-2019-03-28-19.log.gz
trace-fakeServiceId-2019-03-28-20.log.gz
trace-fakeServiceId-2019-03-28-21.log.gz
trace-fakeServiceId-2019-03-28-22.log.gz
trace-fakeServiceId-2019-03-28-23.log.gz
trace-fakeServiceId-2019-03-29-00.log.gz
trace-fakeServiceId-2019-03-29-01.log.gz
trace-fakeServiceId-2019-03-29-02.log.gz
trace-fakeServiceId-2019-03-29-03.log.gz
trace-fakeServiceId-2019-03-29-04.log.gz
trace-fakeServiceId-2019-03-29-08.log.gz
trace-fakeServiceId-2019-03-29-09.log.gz
trace-fakeServiceId-2019-03-29-10.log.gz
trace-fakeServiceId-2019-03-29-11.log.gz
trace-fakeServiceId-2019-03-29-12.log.gz
trace-fakeServiceId-2019-03-29-13.log.gz
trace-fakeServiceId-2019-03-29-14.log.gz
trace-fakeServiceId-2019-03-29-15.log.gz
trace-fakeServiceId-2019-03-29-16.log.gz
trace-fakeServiceId-2019-03-29-17.log.gz
trace-fakeServiceId-2019-03-29-18.log.gz

Answer 1

从 TimeBasedRollingPolicy 的 Logback 文档中，每小时翻转计划的文件名模式是 %d{yyyy-MM-dd_HH}

在您的情况下，archivedLogFilenamePattern 应该是

${logRoot}"/trace-"${serviceId}"-%d{yyyy-MM-dd_HH}.log.gz"

希望对你有用。