Кажется, я нашёл баг в openSUSE 11.2; время в UTC

[Goodvin]

Доброго времени суток.

Вводная:
Инсталлирована openSUSE 11.2, при инсталляции было выбрано хранение времени в аппаратных часах в localtime (были на то свои причины).
Решил перевести аппаратные часы в UTC и обнаружил, что системное время после пары перезагрузок "уплыло" бог знает куда.

Как я себе представлял схему работы (в предыдущих версиях openSUSE оно именно так и работало) при аппаратных часах, настроенных на UTC - если я ошибаюсь, то поправьте:
- при загрузке некий init-скрипт (сейчас это /etc/init.d/boot.clock) читает аппаратное время и с помощью утилиты hwclock устанавливает системное время на основе аппаратного времени + часовой пояс (timezone) - путем выполнения hwclock с параметрами -u и --hctosys
- при завершении работы тот же init-скрипт делает обратную процедуру: читает системное время, текущую таймзону, и с помощью hwclock пишет в аппаратные часы текущее время в UTС - путем выполнения hwclock с параметрами -u и --systohc

Так вот, обнаружилось, что скрипт /etc/init.d/boot.clock делает второе (при заврешении работы системы), но НЕ делает перове (при старте).

Запуск hwclock с параметром --hctosys был обнаружен только в одной секции - когда скрипт вызывается с параметром "timezone"
В секции, которая выполняется при запуске скрипта с параметрами "start, restart, reload" - такого вызова вообще нет.

Что, собственно, и приводит к проблеме: при выключении всё срабатывает как надо, аппаратные часы ставятся в UTC с разницей от системных в -3 часа.
При старте же системы - системные ставятся равными аппаратным.
Таким образом, системное время (а следом за ним и аппаратное) при каждой перезагрузке уезжает на три часа назад.

Хотелось бы выяснить - это только у меня так или у других тоже?

Не могли бы вы, укажаемые коллеги, привести сюда вывод вот такой команды из системы openSUSE 11.2 ?

Код: Выделить всё

grep hctosys /etc/init.d/boot.clock

Буду крайне признателен.


P.S.
Кстати, поиском не нашел такого зарегистрированного бага.
Либо я не там и не так искал, либо я первый кто на это напоролся.

[k0da]

смело открывай баг. Алучше сразу патч через sr

[Goodvin]

смело открывай баг.

Таки оно действительно косячит не только у меня?

Алучше сразу патч через sr

Дело в том, что я пока не представляю каким именно образом править скрипт.
Если просто добавить в вызов hwclock-а параметр hctosys - работать не будет, там они сделали завязку на adjtime
Пока еще не придумал как это обойти без отламывания adjtime (по идее, он полезен) и куда всунуть вызов c hctosys

В прошлых релизах было всё ровно и просто - не понимаю, за каким лешим туда запустили кривые руки и всё сломали.

[k0da]

Ну я не думаю что ты каждый день сильно меняеш инит скрипты.

Ну и потерятся в етом вопросе довольно сложно

[step_slim]

смело открывай баг.

Таки оно действительно косячит не только у меня?

Алучше сразу патч через sr

Дело в том, что я пока не представляю каким именно образом править скрипт.
Если просто добавить в вызов hwclock-а параметр hctosys - работать не будет, там они сделали завязку на adjtime
Пока еще не придумал как это обойти без отламывания adjtime (по идее, он полезен) и куда всунуть вызов c hctosys

В прошлых релизах было всё ровно и просто - не понимаю, за каким лешим туда запустили кривые руки и всё сломали.

Не только у Вас, я уж стеснялся этот вопрос задать Думал заплюют, у Вас после пары перезагрузок уплывает, а у меня оно уплывает сразу после включения Каждый раз приходится вручную в настройках системы подводить часы. Ещё заметил, что на ноуте Suse и время в биосе переводит, если сама у себя его сбила

[Goodvin]

Не только у Вас, я уж стеснялся этот вопрос задать Думал заплюют,

Стесняться не надо. Если задавать вопросы и сообщать о проблемах внятно, чётко, по делу - никто никого никогда не заплюёт.
Для этого здесь есть администрация, которая следит за порядком.

у Вас после пары перезагрузок уплывает, а у меня оно уплывает сразу после включения Каждый раз приходится вручную в настройках системы подводить часы. Ещё заметил, что на ноуте Suse и время в биосе переводит, если сама у себя его сбила

Уплывает оно сразу, я же там написал.
После пары перезагрузок - это я заметил вообще, что что-то не так.
А время оно откидывает назад на разницу часового пояса от GMT каждый раз (как именно оно работает - написано выше).

Если не сложно - приведите с Вашей системы вывод команды, которую я там выше написал в первом сообщении.

[k0da]

SLED11
grep hctosys /etc/init.d/boot.clock
/sbin/hwclock --adjust --hctosys $HWCLOCK
/sbin/hwclock --hctosys $HWCLOCK

[Goodvin]

/sbin/hwclock --adjust --hctosys $HWCLOCK

Есть мнение, что эта попытка исправить обнаруженный выше баг - тоже неудачная.

В openSUSE при попытке вручную выполнить такую вот команду

Код: Выделить всё

/sbin/hwclock --adjust --hctosys --utc

- hwclock ругается, что ему заданы сразу две задачи (указаны две функции). И сообщает, что за один раз может выполнять только одну функцию.

Поэтому, либо в SLED пропатчили и сам hwclock тоже, либо эта команда в SLED - неработающий костыль и проблему, найденную мной в openSUSE, не решает.

У тебя hwclock c двумя этими функциями сразу работает или нет?

P.S.
У меня вот так на openSUSE 11.2

Код: Выделить всё

root:~ # /sbin/hwclock --adjust --hctosys --utc
You have specified multiple functions.
You can only perform one function at a time.
root:~ #/sbin/hwclock --version
hwclock from util-linux-ng 2.16
root:~ #

А вот так было на 11.1

Код: Выделить всё

blackbox:~ # /sbin/hwclock --adjust --hctosys --utc
blackbox:~ # /sbin/hwclock --version
hwclock from util-linux-ng 2.14.1
blackbox:~ #

[k0da]

да работает:

# /sbin/hwclock --adjust --hctosys --utc
# echo $?
0
#

[Goodvin]

Судя по всему, в 11.2 сначала сломали hwclock (взяли новую версию, работающую иначе, чем предыдущая), а потом, когда увидели, что скрипт boot.clock из 11.1 не работает (со старыми командами новый hwclock ругается), - "сломали" и скрипт.
Скрипт теперь работает без ошибок, вызываемый из него hwclock не ругается, но и того, что должен делать при загрузке, - не делает.
А в качестве побочного эффекта - отматывает время при каждой перезагрузке.

Пытаюсь разобраться с тем, что они там навертели в новом скрипте boot.clock
Там теперь вызов hwclock, который раньше делался напрямую, зачем-то завернули в какую-то мутную обёртку, привязанную к udev и созданию/удалению каких-то файлов внутри /dev/.udev
Никак не могу понять зачем там это нагромождение.

[step_slim]

Добрался до домашней системы, вот вывод команды
~> grep hctosys /etc/init.d/boot.clock
/sbin/hwclock --hctosys $HWCLOCK --noadjfile

Что это значит, объясните?

[Goodvin]

Добрался до домашней системы, вот вывод команды
~> grep hctosys /etc/init.d/boot.clock
/sbin/hwclock --hctosys $HWCLOCK --noadjfile

Что это значит, объясните?

Это значит, что вхождение одно - и оно, судя по всему, в секции "timezone".
У меня точно так же.
Вывод - это не у меня скрипт поломан по непонятной причине, это он такой в дистрибутиве.
Кривой.

Надо думать как корректно исправить скрипт, чтобы он работал правильно.
Для этого неплохо было узнать, как себе представлял его работу автор (который писал новый скрипт в 11.2) и какую цель он преследовал.
А с этим туго.

Поэтому либо либо придумать новую схему работы самому, либо выкинуть это "новшество" и вернуться той работоспособной схеме, которая была в 11.1

[xoomer]

Аналогично:

Код: Выделить всё

# grep hctosys /etc/init.d/boot.clock

/sbin/hwclock --hctosys $HWCLOCK --noadjfile

Кстати, при установке я не выбирал, что мои BIOS-часы идут по Гринвичу, т.к. последние действительно в UTC +2. Goodvin, предположу, может Вы выбрали такую опцию при установке? (кажется, такая там есть:) ).

[step_slim]

Весьма странную вещь обнаружил на серверах, у меня 2 работают на Suse 11.2. Там всё нормально со временем, ребутнул ради интереса, время не изменилось А вывод команды :~> grep hctosys /etc/init.d/boot.clock
/sbin/hwclock --hctosys $HWCLOCK --noadjfile
аналогичен домашней машине. Может проблема не в Suse а в железе или контролере, может ещё где??

[Goodvin]

Goodvin, предположу, может Вы выбрали такую опцию при установке? (кажется, такая там есть ).

Вы вообще читали эту тему, прежде чем писать в неё?
Перечитайте первые 5 строк.

Весьма странную вещь обнаружил на серверах, у меня 2 работают на Suse 11.2. Там всё нормально со временем, ребутнул ради интереса, время не изменилось А вывод команды :~> grep hctosys /etc/init.d/boot.clock
/sbin/hwclock --hctosys $HWCLOCK --noadjfile
аналогичен домашней машине. Может проблема не в Suse а в железе или контролере, может ещё где??

Ничего странного.
У Вас либо аппаратное время в localtime установлено, либо системное время синхронизируется с актуальным источником через NTP.
Есть такое?

[step_slim]

Goodvin, предположу, может Вы выбрали такую опцию при установке? (кажется, такая там есть ).

Вы вообще читали эту тему, прежде чем писать в неё?
Перечитайте первые 5 строк.

Весьма странную вещь обнаружил на серверах, у меня 2 работают на Suse 11.2. Там всё нормально со временем, ребутнул ради интереса, время не изменилось А вывод команды :~> grep hctosys /etc/init.d/boot.clock
/sbin/hwclock --hctosys $HWCLOCK --noadjfile
аналогичен домашней машине. Может проблема не в Suse а в железе или контролере, может ещё где??

Ничего странного.
У Вас либо аппаратное время в localtime установлено, либо системное время синхронизируется с актуальным источником через NTP.
Есть такое?

Ммм, что точно в localtime ничего не установлено, это 100% систему ставил, и для точности сейчас проверил, у меня уже выработанные телодвижение, шаблонная установка Linux, так сказать А вот, что наши админы могли его на проксю для синхронизации настроить, это как пить дать. Серверы общие, на них крутятся задачи общих отделов, так что зачастую находишь там весьма интересные настройки, которые появляются из ниоткуда

[k0da]

AFAIK suse по дефолту спрашивает у ntp "который час"

[Goodvin]

Ммм, что точно в localtime ничего не установлено, это 100% систему ставил, и для точности сейчас проверил, у меня уже выработанные телодвижение, шаблонная установка Linux, так сказать А вот, что наши админы могли его на проксю для синхронизации настроить, это как пить дать. Серверы общие, на них крутятся задачи общих отделов, так что зачастую находишь там весьма интересные настройки, которые появляются из ниоткуда

Можете привести содержимое файла /etc/sysconfig/clock ?
И вывод команды

Код: Выделить всё

/etc/init.d/ntp status

[step_slim]

И так вывод команды: /etc/init.d/ntp status

Код: Выделить всё

/etc/init.d/ntp status
Checking for network time protocol daemon (NTPD):

/etc/sysconfig/clock:

Код: Выделить всё

## Path:        System/Environment/Clock
## Description:        Information about your timezone and time
## Type:        string(-u,--utc,--localtime)
## ServiceRestart:    boot.clock
## Command:        /sbin/refresh_initrd
#
# Set to "-u" if your system clock is set to UTC, and to "--localtime"
# if your clock runs that way.
#
HWCLOCK="-u"

## Type:        yesno
## Default:        yes
## Description: Write back system time to the hardware clock
#
# Is set to "yes" write back the system time to the hardware
# clock at reboot or shutdown. Usefull if hardware clock is
# much more inaccurate than system clock.  Set to "no" if
# system time does it wrong due e.g. missed timer interrupts.
# If set to "no" the hardware clock adjust feature is also
# skipped because it is rather useless without writing back
# the system time to the hardware clock.
#
SYSTOHC="yes"

## Type:        string(Europe/Berlin,Europe/London,Europe/Paris)
## ServiceRestart:    boot.clock
#
# Timezone (e.g. CET)
# (this will set /usr/lib/zoneinfo/localtime)
#
TIMEZONE="Europe/Moscow"
DEFAULT_TIMEZONE="Europe/Moscow"

[Goodvin]

И так вывод команды: /etc/init.d/ntp status

Код: Выделить всё

/etc/init.d/ntp status
Checking for network time protocol daemon (NTPD):

Здесь потреляось самое важное - слово в конце строки (справа), которое и отражает тот самый статус.

[step_slim]

И так вывод команды: /etc/init.d/ntp status

Код: Выделить всё

/etc/init.d/ntp status
Checking for network time protocol daemon (NTPD):

Здесь потреляось самое важное - слово в конце строки (справа), которое и отражает тот самый статус.

А больше ничего и нет Команда отработала, выдала, что я привёл. Я понимаю, что там чего то не хватает, а чего именно?

[Goodvin]

А больше ничего и нет Команда отработала, выдала, что я привёл. Я понимаю, что там чего то не хватает, а чего именно?

Скорее всего Вы не захватили последнее слово и при выделении и копировании.
Выглядеть должно примерно вот так:

Код: Выделить всё

home:/etc/sysconfig # /etc/init.d/ntp status
Checking for network time protocol daemon (NTPD):                                                      unused
home:/etc/sysconfig #

Вот слово unused - и есть статус, результат выполнения данной команды.

[MG42]

Доброго времени суток.

Вводная:
Инсталлирована openSUSE 11.2, при инсталляции было выбрано хранение времени в аппаратных часах в localtime (были на то свои причины).
Решил перевести аппаратные часы в UTC и обнаружил, что системное время после пары перезагрузок "уплыло" бог знает куда.

Как я себе представлял схему работы (в предыдущих версиях openSUSE оно именно так и работало) при аппаратных часах, настроенных на UTC - если я ошибаюсь, то поправьте:
- при загрузке некий init-скрипт (сейчас это /etc/init.d/boot.clock) читает аппаратное время и с помощью утилиты hwclock устанавливает системное время на основе аппаратного времени + часовой пояс (timezone) - путем выполнения hwclock с параметрами -u и --hctosys
- при завершении работы тот же init-скрипт делает обратную процедуру: читает системное время, текущую таймзону, и с помощью hwclock пишет в аппаратные часы текущее время в UTС - путем выполнения hwclock с параметрами -u и --systohc

Так вот, обнаружилось, что скрипт /etc/init.d/boot.clock делает второе (при заврешении работы системы), но НЕ делает перове (при старте).

Запуск hwclock с параметром --hctosys был обнаружен только в одной секции - когда скрипт вызывается с параметром "timezone"
В секции, которая выполняется при запуске скрипта с параметрами "start, restart, reload" - такого вызова вообще нет.

Что, собственно, и приводит к проблеме: при выключении всё срабатывает как надо, аппаратные часы ставятся в UTC с разницей от системных в -3 часа.
При старте же системы - системные ставятся равными аппаратным.
Таким образом, системное время (а следом за ним и аппаратное) при каждой перезагрузке уезжает на три часа назад.

Хотелось бы выяснить - это только у меня так или у других тоже?

Не могли бы вы, укажаемые коллеги, привести сюда вывод вот такой команды из системы openSUSE 11.2 ?

Код: Выделить всё

grep hctosys /etc/init.d/boot.clock

Буду крайне признателен.


P.S.
Кстати, поиском не нашел такого зарегистрированного бага.
Либо я не там и не так искал, либо я первый кто на это напоролся.

Подтверждаю, у меня тоже самое, задолбался уже в ручную время исправлять. Но у меня kDE

Код: Выделить всё

 # /etc/init.d/ntp status
Checking for network time protocol daemon (NTPD):                                  unused
 #

[aSteklov]

Подтверждаю, у меня тоже самое, задолбался уже в ручную время исправлять. Но у меня kDE

То же самое. На ноутбуке, на работе и дома.

[karhu]

Код: Выделить всё

grep hctosys /etc/init.d/boot.clock
            /sbin/hwclock --hctosys $HWCLOCK --noadjfile

SUSE 11.2 KDE. При установке выбрал синхронизацию с сервером ntp во время загрузки системы. Время не "слетает".

Код: Выделить всё

# /etc/init.d/ntp status
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
+alpha.prao.psn. 192.36.143.151   2 u   24   64  377   60.668  -10.144  31.088
*zit-net2.uni-pa .DCF.            1 u   31   64  377   92.382    0.949  16.106
+80.90.180.141   193.67.79.202    2 u   19   64  377   48.980   -0.826  26.642

Checking for network time protocol daemon (NTPD):                                        running

[ksl87]

У меня стоит Hardware clock set to UTC. Установлена синхронизация с NTP. Время вроде бы не слетает.

Код: Выделить всё

grep hctosys /etc/init.d/boot.clock
            /sbin/hwclock --hctosys $HWCLOCK --noadjfile

Код: Выделить всё

/etc/init.d/ntp status
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*LOCAL(0)        .LOCL.          10 l   46   64  377    0.000    0.000   0.001
 alpha.prao.psn. 192.36.143.151   2 u  274  512  377   63.614  -2282.3 865.271[/quote]
[quote]cat /etc/sysconfig/clock
## Path:                System/Environment/Clock
## Description:         Information about your timezone and time
## Type:                string(-u,--utc,--localtime)
## ServiceRestart:      boot.clock
## Command:             /sbin/refresh_initrd
#
# Set to "-u" if your system clock is set to UTC, and to "--localtime"
# if your clock runs that way.
#
HWCLOCK="-u"
## Description: Write back system time to the hardware clock
## Type:                yesno
## Default:             yes
#
# Is set to "yes" write back the system time to the hardware
# clock at reboot or shutdown. Usefull if hardware clock is
# much more inaccurate than system clock.  Set to "no" if
# system time does it wrong due e.g. missed timer interrupts.
# If set to "no" the hardware clock adjust feature is also
# skipped because it is rather useless without writing back
# the system time to the hardware clock.
#
SYSTOHC="yes"

## Type:                string(Europe/Berlin,Europe/London,Europe/Paris)
## ServiceRestart:      boot.clock
#
# Timezone (e.g. CET)
# (this will set /usr/lib/zoneinfo/localtime)
#
TIMEZONE="Asia/Krasnoyarsk"
DEFAULT_TIMEZONE="Europe/Moscow"

[Goodvin]

У меня стоит Hardware clock set to UTC. Установлена синхронизация с NTP. Время вроде бы не слетает.

"Слетает". Только тут же по NTP система получает правильное время от сервера и поправляет его.
Проверить это можно, отключив на время NTP и пару раз перезагрузившись.
Сюрприз гарантирован.
Потом можете снова включить NTP - время синхронизируется с сервером и снова станет правильным.

SUSE 11.2 KDE. При установке выбрал синхронизацию с сервером ntp во время загрузки системы. Время не "слетает".

Аналогично предыдущему.

P.S.
Спасибо всем за примеры строчек из файла, проблема действительно имеет место быть.

[petyanamlt]

"Слетает". Только тут же по NTP система получает правильное время от сервера и поправляет его.

Такая же фигня. Способы лечения есть?

[Goodvin]

"Слетает". Только тут же по NTP система получает правильное время от сервера и поправляет его.

Такая же фигня. Способы лечения есть?

Пока только в виде костылей, не очень красивых.
Как только придумаю стройное решение - предложу патч для внесения в апдейты.

[virex]

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

По скольку у нас сменился часовой пояс (г Ижевск) и мы перешли на московское время, решил сделать соответствующие настройки через yast. Установил вместо часового пояса Россия (Самара), пояс Россия (Москва) и теперь каждый при перезагрузке у меня время переводится на час назад
PS: Поэкспериментировал и выяснил, что если поставить utc+2 (а было utc+4) то время каждый раз при перезагрузке переводится на два часа назад.

Посмотрел скрипты, понял, что угадывать, как хотел сделать автор будет проблематично и перевел часовой пояс обратно на "Россия (Самара)", он был указан при установке ОС (ntp не пользуюсь).