[Comm] Опять системное время и таймзона.

[Comm] Опять системное время и таймзона.

[Sergey]

Приветствую.

Начавшаяся несколько лет назад чехарда со временем продолжается.
А теперь-то кто ?? Что-то, снова, поменялось ?

May 25 15:13:11 udevd: systemd-udevd shutdown succeeded
May 25 15:13:11 kernel: Kernel logging (proc) stopped.
May 25 15:13:11 kernel: Kernel log daemon terminating.
May 25 15:13:12 klogd: klogd shutdown succeeded
May 25 15:13:13 exiting on signal 15
May 25 19:14:31 syslogd 1.4.1: restart.
May 25 19:14:31 syslogd: syslogd startup succeeded
May 25 19:14:31 kernel: klogd 1.4.1, log source = /proc/kmsg started.

Время, относительно rtc, смещается уже при старте ядра что ли ?
А откуда ядро берёт таймзону и когда научилось в неё смотреть ?

HWCLOCK_SET_TIME_AT_START=false
HWCLOCK_SET_AT_HALT=false
HWCLOCK_ADJUST=false
UTC=false
ZONE=Europe/Samara

# /sbin/hwclock -r
Mon May 25 15:30:21 2015  -0.460008 seconds
# date
Mon May 25 19:30:57 SAMT 2015

В rtc время локальное. Ядро в /etc/localtime теперь смотрит само,
или это syslogd/klogd что-то корректируют при старте у себя ?

systemd нет. Причём, кажется, на домашнем компьютере нет такого,
а установка, в обоих случаях, была с образа sysv-tde. 

Кто-то таки реализовал написанное в 
http://lists.altlinux.org/pipermail/community/2014-March/681853.html ,
да ? :-)


-- 
С уважением, Сергей.

Re: [Comm] Опять системное время и таймзона.

[Sergey]

On Monday 25 May 2015, Sergey wrote:

> Причём, кажется, на домашнем компьютере нет такого,

Точно, нет. Ядра одинаковые, отличие только в x86_64/i586.
Хоть, в пору, начинать сравнивать, что установлено.

-- 
С уважением, Сергей.

Re: [Comm] Опять системное время и таймзона.

[Sergey]

On Monday 25 May 2015, Sergey wrote:

> May 25 15:13:11 kernel: Kernel log daemon terminating.
> May 25 15:13:12 klogd: klogd shutdown succeeded
> May 25 15:13:13 exiting on signal 15
> May 25 19:14:31 syslogd 1.4.1: restart.
> May 25 19:14:31 syslogd: syslogd startup succeeded
 
В общем, это колдунство обнаружилось в районе опций hwclock и

 -u, --utc            the hardware clock is kept in UTC
     --localtime      the hardware clock is kept in local time

и, как следствие /etc/adjtime, который формируется при их
использовании. 

# date
Tue Jun 16 11:30:51 SAMT 2015
# /sbin/hwclock --systohc --localtime
# rm -f /etc/adjtime
# /sbin/hwclock -r
Tue Jun 16 15:31:22 2015  -0.004740 seconds

То есть, с опцией --localtime время в RTC выставилось на +4
от локального, то есть, на саму величину смещения локального
от UTC (у меня SAMT - оно +4).

С опцией --utc в RTC попадает локальное время, а, вовсе, не UTC:

# /sbin/hwclock --systohc --utc
# rm -f /etc/adjtime
# /sbin/hwclock -r
Tue Jun 16 11:33:52 2015  -0.213865 seconds

Далее, вопрос установки времени переходит к /etc/sysconfig/clock,
к параметру HWCLOCK_SET_TIME_AT_START. Если значение true, то 
системное время выставляется на минус смещение таймзоны от RTC.
То есть, если в RTC локальное время, то системное будет UTC, а
если в RTC двойное смещение по таймзоне, то системное будет локальным.

Спрашивается: а зачем и где тут логика !? 

Итого, чтобы время было правильным после загрузки, надо выполнить
одно из двух.

Вариант 1 (в RTC двойное смещение по таймзоне):
/sbin/hwclock --systohc --localtime
sed "s/^HWCLOCK_SET_TIME_AT_START.*/HWCLOCK_SET_TIME_AT_START=true/" -i /etc/sysconfig/clock

Вариант 2 (в RTC localtime):
/sbin/hwclock --systohc --utc
sed "s/^HWCLOCK_SET_TIME_AT_START.*/HWCLOCK_SET_TIME_AT_START=false/" -i /etc/sysconfig/clock

Остальные значения параметров с /etc/sysconfig/clock, в этом
эксперименте, всегда были такие:

HWCLOCK_SET_AT_HALT=false
HWCLOCK_ADJUST=false
UTC=false
ZONE=Europe/Samara

-- 
С уважением, Сергей.

Re: [Comm] Опять системное время и таймзона.

[Sergey]

On Tuesday 16 June 2015, Sergey wrote:

> Вариант 1 (в RTC двойное смещение по таймзоне):
> /sbin/hwclock --systohc --localtime
> sed "s/^HWCLOCK_SET_TIME_AT_START.*/HWCLOCK_SET_TIME_AT_START=true/" -i /etc/sysconfig/clock
> 
> Вариант 2 (в RTC localtime):
> /sbin/hwclock --systohc --utc
> sed "s/^HWCLOCK_SET_TIME_AT_START.*/HWCLOCK_SET_TIME_AT_START=false/" -i /etc/sysconfig/clock

И тут мы подходим ко второму замечательному моменту:
http://lists.altlinux.org/pipermail/community/2014-March/681844.html

Соответственно, если используется первый вариант, и запущен
ndpd, то ядро, втихаря, корректирует содержимое RTC до системного
(а не до UTC, как я раньше подумал было), и, при перезагрузке,
получается спецэффект со смещением времени.

Получается, что вариант 2 предпочтителен в любом случае, а
параметру --utc верить нельзя, так как RTC вовсе не в UTC
получается, а совершенно-таки в localtime, что бы там где не
писалось.

И, если используется ntpd, есть третий вариант:

1. hwclock не использовать никогда, чтобы adjtime не создавался (а RTC
           ядро синхронизировать будет всё равно)
2. rm -f /etc/adjtime
3. sed "s/^HWCLOCK_SET_TIME_AT_START.*/HWCLOCK_SET_TIME_AT_START=false/" -i /etc/sysconfig/clock

-- 
С уважением, Сергей.

Re: [Comm] Опять системное время и таймзона.

[Kharitonov A. Dmitry]

>
>
> И, если используется ntpd, есть третий вариант:
>
> 1. hwclock не использовать никогда, чтобы adjtime не создавался (а RTC
>             ядро синхронизировать будет всё равно)
> 2. rm -f /etc/adjtime
> 3. sed "s/^HWCLOCK_SET_TIME_AT_START.*/HWCLOCK_SET_TIME_AT_START=false/" -i /etc/sysconfig/clock
>
А ядро-то у вас какое?
user@eee2 ~ 9:23:46> uname -r
3.14.38-std-def-alt1
user@eee2 ~ 13:30:22> date
Ср июн 17 13:30:28 MSK 2015
user@eee2 ~ 13:30:28> sudo hwclock -r
[sudo] password for user:
Wed Jun 17 13:30:50 2015  -0.137856 seconds
user@eee2 ~ 13:31:07> cat /etc/adjtime
-242.054684 1434436959 0.000000
1434436959
LOCAL

Всё работает как "часы" и в локальном времени.

Re: [Comm] Опять системное время и таймзона.

[Sergey]

On Wednesday 17 June 2015, Kharitonov A. Dmitry wrote:
> >
> >
> > И, если используется ntpd, есть третий вариант:
> >
> > 1. hwclock не использовать никогда, чтобы adjtime не создавался (а RTC
> >             ядро синхронизировать будет всё равно)
> > 2. rm -f /etc/adjtime
> > 3. sed "s/^HWCLOCK_SET_TIME_AT_START.*/HWCLOCK_SET_TIME_AT_START=false/" -i /etc/sysconfig/clock
> >
> А ядро-то у вас какое?

Да не важно. Это важно только ввиду умения новых ядер сделать
коррекцию за пределами 15-и минут.

> user@eee2 ~ 9:23:46> uname -r
> 3.14.38-std-def-alt1
> user@eee2 ~ 13:30:22> date
> Ср июн 17 13:30:28 MSK 2015
> user@eee2 ~ 13:30:28> sudo hwclock -r
> [sudo] password for user:
> Wed Jun 17 13:30:50 2015  -0.137856 seconds
> user@eee2 ~ 13:31:07> cat /etc/adjtime
> -242.054684 1434436959 0.000000
> 1434436959
> LOCAL
> 
> Всё работает как "часы" и в локальном времени.

"HWCLOCK_SET_TIME_AT_START=true", значит. Или Вы хотите сказать, что у
Вас ещё и ntpd работает при Вашем варианте ? Если да, то какой ? Может,
надо ещё openntpd проверить на этот счёт, я только с ntpd проверял.
Может быть, openntpd с sys_tz и persistent_clock_is_local не так работает,
как ntpd.

И покажите "date && hwclock -r" при отодвинутом в сторону adjtime.

-- 
С уважением, Сергей.

Re: [Comm] Опять системное время и таймзона.

[Kharitonov A. Dmitry]

17.06.2015 15:32, Sergey пишет:
> On Wednesday 17 June 2015, Kharitonov A. Dmitry wrote:
>>>
>>> И, если используется ntpd, есть третий вариант:
>>>
>>> 1. hwclock не использовать никогда, чтобы adjtime не создавался (а RTC
>>>              ядро синхронизировать будет всё равно)
>>> 2. rm -f /etc/adjtime
>>> 3. sed "s/^HWCLOCK_SET_TIME_AT_START.*/HWCLOCK_SET_TIME_AT_START=false/" -i /etc/sysconfig/clock
>>>
>> А ядро-то у вас какое?
> Да не важно. Это важно только ввиду умения новых ядер сделать
> коррекцию за пределами 15-и минут.
>
>> user@eee2 ~ 9:23:46> uname -r
>> 3.14.38-std-def-alt1
>> user@eee2 ~ 13:30:22> date
>> Ср июн 17 13:30:28 MSK 2015
>> user@eee2 ~ 13:30:28> sudo hwclock -r
>> [sudo] password for user:
>> Wed Jun 17 13:30:50 2015  -0.137856 seconds
>> user@eee2 ~ 13:31:07> cat /etc/adjtime
>> -242.054684 1434436959 0.000000
>> 1434436959
>> LOCAL
>>
>> Всё работает как "часы" и в локальном времени.
> "HWCLOCK_SET_TIME_AT_START=true", значит. Или Вы хотите сказать, что у
> Вас ещё и ntpd работает при Вашем варианте ? Если да, то какой ? Может,
> надо ещё openntpd проверить на этот счёт, я только с ntpd проверял.
> Может быть, openntpd с sys_tz и persistent_clock_is_local не так работает,
> как ntpd.
user@eee2 ~ 9:57:05> egrep -v "^#|^$" /etc/sysconfig/clock
ARC=false
ARC=false
HWCLOCK_SET_TIME_AT_START=true
HWCLOCK_SET_AT_HALT=true
HWCLOCK_ADJUST=true
UTC=false
ZONE=Europe/Moscow
user@eee2 ~ 16:22:08> rpm -qa | grep ntp
ntpdate-4.2.8-alt0.M70P.1
openntpd-3.9p1-alt12
ntp-aux-4.2.8-alt0.M70P.1
user@eee2 ~ 16:22:15> egrep -v "^#|^$" /etc/ntpd.conf
servers pool.ntp.org
>
> И покажите "date && hwclock -r" при отодвинутом в сторону adjtime.
>
user@eee2 ~ 16:46:32> sudo mv -v /etc/adjtime{,.bak}
'/etc/adjtime' -> '/etc/adjtime.bak'
user@eee2 ~ 16:47:23> date; sudo hwclock -r
Чт июн 18 16:47:41 MSK 2015
Thu Jun 18 19:47:52 2015  -1.000158 seconds
user@eee2 ~ 16:47:42> sudo mv -v /etc/adjtime{.bak,}
'/etc/adjtime.bak' -> '/etc/adjtime'
user@eee2 ~ 16:49:46> date; sudo hwclock -r
Чт июн 18 16:49:54 MSK 2015
Thu Jun 18 16:50:05 2015  -0.250512 seconds

Re: [Comm] Опять системное время и таймзона.

[Sergey]

On Thursday 18 June 2015, Kharitonov A. Dmitry wrote:

> user@eee2 ~ 16:47:23> date; sudo hwclock -r
> Чт июн 18 16:47:41 MSK 2015
> Thu Jun 18 19:47:52 2015  -1.000158 seconds
 
Вот оно и есть. Локальное - 16:47, а в RTC локальное + MSK.
Ещё было бы понятно, если бы "локальное - MSK", тогда получилось
бы UTC.

Теперь, если запустить ntpd, можно получить описанный спецэффект
при перезагрузке.

-- 
С уважением, Сергей.

Re: [Comm] Опять системное время и таймзона.

[Kharitonov A. Dmitry]

18.06.2015 17:11, Sergey пишет:
> On Thursday 18 June 2015, Kharitonov A. Dmitry wrote:
>
>> user@eee2 ~ 16:47:23> date; sudo hwclock -r
>> Чт июн 18 16:47:41 MSK 2015
>> Thu Jun 18 19:47:52 2015  -1.000158 seconds
>   
> Вот оно и есть. Локальное - 16:47, а в RTC локальное + MSK.
> Ещё было бы понятно, если бы "локальное - MSK", тогда получилось
> бы UTC.
>
> Теперь, если запустить ntpd, можно получить описанный спецэффект
> при перезагрузке.
>
Вы, похоже, совсем заблуждаетесь.
В /etc/adjtime хранится информация о том, какое время хранится в RTC и 
удалять его, в вашем случае, нельзя.

Re: [Comm] Опять системное время и таймзона.

[Mikhail Efremov]

On Thu, 18 Jun 2015 18:11:12 +0400 Sergey wrote:
> On Thursday 18 June 2015, Kharitonov A. Dmitry wrote:
> 
> > user@eee2 ~ 16:47:23> date; sudo hwclock -r
> > Чт июн 18 16:47:41 MSK 2015
> > Thu Jun 18 19:47:52 2015  -1.000158 seconds
>  
> Вот оно и есть. Локальное - 16:47, а в RTC локальное + MSK.
> Ещё было бы понятно, если бы "локальное - MSK", тогда получилось
> бы UTC.

hwclock(8):
       -r, --show
       --get
              Read the Hardware Clock and print the time on standard
              output.  The time shown is always in local time, even if
              you keep your Hardware Clock in UTC.  See the --localtime
              option.

При отсутствии /etc/adjtime hwclock считает, что время в Hardware Clock
в UTC и при выводе прибавляет к нему +3.

-- 
WBR, Mikhail Efremov

Re: [Comm] Опять системное время и таймзона.

[Sergey]

On Thursday 18 June 2015, Mikhail Efremov wrote:

> hwclock(8):
>        -r, --show
>        --get
>               Read the Hardware Clock and print the time on standard
>               output.  The time shown is always in local time, even if
>               you keep your Hardware Clock in UTC.  See the --localtime
>               option.
> 
> При отсутствии /etc/adjtime hwclock считает, что время в Hardware Clock
> в UTC и при выводе прибавляет к нему +3.
 
Тогда, вообще, непонятно.

Имеем ядро 3.14.27-std-def-alt1

# hwclock --localtime --systohc
# hwclock -r
Fri Jun 19 09:54:53 2015  -0.860046 seconds
# date
Fri Jun 19 09:54:57 SAMT 2015

Далее делаем так
# service ntpd start
Starting ntpd service:                 [ DONE ]

и ждём:
# sleep 900 ; hwclock -r
Fri Jun 19 06:13:40 2015  -0.813063 seconds

Ядро плевать хотело на /etc/adjtime

-- 
С уважением, Сергей.

Re: [Comm] Опять системное время и таймзона.

[Sergey]

On Thursday 18 June 2015, Kharitonov A. Dmitry wrote:

> > Теперь, если запустить ntpd, можно получить описанный 
> > спецэффект при перезагрузке.

> Вы, похоже, совсем заблуждаетесь.

Несовсем. Но вот про "The time shown is always in local time"
я не прочитал.

> В /etc/adjtime хранится информация о том, какое время хранится
> в RTC и удалять его, в вашем случае, нельзя.

Только этой информацией не все пользуются, вот в чём беда.

-- 
С уважением, Сергей.

Re: [Comm] Опять системное время и таймзона.

[Kharitonov A. Dmitry]

> Тогда, вообще, непонятно.
>
> Имеем ядро 3.14.27-std-def-alt1
>
> # hwclock --localtime --systohc
> # hwclock -r
> Fri Jun 19 09:54:53 2015  -0.860046 seconds
> # date
> Fri Jun 19 09:54:57 SAMT 2015
>
> Далее делаем так
> # service ntpd start
> Starting ntpd service:                 [ DONE ]
>
> и ждём:
> # sleep 900 ; hwclock -r
> Fri Jun 19 06:13:40 2015  -0.813063 seconds
>
> Ядро плевать хотело на /etc/adjtime
>
user@eee2 ~ 14:52:56> sudo sh -c 'hwclock --localtime --systohc; hwclock 
-r; date; service ntpd start; sleep 900; hwclock -r'
Sat Jun 20 14:56:04 2015  -0.719747 seconds
Sat Jun 20 14:56:04 MSK 2015
Sat Jun 20 15:11:05 2015  -0.563081 seconds

Может вам надо обновить ядро?

Re: [Comm] Опять системное время и таймзона.

[Sergey]

On Saturday 20 June 2015 15:50:49 Kharitonov A. Dmitry wrote:


> Может вам надо обновить ядро?

Точно нет. :-) А ntpd точно запустился и синхронизировался ?

-- 
С уважением, Сергей

Re: [Comm] Опять системное время и таймзона.

[Sergey]

On Saturday 20 June 2015 20:17:52 Sergey wrote:

> А ntpd точно запустился и синхронизировался ?

И какой инит ? sysv, или systemd ?

-- 
С уважением, Сергей

Re: [Comm] Опять системное время и таймзона.

[Kharitonov A. Dmitry]

20.06.2015 20:06, Sergey пишет:
> On Saturday 20 June 2015 20:17:52 Sergey wrote:
>
>> А ntpd точно запустился и синхронизировался ?
> И какой инит ? sysv, или systemd ?
>
user@eee2 ~ 17:50:52> systemctl status ntpd
ntpd.service - Network Time Service
    Loaded: loaded (/lib/systemd/system/ntpd.service; enabled)
    Active: active (running) since Вс 2015-06-21 17:42:32 MSK; 8min ago
  Main PID: 995 (ntpd)
    CGroup: name=systemd:/system/ntpd.service
            ├─ 995 ntpd: [priv]
            └─1000 ntpd: ntp engine

июн 21 17:42:32 eee2.localdomain systemd[1]: Starting Network Time 
Service...
июн 21 17:42:32 eee2.localdomain systemd[1]: Started Network Time Service.
июн 21 17:42:32 eee2.localdomain ntpd[995]: ntp engine ready
июн 21 17:42:47 eee2.localdomain ntpd[995]: no reply received in time, 
skipping initial time setting
июн 21 17:45:30 eee2.localdomain systemd[1]: Started Network Time Service.
user@eee2 ~ 17:52:47> rpm -qf /sbin/init
systemd-sysvinit-201-alt1.M70P.4
user@eee2 ~ 18:11:33> systemctl status ntpd
ntpd.service - Network Time Service
    Loaded: loaded (/lib/systemd/system/ntpd.service; enabled)
    Active: active (running) since Вс 2015-06-21 17:42:32 MSK; 29min ago
  Main PID: 995 (ntpd)
    CGroup: name=systemd:/system/ntpd.service
            ├─ 995 ntpd: [priv]
            └─1000 ntpd: ntp engine

июн 21 18:11:06 eee2.localdomain ntpd[995]: reply from 85.21.78.23: 
offset 0.442898 delay 0.014382, next query 32s
июн 21 18:11:13 eee2.localdomain ntpd[995]: reply from 85.21.78.8: 
offset 0.442159 delay 0.020003, next query 31s
июн 21 18:11:16 eee2.localdomain ntpd[995]: reply from 93.180.6.3: 
offset 0.440206 delay 0.013743, next query 33s
июн 21 18:11:16 eee2.localdomain ntpd[995]: adjusting local clock by 
0.506630s
июн 21 18:11:16 eee2.localdomain ntpd[995]: interval 253.652 olddelta 
0.503 (delta - olddelta) 0.004
июн 21 18:11:16 eee2.localdomain ntpd[995]: error_ppm 7.479 freq_delta 
490127 tick_delta 0
июн 21 18:11:35 eee2.localdomain ntpd[995]: reply from 46.254.216.12: 
offset 0.429207 delay 0.010340, next query 30s
июн 21 18:11:38 eee2.localdomain ntpd[995]: reply from 85.21.78.23: 
offset 0.427299 delay 0.016374, next query 31s
июн 21 18:11:44 eee2.localdomain ntpd[995]: reply from 85.21.78.8: 
offset 0.423297 delay 0.014266, next query 32s
июн 21 18:11:49 eee2.localdomain ntpd[995]: reply from 93.180.6.3: 
offset 0.420647 delay 0.011825, next query 34s
user@eee2 ~ 18:11:53>

Re: [Comm] Опять системное время и таймзона.

[Sergey]

On Sunday 21 June 2015, Kharitonov A. Dmitry wrote:

> > И какой инит ? sysv, или systemd ?
> >
> user@eee2 ~ 17:50:52> systemctl status ntpd

sysdemd. В сообщении vsu@, на которое я ссылку чуть раньше давал, он
упоминался. Может быть, с ним поведение другое.

> ntpd.service - Network Time Service
>     Loaded: loaded (/lib/systemd/system/ntpd.service; enabled)

C openntpd тоже надо посмотреть. У меня классический ntpd.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [Comm] Опять системное время и таймзона.

[Kharitonov A. Dmitry]

21.06.2015 21:16, Sergey пишет:
> On Sunday 21 June 2015, Kharitonov A. Dmitry wrote:
>
>>> И какой инит ? sysv, или systemd ?
>>>
>> user@eee2 ~ 17:50:52> systemctl status ntpd
> sysdemd. В сообщении vsu@, на которое я ссылку чуть раньше давал, он
> упоминался. Может быть, с ним поведение другое.
>
>> ntpd.service - Network Time Service
>>      Loaded: loaded (/lib/systemd/system/ntpd.service; enabled)
> C openntpd тоже надо посмотреть. У меня классический ntpd.
>
Чем всё закончилось?

Re: [Comm] Опять системное время и таймзона.

[Sergey]

On Thursday 25 June 2015, Kharitonov A. Dmitry wrote:

> Чем всё закончилось ?

Так я же у себя проблему решил. systemd у меня практически нет,
ставить его в планы не входит. OpenNTPD попробовать можно, но,
пока, руки не дошли.

-- 
С уважением, Сергей.

Re: [Comm] Опять системное время и таймзона.

[Kharitonov A. Dmitry]

26.06.2015 09:58, Sergey пишет:
> On Thursday 25 June 2015, Kharitonov A. Dmitry wrote:
>
>> Чем всё закончилось ?
> Так я же у себя проблему решил. systemd у меня практически нет,
> ставить его в планы не входит. OpenNTPD попробовать можно, но,
> пока, руки не дошли.
>
Ну так напишите как решили.

Re: [Comm] Опять системное время и таймзона.

[Sergey]

On Friday 26 June 2015, Kharitonov A. Dmitry wrote:

> >> Чем всё закончилось ?

> > Так я же у себя проблему решил. systemd у меня практически нет,
> > ставить его в планы не входит. OpenNTPD попробовать можно, но,
> > пока, руки не дошли.

> Ну так напишите как решили.

Так я сразу написал. Сообщение от 16/06/15 12:39 в этой же ветке,
в нём описаны два варианта. Я на втором остановился для тех хостов,
где есть ntpd.

-- 
С уважением, Сергей.