Clock reset on device restart without internet
Reported by
milessch...@aopen.com,
Sep 11 2017
|
|||||||
Issue descriptionChrome OS Version: v59.0.3071.134 (Official Build)(32-bit) Chrome OS Platform: AOPEN Chromebox Mini Note: The AOPEN Chromebox Mini is based off the Chromebit architecture and does not have an RTC Chip Overview: When restarting a Chromebox mini without internet the box will jump back in time to when it last acquired the network time. Steps To Reproduce: (1)Start the device connected to the internet (2)Run the device for longer than 5 min (3)Unplug the internet (4)Restart the device (5)The clock on the device will now be set to when the device first acquired the internet time after restart Expected Result: First Option: Device remembers trusted time during operation EG. Start the device in March device runs until July with internet then a restart occurs. On restart without internet the device would show july Second Option: Device keeps an internal time stamp from last known acquisition. Eg. Start the device in March and run it to July with no internet. On restart without internet the device shows July. Actual Result: In the first case the device will always show the time at which it was acquired during initial network connection. The device will show March. The second case will be the same since the device will always revert to the original time acquisition. The device will show March. How frequently does this problem reproduce? (Always, sometimes, hard to reproduce?) Always What is the impact to the user, and is there a workaround? If so, what is it? The issue is for content management providers scheduling with a restart without internet. A typical operation in do perform a daily restart. If there is an interruption mid day and a restart occurs without internet than the box will think it is when the daily restart occurs. Eg. Daily restart occurs at 3AM, box resets at noon, on restart the box would think it is 3AM and the device would show content for 3AM. Even if the time was then correctly acquired the content management system would have to notice then update the content to the new schedule. Please provide any additional information below. Attach a screen shot or log if possible. For graphics-related bugs, please copy/paste the contents of the about:gpu page at the end of this report.
,
Sep 12 2017
Restart used during testing was by unplugging and then reinserting the power cord, this was to mimic a real world example of a power failure in a business. There isn’t really a scenario in which a device would have a graceful shutdown. The only thing I have heard reported is that when a device is brought to a trade show (no internet environment) it’s time resets and they can’t expect it to play the appropriate content for the current time. Note: I have anecdotal reports that there was a system timestamp feature present at one time, but it doesn’t seem to work at all in v59.
,
Sep 13 2017
[Routing to support POC to help with repro]
,
Sep 13 2017
,
Sep 13 2017
Reproduced on Fievel, Chrome version M61 beta. Device without power and internet cannot keep time actual as it has no RTC.
,
Sep 14 2017
Debug logs from Fievel are available in https://drive.google.com/open?id=0B9JNylCOuXiuRDdyNWlOekY2cXc
,
Sep 14 2017
The reboot was done at 2017-09-13 15:25 and it is seen that device did not keep actual time but instead the clock was reset to 2013-01-01. When device came up completely, the clock was set to last acquisition time - 15:16.
,
Sep 14 2017
,
Sep 27 2017
,
Oct 9 2017
,
Aug 1
|
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by roy...@google.com
, Sep 12 2017