[
https://issues.apache.org/jira/browse/KAFKA-179?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14029711#comment-14029711
]
Raul Castro Fernandez commented on KAFKA-179:
---------------------------------------------
Just tried it. It seems that it is already fixed. After creating a couple of
topics and reinitialising the brokers a couple of times, the mtime of the log
and index files does not change.
> Log files always touched when broker is bounced
> -----------------------------------------------
>
> Key: KAFKA-179
> URL: https://issues.apache.org/jira/browse/KAFKA-179
> Project: Kafka
> Issue Type: Bug
> Components: core
> Reporter: Joel Koshy
> Priority: Minor
> Labels: newbie
> Fix For: 0.8.2
>
>
> It looks like the latest log segment is always touched when the broker upon
> start-up regardless of whether it has corrupt data or not, which fudges the
> segment's mtime. Minor issue, but I found it a bit misleading when trying to
> verify a log cleanup setting in production. I think it should be as simple as
> adding a guard in FileMessageSet's recover method to skip truncate if
> validUpTo == the length of the segment. Will test this later.
--
This message was sent by Atlassian JIRA
(v6.2#6252)