Отчеты о XenServer 6.1 неправильная сумма устройства хранения данных в XenCenter

Дрейф часов является абсолютно нормальной частью времени, сохраняя компьютер, но детали о том, сколько дрейфа происходит, могут быть функцией большого количества разных вещей. В случае "неправильно большого" скоса причины могут расположиться низкокачественные аппаратные часы к системе с высоким использованием. Так хранение себя синхронизировалось с внешним, каноническим, сервером времени, очень важный шаг.

Лучшая установка должна использовать ntpdate для твердой установки времени на начальной загрузке и затем использовать ntpd при попытке составлять расфазировку тактовых сигналов. Я услышал жалобы в прошлом о ntpd быть голодным ресурсом (я не могу говорить с точностью, только что я часто слышал жалобу), но современные реализации почти непримечательны. Истинная элегантность ntpd находится в двух основных моментах:

  • Это будет контролировать расфазировку тактовых сигналов со временем, чтобы определить, как быстро Ваши дрейфы часов и корректируются, это - частота запросов соответственно
  • Каждый раз, когда синхронизация происходит, она будет использовать те вычисления дрейфа и медленно возвращать Ваши часы во время

Это имеет большое преимущество уменьшения влияния изменений времени в Вашей системе, например, у Вас не будет ситуаций как метки времени в журналах, кажется, переходят вокруг.

Я настоятельно рекомендовал бы установку нескольких серверов в Вашей конфигурации, это может легко быть сделано путем редактирования файла /etc/ntp.conf и добавление нескольких операторов сервера. Например;

server ntp.ubuntu.com
server 0.pool.ntp.org
server 1.pool.ntp.org

Для некоторого обсуждения того, какие общедоступные серверы NTP доступны, Вы видите вопрос - Общественность Серверы NTP

Один протест с ntpd - это: если Ваше время будет слишком далеко, то оно не исправит Ваше время. Заключить страницу справочника в кавычки (согласно RHEL5.6)

В случае, если нет никакой ИГРУШЕЧНОЙ микросхемы, или по некоторым причинам ее время является больше, чем 1000-е со времени сервера, ntpd предполагает, что что-то должно быть ужасно неправильным, и единственное надежное действие состоит в том, чтобы оператор вмешался и установил часы byhand. Это заставляет ntpd выходить с паническим сообщением к системному журналу.

Поэтому я считаю трудно установку часов во время запуска важной. В то время как машина от Вас, полагаются на аппаратные часы и батарею CMOS для хранения времени. Кроме того, в случае VM, возвращаясь для создания снимков почти определенно инициирует это условие. Иметь это в виду является важным фактором при использовании времени чувствительные приложения, такие как аутентификация kerberos.

4
задан 17 December 2013 в 20:35
1 ответ

Я обнаружил проблему, и это, как я и подозревал. Storage XenMotion создавал потерянные виртуальные диски в случае сбоя, но они не отображались в XenCenter. Эта статья была чрезвычайно полезной: http://appsense.wordpress.com/2009/11/24/deleting-orphaned-disks-in-citrix-xenserver-5-5/

Я выбрал простой метод. На вкладке хранилища текущей виртуальной машины прикрепите потерянный диск (они отображаются в этом списке!), Затем удалите.

Теперь данные сообщаются намного точнее!

2
ответ дан 3 December 2019 в 03:58

Теги

Похожие вопросы