Server Admin Авторский блог системного администратора
Как-то раз заметил, что на одном из гипервизоров XenServer 6.5 время бежит на час вперед. Стал проверять часовой пояс, оказалось, что он верный. Сразу подумал, что скорее всего часовые пояса давно не обновлялись и гипервизор не знает, что в Москве снова поменяли часовые пояса.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном онлайн-курcе по администрированию MikroTik. Автор курcа – сертифицированный тренер MikroTik Дмитрий Скоромнов. Более 40 лабораторных работ по которым дается обратная связь. В три раза больше информации, чем в MTCNA.
Как оказалось, задача не такая уж и простая, пришлось немного повозиться и почитать. Итак, мы имеем дело со следующей версией XenServer:
Возможно решением моем проблемы стало бы банальное обновление гипервизора, но я работающие гипервизоры никогда не рискую обновлять, если с ними все в порядке. Стоит он в локальной сети и спокойно работает с множеством виртуальных машин. Ставить апдейты мне в таких случаях не хочется, всегда приходит на ум поговорка: "Не было печали, апдейтов накачали".
Собственно, о времени я вспомнил тогда, когда пришлось на XenServer установить Windows Server 2012 R2 в качестве дополнительного контроллера домена. Есть общая рекомендация микрософт для контроллеров домена в виртуальных средах - отключение синхронизации времени гостевой машины. С удивлением обнаружил, что в XenServer оказывается это сделать нельзя, такая настройка просто отсутствует. В других гипервизорах эта возможность есть. Вообще, я стараюсь виндовые сервера размещать на hyper-v. Но тут как раз для резервирования нужно было сделать резервный контроллер на другом сервере, на hyper-v уже стоял основной контроллер домена.
Раз синхронизацию времени отключить нельзя, будем обновлять время на самом xenserver с контроллера домена. А для этого на нем должен стоять актуальный часовой пояс. Проверка времени с помощью date показывала московский часовой пояс, но время убегало на час вперед.
Первым делом я решил обновить tzdata из базового репозитория:
# yum install --enablerepo=base tzdata Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: mirror.corbina.net base | 1.1 kB 00:00 citrix | 951 B 00:00 Excluding Packages from CentOS-5 - Base Finished Setting up Install Process Package tzdata-2014e-1.el5.x86_64 already installed and latest version Nothing to do
В ответ получил сообщение, что последняя версия уже установлена. Пришлось искать альтернативные варианты обновления часовых поясов. В интернете была найдена ссылка на свежую версию tzdata, где присутствует измененный московский часовой пояс. Скачаем его и установим:
# cd root # wget ftp://ftp.iana.org/tz/tzdata-latest.tar.gz # mkdir tzdata # cd tzdata # tar xzf ../tzdata-latest.tar.gz # zic europe
Проверяем папку /usr/share/zoneinfo/Europe, там должны быть свежие даты часовых поясов, которые мы только что скомпиировали:
ls -l /usr/share/zoneinfo/Europe
Обновляем часовой пояс:
# tzdata-update
Теперь время должно быть правильное. Для надежности остановим сервис ntp и обновим вручную время xenserver с моим контроллером домена:
# service ntpd stop Shutting down ntpd: [ OK ] # ntpdate 10.1.4.6 4 Oct 23:38:05 ntpdate[27485]: adjust time server 10.1.4.6 offset -0.129498 sec
Все в порядке. Открываем файл конфигурации ntp.conf и редактируем его:
# mcedit /etc/ntp.conf
Комментируем все строки, начинающиеся с server и добавляем новую:
server 10.1.4.6
Сохраняем файл и запускаем ntp:
# service ntpd start ntpd: Synchronizing with time server: [ OK ] Starting ntpd: [ OK ]
Теперь можно спокойно размещать дополнительный контроллер домена на гипервизоре. Время на нем будет такое же как во всем домене.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном онлайн-курcе по администрированию MikroTik. Автор курcа – сертифицированный тренер MikroTik Дмитрий Скоромнов. Более 40 лабораторных работ по которым дается обратная связь. В три раза больше информации, чем в MTCNA.
