[Arm-dev] So is this a bug to report - Re: Re: Re: System time

[Robert Moskowitz]

The archlinux wiki says this should work at boot even without a network 
connection but it is not.  Perhaps there is some extra steps to set this 
up right?

If not, is this a bug?  Not supprising that the Intel based testing did 
not see this, as how many Intel boxes do not have an rtc?  Only those 
with dead batteries...

On 09/01/2015 01:46 PM, Robert Moskowitz wrote:
> I just did a test, as timedatectl indicates that ntp is on.  It did 
> not set the time on reboot.  It is not doing that auto stuff mentioned 
> in the description.  :(
>
> On 09/01/2015 01:39 PM, Robert Moskowitz wrote:
>> Oh, I should have read further down the page of: 
>> https://wiki.archlinux.org/index.php/Systemd-timesyncd
>>
>> ....
>>
>> On 09/01/2015 01:38 PM, Robert Moskowitz wrote:
>>> Again, this requires the network to be up?
>>>
>>> I use timedatectl to set my timezone, will look more into it. Could 
>>> be all is rolled together...
>>>
>>> On 09/01/2015 01:35 PM, Nicolas Repentin wrote:
>>>>
>>>> Don't know.. I saw this on the web
>>>>
>>>>
>>>> Centos 7 use systemd. I suggest you use it.
>>>>
>>>> Use the command timedatectl 
>>>> <http://www.freedesktop.org/software/systemd/man/timedatectl.html>
>>>>
>>>> Enable network time synchronization:
>>>>
>>>> timedatectl set-ntp True
>>>>
>>>>
>>>>
>>>>
>>>> Create a conf file:
>>>>
>>>> vi /etc/systemd/timesyncd.conf
>>>>
>>>>
>>>>
>>>>
>>>> with content like this:
>>>>
>>>> [Time]
>>>>
>>>> NTP= yourserver.org
>>>>
>>>>
>>>>
>>>>
>>>> Start systemd-timedated service:
>>>>
>>>> systemctl start systemd-timedated
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Nicolas Repentin
>>>>
>>>> <nicolas at shivaserv.fr>
>>>>
>>>> --------- Original Message ---------
>>>> *From*: Robert Moskowitz
>>>> *To*: Conversations around CentOS on ARM hardware
>>>> *Date*: Tue Sep 01 19:26:49 GMT+02:00 2015
>>>> *Subject*: Re: [Arm-dev] Re: System time
>>>>
>>>>
>>>> On 09/01/2015 01:15 PM, Nicolas Repentin wrote:
>>>>>
>>>>>
>>>>> Oh, I did know about systemd-timesyncd, need to check about it :-)
>>>>>
>>>>
>>>> Can't find it in the repo, what provides it?
>>>>
>>>>
>>>>>
>>>>>
>>>>>
>>>>> Nicolas Repentin
>>>>>
>>>>> <nicolas at shivaserv.fr>
>>>>>
>>>>> --------- Original Message ---------
>>>>> *From*: Robert Moskowitz
>>>>> *To*: Conversations around CentOS on ARM hardware
>>>>> *Date*: Tue Sep 01 19:04:38 GMT+02:00 2015
>>>>> *Subject*: Re: [Arm-dev] System time
>>>>>
>>>>>
>>>>> On 09/01/2015 12:16 PM, Nicolas wrote:
>>>>>> Hello
>>>>>>
>>>>>> I don't think any armv7 board like cubie has a battery to backup 
>>>>>> clock
>>>>>> I think ntpd is the only way, and seems to work well on my bpi 
>>>>>> with c7. I will check if dns resolution works when date is 1970.
>>>>>>
>>>>>> I think setting the currenttime can be a good idea on the rbf 
>>>>>> tool :-)
>>>>>
>>>>> On the Fedora-arm list I was pointed to Systemd-timesyncd
>>>>>
>>>>> This does MOST of what I want.  All that I think needs to be added 
>>>>> is for it to be enabled in the image and a initial date/time of 
>>>>> the image built date be there so the firstboot has a decent time.
>>>>>
>>>>>>
>>>>>> Nicolas Repentin
>>>>>> <nicolas at shivaserv.fr>
>>>>>>
>>>>>>
>>>>>> Le 1 septembre 2015 18:12, Robert Moskowitz a écrit:
>>>>>>> How is system time set at boot?  Is ntpdate run after the 
>>>>>>> network is
>>>>>>> ready?  How long does it retry waiting for the network to be 
>>>>>>> available?
>>>>>>>
>>>>>>> I have seen a number of challenges becuase the system time is 
>>>>>>> back at
>>>>>>> the epoch start as there is no battery rtc.  And I wonder how many
>>>>>>> armv7 boards have a battery to maintain time across boots?
>>>>>>>
>>>>>>> Minimally, a process could right the time, in the proper format, 
>>>>>>> to a
>>>>>>> file, say /etc/currenttime every 5 min and at shutdown.
>>>>>>>
>>>>>>> Then date can be run early in the boot process, piping this file 
>>>>>>> in.  It
>>>>>>> would not be perfect and does not help, much for new installs, but
>>>>>>> better than epoch start.
>>>>>>>
>>>>>>> Plus /etc/currenttime can be at least set to the image build 
>>>>>>> date/time
>>>>>>> so not even firstboot will be at epoch start.
>>>>>>>
>>>>>>> Opinions?
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Arm-dev mailing list
>>>>>>> Arm-dev at centos.org
>>>>>>> https://lists.centos.org/mailman/listinfo/arm-dev
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Arm-dev mailing list
>>>>>> Arm-dev at centos.org
>>>>>> https://lists.centos.org/mailman/listinfo/arm-dev
>>>>>
>>>>> _______________________________________________
>>>>> Arm-dev mailing list
>>>>> Arm-dev at centos.org
>>>>> https://lists.centos.org/mailman/listinfo/arm-dev
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Arm-dev mailing list
>>>>> Arm-dev at centos.org
>>>>> https://lists.centos.org/mailman/listinfo/arm-dev
>>>>
>>>> _______________________________________________
>>>> Arm-dev mailing list
>>>> Arm-dev at centos.org
>>>> https://lists.centos.org/mailman/listinfo/arm-dev
>>>>
>>>>
>>>> _______________________________________________
>>>> Arm-dev mailing list
>>>> Arm-dev at centos.org
>>>> https://lists.centos.org/mailman/listinfo/arm-dev
>>>
>>>
>>>
>>> _______________________________________________
>>> Arm-dev mailing list
>>> Arm-dev at centos.org
>>> https://lists.centos.org/mailman/listinfo/arm-dev
>>
>>
>>
>> _______________________________________________
>> Arm-dev mailing list
>> Arm-dev at centos.org
>> https://lists.centos.org/mailman/listinfo/arm-dev
>
>
>
> _______________________________________________
> Arm-dev mailing list
> Arm-dev at centos.org
> https://lists.centos.org/mailman/listinfo/arm-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.centos.org/pipermail/arm-dev/attachments/20150901/514d52fc/attachment.html>