Доброе утро.

Уже второе утро подряд слетают настройки DATE:

DISPLAY-DATE;
H500: AMO DATE STARTED
+-----------------------------+
| TUESDAY |
| DATE: TIME : |
| 2017-03-28 10:47:26 |
| |
| NUMBER OF DAY : 87 |
| DAYLIGHT SAVINGS TIME |
| GMTDIR: EAST TIMEOFFS:180 |
| DSTOFFS:60 |
| REL. DIFF. TO GMT : +240 |
+-----------------------------+

AMO-DATE -111 TIME AND DATE
DISPLAY COMPLETED;

Делаю:

CHANGE-DATE:GMTDIR=EAST,TIMEOFFS=180,MODE=NT,DSTOFFS=0;

HiPath 4000 v6 R1.10

YAST (http://bbs.radiolink.ru/forum/showthread.php?t=61215&highlight=yast)
CHANGE-DATE в этой версии не фурычит

А что yast? В нем у меня часовой пояс Belarus (потому что +3 нужен), синхронизация по NTP. Что еще надо?

http://i.imgur.com/WGUUU6R.png

Насколько время слетает? Минуты или часы?

Доброго дня коллеги!

Замечены сл. проблемы:
- на оборудовании HiPath4000. Слетает год с 2017 на 2011. Похожая проблема была в прошлом году, когда 1 января год поменялся на 2010. Тогда это решилось установкой патча от производителя. Что на этот раз, пока не понятно.

- Время отстает каждый день на 5 минут. Пока вопрос решается командой CHA-DATE, но заказчик уже начинает "температурить".

У кого есть какие мысли по этому поводу, просьба поделиться.
Спасибо.

P.S. в Yast-е время показывает нормально.

Насколько время слетает? Минуты или часы?

Ровно на час вперед.

Зачем-то добавляет летнее время:

DISPLAY-DATE;
H500: AMO DATE STARTED
+-----------------------------+
| WEDNESDAY |
| DATE: TIME : |
| 2017-03-29 09:54:36 |
| |
| NUMBER OF DAY : 88 |
| DAYLIGHT SAVINGS TIME |
| GMTDIR: EAST TIMEOFFS:180 |
| DSTOFFS:60 |
| REL. DIFF. TO GMT : +240 |
+-----------------------------+

AMO-DATE -111 TIME AND DATE
DISPLAY COMPLETED;


А надо:

DISPLAY-DATE;
H500: AMO DATE STARTED
+-----------------------------+
| WEDNESDAY |
| DATE: TIME : |
| 2017-03-29 08:55:28 |
| |
| NUMBER OF DAY : 88 |
| NORMAL TIME |
| GMTDIR: EAST TIMEOFFS:180 |
| DSTOFFS:0 |
| REL. DIFF. TO GMT : +180 |
+-----------------------------+

AMO-DATE -111 TIME AND DATE
DISPLAY COMPLETED;

Turbid
Как вариант забей команду
CHANGE-DATE:GMTDIR=EAST,TIMEOFFS=180,MODE=NT,DSTOFFS=0;
в ADD-CRON с ежесуточным исполнением в определенное время и будет все ОК, пока не решится проблема.
Пример: ADD-CRON:EXEC=P,MINUTE=0,HOUR=0,DAY=*,MONTH=*,WEEKDAY= *,COMMAND="CHANGE-DATE:GMTDIR=EAST,TIMEOFFS=180,MODE=NT,DSTOFFS=0;";

Andvn, неверно.
ТС смените часовой пояс через yast в нужную сторону, и все. Я к примеру на необновляемой системе поставил на бахрейн, по этому часовому поясу не меняется летнее/зимнее время
Все, в том числе часовой пояс, меняется в yast.

День добрый . Насколько помню было такое когда отменили переход на летнее время. Тогда была рекомендация : The correct timezone MUST be configured only in Assistant (Webmin), using Etc/GMT +/- timezones which have no DST.
Assistant will then update all affected sub components.
Example: Etc/GMT -3 (equivalent to UTC +3)
Note 1: YaST must not be used for timezone change and can lead to major issues.
Note 2: Pay attention that the time zone is marked with a negative value i.e. „Etc/GMT-3“ is equivalent to UTC + 0300.

День добрый . Насколько помню было такое когда отменили переход на летнее время. Тогда была рекомендация : The correct timezone MUST be configured only in Assistant (Webmin), using Etc/GMT +/- timezones which have no DST.
Assistant will then update all affected sub components.
Example: Etc/GMT -3 (equivalent to UTC +3)
Note 1: YaST must not be used for timezone change and can lead to major issues.
Note 2: Pay attention that the time zone is marked with a negative value i.e. „Etc/GMT-3“ is equivalent to UTC + 0300.

Москва GMT-3, и надо ntp адекватный.

Пока поменял в файле "/etc/sysconfig/clock"

TIMEZONE="Europe/Minsk"
DEFAULT_TIMEZONE="Europe/Moscow"

на

TIMEZONE="Europe/Minsk"
DEFAULT_TIMEZONE="Europe/Minsk"

Посмотрим как поведет себя завтра

ТС, кажется вам что то советовать бесполезно....
Вам написали менять в yast.... ну и толку "0".
Продолжайте в том же духе.

Вот ещё нашел:
Инструкция по отмене автоматического перевода времени
для отмены перехода на зимнее время коммуникационного оборудования УАТС Hicom 300/НiРаth 4000» рекомендуется выполнить следующие настройки:
1 Если УАТС HiPath 4000 не синхронизируется от глобального или локального NТР сервера,
выполнить в ситеме администрирования HiPath 4000 Comwin следующую команду:SWITCHOVER-SONUS:OFF;
2. Если станция синхронизируется от NТР сервера, то:
- выполнить в ситеме администрирования HiPath 4000 Comwin следующую команду:SWITCHOVER-SONUS:OFF;
- в системе управления ~ASSISTANT>:
- зайти в меню BASE ADMINISTRATION--UNIX BASE ADMINISTRATION--DATE/TIME.
- в поле Time Zone выбрать Еtс/GМТ-Х, где Х - часовой пояс- нажать кнопку Modify

Еще один любитель граблей.


HiPath 4000 v6 R1.10

ТС, кажется вам что то советовать бесполезно....
Вам написали менять в yast.... ну и толку "0".
Продолжайте в том же духе.

Да что вы с этим yast носитесь как с писаной тобой. Можно подумать что yast редкатирует не /etc/sysconfig/clock и /etc/sysconfig/ntp, а какие-то другие файлы на марсе.

Вот откуда взялся DEFAULT_TIMEZONE="Europe/Moscow" - вопрос.

Еще один любитель граблей.
Да чо уж там, если и выделять, то надо так:
HiPath 4000 v6 R1.10

Можно подумать проблема в версии, а не в куске @#$ за несколько лямов размером коммутационный шкаф, который умеет только звонить, не звонить и портить нервы.

Ваше знание линукс к этой системе и в этом форуме необязательно применять.
Есть правильный стандартный путь для администраторов не линукс систем, а специалистов по HiPath4000v6.
Благодаря вам некоторые могут пойти "править" не там и не то, и будет ли потом работать это "не то"?

Писалось об изменении времени на 6 версии уже: http://bbs.radiolink.ru/forum/showthread.php?t=61215&highlight=yast

Turbid, yast используется начиная с версии 6, я это и выделил.

Ваше знание линукс к этой системе и в этом форуме необязательно применять.
Есть правильный стандартный путь для администраторов не линукс систем, а специалистов по HiPath4000v6.
Благодаря вам некоторые могут пойти "править" не там и не то, и будет ли потом работать это "не то"?

Дружище, ну вот не было в yast ни слова про Moscow. Скриншот посмотрите в начале топика.

Дружище, ну вот не было в yast ни слова про Moscow. Скриншот посмотрите в начале топика.
В yast есть Москва и много еще что. Но выбрать вы можете то, что вам нужно.

В yast есть Москва и много еще что. Но выбрать вы можете то, что вам нужно.

Еще раз. yast меняет опцию TIMEZONE. В тоже время у меня еще была опция DEFAULT_TIMEZONE, которая взялась непонятно откуда, и yast ее не отображает/не видит.

Ну так используется то TIMEZONE ;) и пофиг что в default.

Так часы чего на час уезжают то? :rolleyes:

Так часы чего на час уезжают то? :rolleyes:
Не умеешь ты готовить, ох не умеешь, поэтому и не любишь HiPath4000 :D :D :D

Не умеешь ты готовить, ох не умеешь, поэтому и не любишь HiPath4000 :D :D :D

Я еще не отошел после того, как 120 абонентов перетаскивал с одной платы на другую в течении двух недель для того, чтобы на плате поменять количество абонентов в BFDAT. И мне их еще обратно затаскивать.

P.S. Решил остановиться на таком варианте:

TIMEZONE="Etc/GMT-3"
DEFAULT_TIMEZONE="Etc/GMT-3"

Завтра утром отпишусь - помогло или нет.

Переносить легко :) пару вариантов, второй лучше:
1. Если есть куда! нудно, долго, но если надо так и 2 вариант не подходит.
2. Проще было рег сделать, создать макрос для удаления и восстановления.
Снести всех макросом поправить и восстановить.
Делов то на пару минут, после создания макросов.

2. Проще было рег сделать, создать макрос для удаления и восстановления.
Снести всех макросом поправить и восстановить.
Делов то на пару минут, после создания макросов.

Угу, только на первой тройке абонентов макрос встанет колом, потому что ZIEL не хочет прописываться, т.к. неправильно определен аппарат, не захочет удаляться последний абонент из HUNT-группы, NAME в PERSI рас#$%расит + еще 100 причин что может пойти не так.

Как вы думаете, как делают готовые конфиги на станциях с 5000-8000 абонентов?
Или как я делаю LDPLN на АТС? Я все пишу в excel, копирую реги, потом в текст результат и скидываю. А как я с 5 версии на 6 переходил? Это не 120-140 абонентов перенести...
Главное подготовительная работа!!! Это самое главное, готовите не спеша, потом за пару минут малый объем меняете.
И еще у меня в excel есть все абоненты и транки (rufum и прочее), с указанием AUN, SA и т.п. и т.д..

И Не умеешь ты готовить, ох не умеешь, поэтому и не любишь HiPath4000 :D :D :D
Угу, только на первой тройке абонентов макрос встанет колом,
А когда умеешь с растановочкой и не спеша, то ничего колом не встанет.

Как вы думаете, как делают готовые конфиги на станциях с 5000-8000 абонентов?

Без понятия, я привык к станциям, где вопросы автоматизации решаются штатными средствами - AGI, AMI, ARI, хранение абонентов в SQL или LDAP... Да даже если в тектовом файле - grep, sed - и волосы мягкие и шелковистые.

Хотите поменять один параметр в плате? Выпиливайте абонентов. Хотите поменять параметры транка? Разбирайте весь LCR. Это просто атас.

Про архитектуру я уже молчу - виртуальные машины на Linux, внутри которых эмулируются hicom из прошлого тысячелетия... Они бы еще декадно-шаговую сэмулировали.

Ковыряение в Excel - это, понятно, лютый ынтыпрайз, до которого Asterisk и прочим "наколенным поделкам" как до луны.


А когда умеешь с растановочкой и не спеша, то ничего колом не встанет.

Я когда упоролся в невозможность удалить абонента, последнего в HUNT-группе - аж подавился. Сколько нужно человек-лет чтобы набить себе все эти шишки и учесть все ньюансы в макросах?


АТС просто отличная только в одном плане - для интеграторов и прочих паразитов. Хотите фишку? Заплатите и к вам приедут мальчик и за 3 дня настроит. Хотите обновить станцию? Заплатите и мальчик привезет вам патч.

Документация? Прошивка? - все вопросы к интегратору.

Кста, помните был в астериске "Bulk Extensions", я создавал 1 абонента с нужным паролем и параметрами, понятно что FreePBX, скачивал файл, в excel добавлял и заполнял кучу абонентов(более 200) и заливал обратно. Тоже неплохо ;)

А вот автопровижен не могу до сих пор, научите?

А что там уметь? Связка DHCP+TFTP+ кучка xml, сгенерированная в любимом Python. У нас есть цискофоны, как мы их называем - золотые рыбки, они только через провижинг и умеют работать - внутри себя конфигурацию не хранят.

Повторю...
А вот автопровижен не могу до сих пор, научите?

Сегодня утром время опять улетело.

На голове время правильное. В yast стоит GTM-3. Куда копать?

На сколько улетело?

Да так же, на час вперед.

Порылся, нашел еще в webmin:

ADP GMT offset: +03:00
Assistant timezone: Etc/GMT-3 (GMT +03:00)
Linux Host timezone: Etc/GMT-3 (GMT +03:00)
CSTA timezone: Etc/GMT-3 (GMT +03:00)

Это я уже поменял, 2 и 4-ий пункт были Europe/Moscow. Завтра проверим.

Атас просто, куда еще они поместили настройки?
HiPath походу делали читатели этой книги: http://i.imgur.com/CgPQk2g.jpg

На час сдвинь в ясте?
Не, не сдвигай, ищи методом тыка, так вам привычнее ;) :D

Дружище, да ты шутишь, на час от чего? http://i.imgur.com/r62PYsN.png

Еще раз, в системе стоит правильное время (linux, yast). Проблема в том, что каждое утро станция выдумывает вместо
CHANGE-DATE:EAST,180,NT,0;
вот это:
CHANGE-DATE:EAST,180,DST,60;

Девочка, а деньги? - Мама сказала - в yast^Wбидоне!

Таки дело было не в бобине^wyast - помогли ковыряния в webmin.

Воттакувот. Инженеры из сименса/юнифая - вы прекрасны.