Время меняется по непонятной причине RH 6

на виртуальных машинах помнится было свойство устанавливать время по материнской машине - может у вас там убегает посмотрите? И если у вас npd - стоит отключить выше описанную опцию

Может, какой-то демон меняет время?

Хосты и менеджер RHEV синхронизируются и время у них у всех стоит правильное. Собственно проблемная виртуальная машина и другие соседние должны синхронизироваться с менеджера (что и делают), но потом что то изменяет настройки времени.

В свойствах виртуальных машин есть параметр timezone, но я его не использую.

Вот я тоже думаю... Где то пишутся логи кто изменял время?

кстати, а с кем синхронизируется сервера? Не могут они лезьте не на ваш сервер времени, а на чужие?

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

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

время у которой меняется на час вперед

Проверь корректно ли выставлен часовой пояс и актуальность tzdata.

Где-то кривой часовой пояс.

Запускаешь dmesg -w в отдельном окошке, после этого запускаешь руками синхронизацию времени, ждешь пока опять убежит вперед. Может что интересное проскочит.

Ну и hwclock --show на хосте и виртуалке посмотри.

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

Не по теме, но идея стрёмная.

Часовые пояса везде одинаковые (Москва), кроме двух гипервизоров (их всего два). Там стоит UTC. Другие домены работают, потому проблема не в этом.

Настройки смотрю и распространяю через ansible, потому уверенно могу говорить об одинаковых настройках на всех машинах. Вот пример что делал для выставления часового пояса:

ln -sf /usr/share/zoneinfo/Europe/Moscow /etc/localtime

[root@node1 ~]# cat /etc/sysconfig/clock
ZONE=Europe/Moscow

Как проверить актуальность tzdata? Надо установить этот пакет?

Почему идея стремная? Архитектурный вопрос мало проработан, было бы интересно услышать ваше мнение)

hwclock на всех машинах стоит одинаковое (Москва). И после изменения системного времени на проблемной машине железное время остается правильным.

на моей машине dmesg не имеет параметра w.

# dmesg -w
dmesg: неверный ключ -- «w»
Usage: dmesg [-c] [-n level] [-r] [-s bufsize]

Вот кусочек вывода /var/log/messages за сегодняшнюю ночь:

May 25 02:42:47 ipa ntpd[3668]: time reset -3599.436469 s
May 25 03:56:53 ipa ntpd[3668]: synchronized to 10.50.32.125, stratum 4
May 25 02:59:04 ipa ntpd[3668]: time reset -3599.439544 s
May 25 04:11:50 ipa ntpd[3668]: synchronized to 10.50.32.125, stratum 4
May 25 03:16:07 ipa ntpd[3668]: time reset -3599.442925 s
May 25 04:26:21 ipa ntpd[3668]: synchronized to 10.50.32.125, stratum 4
May 25 03:32:49 ipa ntpd[3668]: time reset -3599.444680 s
May 25 04:38:00 ipa ntpd[3668]: synchronized to 10.50.32.125, stratum 4
May 25 03:48:45 ipa ntpd[3668]: time reset -3599.446909 s
May 25 04:55:22 ipa ntpd[3668]: synchronized to 10.50.32.125, stratum 4
May 25 04:07:11 ipa ntpd[3668]: time reset -3599.450941 s
May 25 05:17:14 ipa ntpd[3668]: synchronized to 10.50.32.125, stratum 4
May 25 04:23:44 ipa ntpd[3668]: time reset -3599.453488 s
May 25 05:36:01 ipa ntpd[3668]: synchronized to 10.50.32.125, stratum 4
May 25 04:40:23 ipa ntpd[3668]: time reset -3599.456335 s

Т.е. никакой информации о том почему и кем меняется время. ntpd отрабатывает правильно.

Ну тогда просто dmesg посмотри.

Вангую за перевод на летнее время. zdump -v /etc/localtime