За последний месяц я получил заметное количество писем с вопросом “ААААА!!!11 мы все умрем в октябре не будет перевода часов а ESX будет думать что будет что делать?”. Разумеется, я немного шучу над формулировкой, но суть такая.
Для тех из нас, кто использует ESXi – проблемы нет, так как ESXi в принципе не знает что такое “часовой пояс”, и его локальное время – всегда UTC.
А вот для серверов ESX, версии 4 и 3 (вторая уж вряд ли у кого сохранилась?), проблема есть.
К сожалению, порадовать нечем – на текущий момент мне неизвестно о каких-либо официальных обновлениях для ESX, которые бы учитывали этот нюанс.
UPD. есть мнение:
Можно открыть кейс в тех суппорте при наличии поддержки с вопросом, что делать с временными зонами :) и там вобщем-то отвечают, что уже вот-вот выйдет патч.
К счастью, есть чем порадовать – со мной поделились неофициальным рецептом:
Если у вас до сих пор используется ESX (не ESXi) версий 4/ 4.1, для которых нет обновления тайм-зон,
рекомендую следующий способ обновления:
1. Скачать rpm-пакет tzdata-2011h-2.el5.i386 или tzdata-2011h-1.el5.i386 и положить его на датастор, доступный всем серверам виртуализации.
Я брал тут -
http://rpm.pbone.net/index.php3/stat/4/idpl/16966133/dir/scientific_linux_5/com/tzdata-2011h-2.el5.i386.rpm.html
зеркало.
Changelog:2. Выполнить команду для проверки настроек
2011-08-11 - Petr Machata <pmachata@redhat.com> - 2011h-2.el5
- Patch for upcoming change in Newfoundland. The transition time
changes from 12:01 AM to 2:00 AM.
- Resolves: #729697
2011-06-28 - Petr Machata <pmachata@redhat.com> - 2011h-1.el5
- Upstream 2011h:
- Russia abandons DST in 2011.
- *.tab: change AN (Netherlands Antilles) to CW (Curacao)
- Resolves: #701268
cat /etc/localtime
запомнить или записать результат
3. Выполнить команду для проверки настроек
zdump -v /etc/localtime |grep 2011
убедиться, что есть записи с isdst=1
4. Выполнить команду для установки пакета
rpm -i --nodeps --force tzdata-2011h-2.el5.i386.rpm
5. Выполнить команду для проверки настроек
zdump -v /etc/localtime |grep 2011
убедиться, что присутствуют только записи с isdst=0
6. Выполнить команду для проверки настроек
cat /etc/localtime
убедиться, что результат выполнения команды отличается от результата в пункте 2
tnx коллегам из Крока.
Миша, вторая версия у меня сохранилась - я ее дистрибутив на полке держу для красоты :)
ОтветитьУдалитькрасивый диск и у меня лежит в хорошем месте :-)
ОтветитьУдалитья имел в виду установленный и используемый
по поводу патча - ну что ж, не в первый раз мы оказались быстрее :)
ОтветитьУдалитьтут каждый выбирает сам - можно ждать, можно исправить ситуацию и не беспокоиться
от наличия еще одного способа хуже точно не будет.
ОтветитьУдалитьА для тройки тоже выпустят патч?
ОтветитьУдалитьлично я уверен что да
ОтветитьУдалитьно официального подтверждения у меня нет
Простите, зачем так сложно?
ОтветитьУдалитьЧем не устраивает способ через powercli:
set-vmhost -vmhost "hostname" -TimeZone "Etc/GMT-4"
Зачем обновлять базу olson timezone, если автоматический перевод зоны не требуется?
я правильно понимаю, что если эту команду выполнить прямо сейчас, то время станет некорректным?
ОтветитьУдалитьи выполнять ее надо в бывшую ночь перевода часов?
Время останется корректным. сейчас время как раз GMT+4 (т.е. GMT+3 и летнее смещение)
ОтветитьУдалитьУстановить можно сейчас, но как и все *nix системы ESX надо будет перезапустить для применения временной зоны.
Смысл действий в начальном посте в обновлении базы часовых поясов (т.н. Olson timezone), в свежей версии которой уже содержится информация, что в зоне "Europe/Moscow" (и прочих российских) зона становится GMT+4 и нет летнего смещения (isdst=0).
хм, да, что-то я протупил.
ОтветитьУдалитьспасибо.
Данный метод не подходит для Украины и Белоруссии, т.к. tz database о изменениях в этих странах ничего не знает :(
ОтветитьУдалитьПричем, это касается всех ОС использующих olson timezone.
Вроде в 4 и 4.1 при инсталяции хостов время берется в UTC+смещение а не в гринвечевском формате - GMT
ОтветитьУдалитьСмещение меняется при переходе на зимнее/летнее время.
ОтветитьУдалитьДля Украины и Белоруссии подойдет 2011k или 2011l, оба уже есть в репозиториях Федоры.
ОтветитьУдалитьПоскольку пакет меняет только файлы в /usr/share/zoneinfo , то федорный прекрасно подойдет для редхата-центоси-консоли ESX, даже если RH не успеет подсуетиться и выложить свежий tzdata в свои репозитории.
Добрый день !
ОтветитьУдалитьА как автоматизировать применение такого kb - http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&externalId=1189&sliceId=1&docTypeID=DT_KB_1_1&dialogID=231023640&stateId=0 0 231025314 ?
Чтобы отредактировать vmx надо остановить виртуалку, а это сделать нельзя. Точнее можно, но 110 раз такое делать ... хотелось бы перегрузить все сразу. Можно править параметры через настройки, но добавлять по одной строчке ...
NTP?
ОтветитьУдалитьпо поводу правки конфига - я бы смотрел в сторону powercli. Гугл нашел рецепты, как при помощи powerCLI изменять vmx. лично я их не пробовал, но думаю все будет ок.
ОтветитьУдалитькомментарий "NTP" это к чему?
NTP сервер не выправит время автоматом?
ОтветитьУдалитьntp выправит...с какой-то периодичностью. а в какие-то моменты время опять будет становится неправильным из за синхронизации через vmware tools.
ОтветитьУдалитьв некоторых ситуациях.
C NTP сложности - синхронизирует он, AFAIK, время по UTC, так что со сменой зон не поможет совсем.
ОтветитьУдалитьтут про другое уже вопрос был(см ссылку на kb) - хотя в свойствах vmware tools отключена синхронизация времени через них, она все равно в некоторых ситуациях будет происходить. и иногда это может привести к неприятным спецэфектам из за смещения utc времени для гостя, безотносительно часовых поясов.
ОтветитьУдалить