Question

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

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

archivedFileCount = 48

基于此配置，日志应该每小时滚动一次，并且应该有两天的日志价值。

实际上，我们看到的日志文件数为92。最重要的是，剩下的日志文件似乎是随机数天的随机数小时（请参见本文结尾处的摘录）。

我尝试使用debug标志进行日志备份，以查看日志备份如何进行文件翻转和旧文件清除，但在STDOUT的日志中看不到任何特定于日志备份的调试消息

-Dlogback.debug=true

有人知道如何在Dropwizard框架中启用调试调试功能吗？这是版本信息：

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

从https://steelhouse.com&cid=667218493.1549551139&z=6575915039269220860的Logback文档中，每小时翻转时间表的文件名模式为%d{yyyy-MM-dd_HH}

在您的情况下，archivedLogFilenamePattern应该为

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

希望对您有用。

Dropwizard不会清除在logback配置文件中配置的旧日志文件

1 个答案: