1

我在 logback 中使用 SizeAndTimeBasedRollingPolicy。对于 maxFileSize 和 totalSizeCap 的较小值,当达到 totalSizeCap 限制时,logback 仅删除较旧的归档文件。但是,对于较大的 totalSizeCap (~ 5GB) 值,它会删除所有存档文件。

当达到 totalSizeCap 限制时,我只想删除较旧的存档文件。我使用的是 logback 版本 1.2.3

这是我正在使用的 logback 配置。

<appender name="file" class="ch.qos.logback.core.rolling.RollingFileAppender">
  	
	    <file>${tivo.logpath}/${tivo.logfilename}.log</file>

		<rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
			<!-- Rollover everyday. If file exceeds 1GB within a day, then file is archived with index starting from 0 -->
			<fileNamePattern>${tivo.logpath}/${tivo.logfilename}-%d{yyyyMMdd}-%i.log.gz</fileNamePattern>
			<!-- Each file should be at most 1GB -->
			<maxFileSize>1GB</maxFileSize>
			<!-- Keep maximum 30 days worth of archive files, deleting older ones -->
			<maxHistory>30</maxHistory>
			<!-- Total size of all archived files is at most 5GB -->
			<totalSizeCap>5GB</totalSizeCap>
	    </rollingPolicy>
	
	    <encoder class="ch.qos.logback.core.encoder.LayoutWrappingEncoder">
			<layout class="com.tivo.logging.logback.layout.JsonLayout">
				<env>${envId}</env>
				<datacenter>${dcId}</datacenter>
				<serverId>${serverId}</serverId>
				<build>${info.properties.buildChange}</build>
				<service>${tivo.appname}</service>
			</layout>
	    </encoder>

  	</appender> 

4

1 回答 1

1

看起来这是 logback 版本 < 1.3.0 的已知问题。

Logback:SizeAndTimeBasedRollingPolicy 将 totalSizeCap 应用于 maxHistory 中的每一天

https://jira.qos.ch/browse/LOGBACK-1361

因此,我们可能必须更新到该版本。

在 logback 1.3.0 中修复的另一个有趣的错误是: https ://jira.qos.ch/browse/LOGBACK-1162

于 2018-06-03T23:26:32.260 回答