[
https://issues.apache.org/jira/browse/KAFKA-179?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14028313#comment-14028313
]
Joel Koshy commented on KAFKA-179:
----------------------------------
It might have been fixed in KAFKA-615. Maybe you can do a quick test to confirm
and close this as resolved-implemented.
> 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)
