[
https://issues.apache.org/jira/browse/FLINK-22198?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17400893#comment-17400893
]
Dong Lin commented on FLINK-22198:
----------------------------------
I have taken a look at the test code and related logs (not including the Kafka
Server log).
Here are the findings:
- According to the test code and the log, 5 minutes after the test starts, the
logStartOffset=4 and the logEndOffset=4.
- According to the Kafka Source code, the logStartOffset will increase from 0
to 4 only in the following cases:
- The Admin::deleteRecords(...) is invoked by test code
- The log rolling happens because the current_time -
timestamp_of_produced_records >= retention_time
- The log rolling happens because the size of the log > max_log_segment_size.
My hypothesis is that the log rolling happens because the current_time -
timestamp_of_produced_records >= retention_time. This might happen if the clock
on the host that produces messages is several days earlier than the clock on
the host that runs the Kafka Server container. In general this difference in
clock is unlikely, because I find it even less likely to believe other reasons
that could have causes this logStartOffset=4.
In order to validate the hypothesis and move forward in the debugging, we have
updated Flink code to get Kafka Server info level logging and will check the
following:
- What is the timestamp of the producer and Kafka Server in the log?
- Does Kafka Server actually roll the log, and what even has triggered the log
rolling?
> KafkaTableITCase hang.
> ----------------------
>
> Key: FLINK-22198
> URL: https://issues.apache.org/jira/browse/FLINK-22198
> Project: Flink
> Issue Type: Bug
> Components: Connectors / Kafka
> Affects Versions: 1.14.0, 1.12.4
> Reporter: Guowei Ma
> Assignee: Qingsheng Ren
> Priority: Blocker
> Labels: pull-request-available, stale-blocker, test-stability
> Fix For: 1.14.0
>
>
> https://dev.azure.com/apache-flink/apache-flink/_build/results?buildId=16287&view=logs&j=c5f0071e-1851-543e-9a45-9ac140befc32&t=1fb1a56f-e8b5-5a82-00a0-a2db7757b4f5&l=6625
> There is no any artifacts.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)