[
https://issues.apache.org/jira/browse/KUDU-2209?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Todd Lipcon updated KUDU-2209:
------------------------------
Status: In Review (was: Open)
> HybridClock doesn't handle changes STA_NANO status flag
> -------------------------------------------------------
>
> Key: KUDU-2209
> URL: https://issues.apache.org/jira/browse/KUDU-2209
> Project: Kudu
> Issue Type: Bug
> Components: server
> Affects Versions: 1.6.0
> Reporter: Todd Lipcon
> Assignee: Todd Lipcon
> Priority: Critical
>
> Users have occasionally reported spurious crashes due to Kudu thinking that
> another node has a time stamp from the future. After some debugging I
> realized that the issue is that we currently capture the flag 'STA_NANO' from
> the kernel only at startup. This flag indicates whether the kernel's
> sub-second timestamp is in nanoseconds or microseconds. We initially assumed
> this was a static property of the kernel. However it turns out that this flag
> can get toggled at runtime by ntp in certain circumstances. Given this, it
> was possible for us to interpret a number of nanoseconds as if it were
> microseconds, resulting in a timestamp up to 1000 seconds in the future.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
