New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 763993 link

Starred by 4 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 1
Type: Bug



Sign in to add a comment

Clock reset on device restart without internet

Reported by milessch...@aopen.com, Sep 11 2017

Issue description

Chrome 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.


 

Comment 1 by roy...@google.com, Sep 12 2017

Labels: -Pri-3 Hotlist-Enterprise Pri-2
Can you also document how the restart is happening ?
- Is there a difference between graceful shutdown and a non-gracefull (power plug removed) shutdown ?
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.

Comment 3 by roy...@google.com, Sep 13 2017

Labels: -Pri-2 Pri-1
Owner: marchuk@chromium.org
[Routing to support POC to help with repro]
 

Comment 4 by roy...@google.com, Sep 13 2017

Cc: aghuie@chromium.org sduraisamy@chromium.org c...@chromium.org
Reproduced on Fievel, Chrome version M61 beta.
Device without power and internet cannot keep time actual as it has no RTC. 
Debug logs from Fievel are available in https://drive.google.com/open?id=0B9JNylCOuXiuRDdyNWlOekY2cXc
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.
Cc: xiy...@chromium.org
Cc: marchuk@google.com
Owner: xiy...@chromium.org
Status: Untriaged (was: Unconfirmed)
Components: OS>Systems
Status: Assigned (was: Untriaged)

Sign in to add a comment