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

Reply via email to