+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

PVE 4.1, systemd-timesyncd и CEPH (расхождение времени), Proxmox Виртуальная Среда

wosp

Guest

22.04.2016 11:41:00

В 3-нода кластере у нас возникла проблема, так как мы используем PVE 4.1-22 (делали чистую установку, не обновляли). Кластер PVE также является кластером хранения CEPH (те же узлы). Похоже, что systemd-timesyncd менее стабилен и точен, чем NTP, поэтому кластер CEPH видит "сдвиги часов" каждые несколько часов (мы заметили это, потому что запускаем скрипт каждую минуту, и если состояние не "HEALTH_OK", скрипт отправляет нам электронное письмо). Поэтому я установил NTP на всех узлах и выполнил: # timedatectl set-ntp false # systemctl stop systemd-timesyncd # systemctl stop systemd-timedated # systemctl disable systemd-timesyncd # systemctl disable systemd-timedated Это работает отлично, пока systemd-timesyncd не запущен и узел не перезагружается. Когда узел перезагружается, несмотря на "systemctl disable systemd-timesyncd", systemd-timesyncd запускается, и у нас снова появляются "сдвиги часов" через несколько часов (пока мы вручную не остановим systemd-timesyncd и не позволим NTP выполнять свою работу). "systemctl status systemd-timesyncd" после перезагрузки: ● systemd-timesyncd.service - Синхронизация времени сети Загрузен: загружен (/lib/systemd/system/systemd-timesyncd.service; отключен) Активен: активен (работает) с пт 22 апр 2016 11:37:13 CEST; 1 мин 55 с назад Документы: man:systemd-timesyncd.service(8) Основной PID: 767 (systemd-timesyn) Статус: "Используется сервер времени 146.185.139.19:123 (2.debian.pool.ntp.org)." CGroup: /system.slice/systemd-timesyncd.service └─767 /lib/systemd/systemd-timesyncd "systemctl status systemd-timesyncd" после того, как я вручную остановил systemd-timesyncd: ● systemd-timesyncd.service - Синхронизация времени сети Загрузен: загружен (/lib/systemd/system/systemd-timesyncd.service; отключен) Активен: неактивен (мертв) с пт 22 апр 2016 11:40:35 CEST; 6 с назад Документы: man:systemd-timesyncd.service(8) Процесс: 767 ExecStart=/lib/systemd/systemd-timesyncd (код=выход, статус=0/УСПЕХ) Основной PID: 767 (код=выход, статус=0/УСПЕХ) Статус: "Без дела." Есть идеи? Зависит ли systemd-timesyncd от какого-либо демона PVE или запускается им?

MACscr Guest	#2 0 14.05.2016 17:31:00 Я действительно хотел бы, чтобы Proxmox лучше справлялся с этим. Нам не нужны такие обходные пути, а синхронизация времени очень важна для кластеров и Ceph.

wosp

Guest

14.05.2016 17:50:00

Я согласен. Я считаю, что переход на systemd-timesyncd, который был сделан с Jessie, был плохим решением. По моему мнению, лучше, чтобы Proxmox отключил systemd-timesyncd и установил ntp по умолчанию в образ PVE. Также другая проблема, с которой я столкнулся из-за hpet=disable, была вызвана systemd-timesyncd (https://forum.proxmox.com/threads/hpet-and-watchdog.26962/#post-135563)

vkhera

Guest

17.05.2016 20:17:00

Я тоже не думаю, что система синхронизации времени systemd очень точная. Когда я выполняю живую миграцию работающей виртуальной машины FreeBSD, она жалуется, что часы пошли назад. Иногда это вызывает сбои в процессах.

spirit

Guest

18.05.2016 03:25:00

для единицы pve-cluster.service Wants=systemd-timesyncd.service может быть заменено на Wants=time-sync.target Это позволяет использовать любую единицу службы синхронизации времени (ntd, systemd-timesyncd и т.д.), которая является частью time-sync.target Ceph добавит это в свои файлы единиц в ближайшее время http://tracker.ceph.com/issues/15419

MACscr Guest	#6 0 18.07.2016 19:49:00 Кажется, это все еще не получает должного внимания. Прошло уже несколько месяцев с тех пор, как они прокомментировали ошибку. =(

rafafell

Guest

01.10.2016 07:33:00

После того как кластер начал работать некоторое время, в журналах syslog стали появляться сообщения, приведённые ниже, и кластер перестал функционировать. Как это исправить?? Код: proxmox01 systemd-timesyncd[642]: Используется NTP сервер 200.189.40.8:123 (2.debian.pool.ntp.org). Oct 01 02:14:19 proxmox01 systemd-timesyncd[642]: Время ожидания ответа от 200.189.40.8:123 (2.debian.pool.ntp.org) истекло. Oct 01 02:14:19 proxmox01 systemd-timesyncd[642]: Используется NTP сервер [2600:3c02::13:221]:123 (2.debian.pool.ntp.org). Oct 01 02:14:19 proxmox01 systemd-timesyncd[642]: Используется NTP сервер [2a01:4f8:162:51e2::2]:123 (2.debian.pool.ntp.org). Oct 01 02:14:19 proxmox01 systemd-timesyncd[642]: Используется NTP сервер [2001:12ff:0:7::193]:123 (2.debian.pool.ntp.org). Oct 01 02:14:19 proxmox01 systemd-timesyncd[642]: Используется NTP сервер [2001:440:1880:5555::2]:123 (2.debian.pool.ntp.org). Oct 01 02:14:19 proxmox01 systemd-timesyncd[642]: Используется NTP сервер 200.160.0.8:123 (3.debian.pool.ntp.org). Oct 01 02:14:29 proxmox01 systemd-timesyncd[642]: Время ожидания ответа от 200.160.0.8:123 (3.debian.pool.ntp.org) истекло. Oct 01 02:14:29 proxmox01 systemd-timesyncd[642]: Используется NTP сервер 200.192.232.8:123 (3.debian.pool.ntp.org). Oct 01 02:14:39 proxmox01 systemd-timesyncd[642]: Время ожидания ответа от 200.192.232.8:123 (3.debian.pool.ntp.org) истекло. Спасибо!!!!

wosp

Guest

01.10.2016 08:13:00

Эта проблема, похоже, не связана с темой. Похоже, у вас просто больше нет связи с двумя NTP-серверами. Оба NTP-сервера принадлежат одной компании согласно Whois, так что, вероятно, проблема на их стороне, в транзите между вами и ими или в вашем интернет-соединении.

rafafell Guest	#9 0 02.10.2016 05:16:00 Спасибо

Hari Praveen Guest	#10 0 08.09.2022 11:06:00 обнаружен сдвиг времени: сдвиг часов 0.0677506с > макс 0.05с (задержка 0.00111048с)

wosp Guest	#11 0 17.05.2016 21:21:00 Я только что попросил команду PVE попрощаться с systemd-timesyncd на Bugzilla (https://bugzilla.proxmox.com/show_bug.cgi?id=998). Посмотрим, что они об этом подумают.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры