Убираем переход на зимнее время.

[vsorokin]

Имеем S8500 (G3 Version: V15).
В Москве.
Убрал перевод на зимнее время:

Код: Выделить всё

 set time 
 Type Standard
 Daylight Savings Rule  0  

В результате : в CDR, в АТС (set time и в WEBе -> Server Date/Time) время показывается правильно, а на цифровиках и IP-аппаратах - на 1 час вперед (!?)
В чем может быть дело?

[Kardinal]

Операция требует перезагрузки сервера.

[vsorokin]

Операция требует перезагрузки сервера.

После перезагрузки сервера (АТС) у нас везде время будет сдвинуто на 1 час вперед?

[Kardinal]

Вот по крайней мере, что в хелпе на сервере по изменению тайм-зоны:

"
Time Zone

Using the scroll box, choose the correct time zone for this server's location.

Click Submit when you are satisfied with the settings.

If you change the time zone, you must restart the server.
"
Про отключение автоперевода времени там такого нет, но чую без перезагруза и тут не обойтись.

[vsorokin]

Спасибо.

Код: Выделить всё

Помогло ch locations

Там в поле Rule стояла "1". Заменил на "0".
Обошлось без рестарта

[Zaharov Alex]

а как вы отменили переход на самом серваке? под Linux без рутовых прав это сделать не возможно. У меня S8730. Заходим в шел (go sh) набираем команды date и сразу date -d '60day' получаем текушее время и время через 60 дней. Вот мой сервак показывает, что он таки перейдёт на зимнее время. Может уже кто решил проблемку?

[eroshenko_as]

а как вы отменили переход на самом серваке? под Linux без рутовых прав это сделать не возможно. У меня S8730. Заходим в шел (go sh) набираем команды date и сразу date -d '60day' получаем текушее время и время через 60 дней. Вот мой сервак показывает, что он таки перейдёт на зимнее время. Может уже кто решил проблемку?

1. shell: swversion
Система даст ответ:
Если CM Reports as: R015x.02.1.016.4, то надо ставить патч: 02.1.016.4-19268.tar.gz,
Если CM Reports as: R016x.00.1.510.1, то надо ставить патч: 00.1.510.1-19269.tar.gz.

2. Далее устанавливаем:
Скопируйте необходимый пакет обновления на локальный жесткий диск в папку /var/home/ftp/pub с помощью WinSCP или через Web.
Введите команду в shell:
Для CM 5.2.1 : update_unpack 02.1.016.4-19268.tar.gz
Убедитесь, что патч был разархивирован командой swversion.
Вы должны увидеть ответ системы:
02.1.016.4-19268 unpacked hot new TZ data
Далее наберите команду update_activate 02.1.016.4-19268
Убедитесь, что патч активирован командой swversion:
Вы должны увидеть ответ системы:
02.1.016.4-19268 activated hot new TZ data
Для CM 6.0.1 требуется сделать все то-же самое, но с патчем 00.1.510.1-19269.tar.gz

3. Проверка настроек временной зоны после установки
Командой cat /etc/sysconfig/clock в shell проверьте вашу временную зону:
ZONE="Europe/Moscow"
Далее командой /usr/sbin/zdump -v "Europe/Moscow" |grep 2011 убедитесь, что смещение удалено:
Europe/Moscow Sat Mar 26 22:59:59 2011 UTC = Sun Mar 27 01:59:59 2011 MSK isdst=0 gmtoff=10800
Europe/Moscow Sat Mar 26 23:00:00 2011 UTC = Sun Mar 27 03:00:00 2011 MSK isdst=0 gmtoff=14400
Необходимо убедиться, что система не имеет записей смещения с isdst=1. Это означает, что смещение отменено.

[michael_loginov]

кто может поделиться 02.1.016.4-19268.tar.gz ?
Спасибо!

[Vladimir_2004]

... а если время на серверах синхронизировано от вышестоящего сервера точного времени они не смогут сами выставить корректное время?

[Zaharov Alex]

Синхронизация не поможет. Если на локальном серваке есть правило перехода на зимнее время, он на него уйдет.

[Sam81]

Может кто подскажет, как быть, если версия СМ ниже чем 6.0 и 5.2.1, к котрорым есть патчи. К примеру 3.1.2 и 5.2.0?

[IIIMEJIb]

Может кто подскажет, как быть, если версия СМ ниже чем 6.0 и 5.2.1, к котрорым есть патчи. К примеру 3.1.2 и 5.2.0?

Я, не мудрствуя лукаво, просто выставил таймзону Etc/GMT-4. Результат пока устраивает.

[Zaharov Alex]

Я, не мудрствуя лукаво, просто выставил таймзону Etc/GMT-4. Результат пока устраивает.

Успокоился этим же.

[Vladimir_2004]

Это сейчас устраивает, а при переходе на зимнее время не изменится?

[IIIMEJIb]

в этой таймзоне нет зимнего времени

[Vladimir_2004]

Именно Etc/GMT-4 или Etc/GMT+4. Москва от Гринвича вроде +4

[DenKor]

Именно Etc/GMT-4 или Etc/GMT+4. Москва от Гринвича вроде +4

Нужно ставить GMT-4

[JohnP]

Именно Etc/GMT-4 или Etc/GMT+4. Москва от Гринвича вроде +4

Нужно ставить GMT-4

Это Атлантическое время (Канада)

[Vladimir_2004]

у меня временная зона Екатеринбугра, т.е. мне надо ставить GMT-6?
И еще вопрос: достаточно сменить только зону на серверах(8720) или надо полностью дату, время, и зону прописывать?

[JohnP]

у меня временная зона Екатеринбугра, т.е. мне надо ставить GMT-6?
И еще вопрос: достаточно сменить только зону на серверах(8720) или надо полностью дату, время, и зону прописывать?

GMT+6

[DenKor]

Именно Etc/GMT-4 или Etc/GMT+4. Москва от Гринвича вроде +4

Нужно ставить GMT-4

Это Атлантическое время (Канада)

У меня стоит синхронизация времени с NTP.
Если ставить время GMT+4 время показывается меньше на 8 часов.

В зонах с фиксированным смещением от GMT переход времени не осуществляется.
Переход есть только в зонах с геогрфическими именами в зависимости от местных условий.

[DenKor]

у меня временная зона Екатеринбугра, т.е. мне надо ставить GMT-6?
И еще вопрос: достаточно сменить только зону на серверах(8720) или надо полностью дату, время, и зону прописывать?

Войдите в Web интерфейс и проверьте установкой тайм-зоны.
Время менять не нужно

[Vladimir_2004]

Всем спасибо. Завтра попробую.

[Vladimir_2004]

Правильно Etc/GMT-6. При Etc/GMT+6 - двенадцатичасовая разница.

[vsorokin]

Спасибо.

Код: Выделить всё

Помогло ch locations

Там в поле Rule стояла "1". Заменил на "0".
Обошлось без рестарта

И все-таки пришлось изменить зону Москвы на Самару и рестартонуть...
Спасибо за подсказки.

[vlads7]

И все-таки пришлось изменить зону Москвы на Самару и рестартонуть...
Спасибо за подсказки.

А весной опять будешь время править?

[bestann]

Поставила пока GMT-4. В веб-интерфейсе время меняется сразу на правильное. В SAT-е странно: на одном объекте сразу поменялось на правильное (без рестарта, здесь стоит 5.2.1 без сервис-паков), а на других в веб-интерфейсе правильно, а в SAT не меняется (тут везде 5.2.1 с сервис-паками и патчами ядра). Соответственно на системниках тоже глухо пока...
Все правила в ch locations тоже изменены.
И кстати патч не доступен с сайта avaya:

The patches for CM 5.2.1 and CM 6.0.1 are custom patches not available on the Avaya Support Site. Contact Avaya Global Support Services or your service provider to obtain these patches.

После ресета да, меняется время. Но ресет не хочется делать.
Смысл вот в чем: если NTP выключен и время задается вручную, всё меняется сразу. Если NTP включен, то для ввода в действие нового правила GMT-4 требуется перезапуск ntpd, для чего у нас нет прав (хотя и dadmin). Поэтому у нас только один способ применения нового правила для NTP — reset sys 4. Второй вариант изменения без перезагрузки — не менять Europe/Moscow на новое правило GMT-4, а изменить само правило для Москвы, что вообще то вернее. Для этого и есть вышеозначенный патч. На сайте avaya его нет, ждем по запросу.

PS. Патч поставила. Но перезагрузка все равно нужна, т.к. нет прав sroot-a для перезапуска сервиса! Без неё только в веб-интерфейсе изменения.

[vsorokin]

И все-таки пришлось изменить зону Москвы на Самару и рестартонуть...
Спасибо за подсказки.

А весной опять будешь время править?

Зачем? Так и оставлю.

[bestann]

Самара весной на летнее время перейдет

[qwer]

Всем привет. подскажите новичку, подключился через сервисную плату, вошел. а как поменять зону.

[qwer]

спасибо, справился

[qvaliday]

Добрый день, пожалуйста дайте ссылку где скачать патч на версию R015x.00.0.825.4