Здравствуйте! Как подкорректировать время на аппаратах станции hipath 4000 v6. Раньше было такое, что часы на аппаратах отстают и решалось это через cha-date, в котором я корректировал отстающие минуты, но теперь часы спешат, а отрицательное значение в cha-date выставить нельзя. Время не синхронизируется с ntp-сервером, часовой пояс в асистанте стоит верный.
Это делается через yast на каждом процессоре.
Это делается через yast на каждом процессоре.
В Yast стоит ручная настройка, время точное. На телефонных аппаратах спешит.
Вот такая картина:
ADP Date and Time
Date (yyyy-mm-dd): 2020 - 06 - 29
Time (hh:mm:ss): 09 : 55 : 24 GMT (Normal time)
Local Date and Time
Date (yyyy-mm-dd): 2020 - 06 - 29
Time (hh:mm:ss): 09 : 51 : 05 GMT +180 (GMT-3)
ADP спешит на 4 минуты
soft-restart после изменений в yast и всё синхронизировалось.
Спасибо за внимание)
Добрый день, коллеги!
Вопрос, собственно, тот же - как откорректировать время?
Дано:
чудная станция HP4k v6 дубль
NTP нет
при перезагрузке процессора(пропадании питания, напр.) скидывает время на сутки назад.
В данный момент время на linux хосте выставлено корректно, временная зона в UV выставлена вроде бы корректно.
Но ADP синхронизироваться не хочет и держит время на 27 часов назад от выставленного.
Soft рестарт, Hard рестарт ADP, физический рестарт обоих процессоров не помог.
Подскажите, куда копать?
И еще вдогонку вопрос:
В документации фигурирует Hipath Assistant и Hipath Manager
The configuration of date and time for Manager and Assistant is handled differently:
● Date/Time Configuration for Manager
● Date/Time Configuration for the Assistant
В Manager время менять можно, но как туда попасть, я не понимаю.
Кто просветит?
Hipath Manager это отдельный сервер, не HP4000.
Для HP4000 или OS4000 время корректируют через yast.
Спасибо за ответ
Но что мне делать с ADP, который не хочет сиххронизировать время?
Прошло уже больше суток, а в документации значиться 2 мин.
PS Очень хочеться ругаться матом!!!!!!
В ->BaseAdminst-> UnixBaseAdminst->Date/Time выполнить изменение
Time Zone выбрать туже зону. Выйти из Assistant.
В ComWin выполнить
>reg-date;
и повторить команду, которую получили.
Всё это нужно только для V6.
Добрый день!
Возможно, я что-то делаю не так, но Ваши советы не помогли, время по прежнему отстает больше, чем на 12 часов.
картинки прилагаю.
ADP не синхронизируется, и где изменить время вручную, мне непонятно.
https://yadi.sk/i/P-oQRg0UhBGH7A
В yast нужно установить etc -3
а не Russia(Moscow)
там же в Change . . . можно установить нужное время 12:07:25 нажать Accept
В ->BaseAdminst-> UnixBaseAdminst->Date/Time выполнить изменение
Time Zone выбрать туже зону
В Comwin выполнить
reg-date;
и выполнить тут же команду, которая получилась, например,
change-date:east,0,nt,180;
Сделал все как описано. ADP не синхронизируется.
В результате подвел время до текущего, но с опозданием на сутки.
Куда копать, не пойму.
{В ->BaseAdminst-> UnixBaseAdminst->Date/Time выполнить изменение}
В этом пункте я изменений делать не могу, могу только смотреть.
Time Zone выбрать туже зону либо синхронизировать, я не помню.
Покажите копию экрана, что там пишется.
Копии экрана:
https://yadi.sk/d/hYc54kGrJj9E_Q
Меня смущает, что в документе
HiPath 4000 Assistant_Manager V6, Webmin Base Administration, Administrator Documentation, Issue 8.pdf
по этому поводу сказано следующее:
1. 9.2 Date/Time Configuration for the Assistant
HiPath 4000 Date/Time Concept
Из приведенной картинки следует, что изменять время я могу только в YAST, в Assistant я могу время только смотреть, изменять только TimeZone
2. Note: When the time on the portal is manually shifted forward, the Assistant will synchronize in 3 minute.
But before manually shifting time backward, make sure that the Virtual Machi
nes are shut down, otherwise the virtual realtime clock on the Assistant gets
stuck and the result is unpredictable.
А вот что с этим делать, мне вообще неясно
Покажите
REG-DATE;
Должно быть
CHANGE-DATE:EAST,180,NT,0;
Добрый день!
CHANGE-DATE:EAST,180,NT,0; - не помогает.
Проблема в том, что ADP не синхронизирует время, вернее, синхронизирует с какой-то своей точкой, которая отстоит от времени linux-хоста более чем на сутки.
На вражеских форумах
https://www.tek-tips.com/search.cfm?pid=965&action=Search&q=problem+with+change+time*
https://www.tek-tips.com/viewthread.cfm?qid=1760212*https://www.tek-tips.com/viewthread.cfm?qid=1793955**https://www.tek-tips.com/viewthread.cfm?qid=1801445**https://www.tek-tips.com/viewthread.cfm?qid=1773975**https://www.tek-tips.com/viewthread.cfm?qid=1800607**
нарыл комбинацию команд:
CHA-FUNCT:SLANG=ENG;
CHANGE-DBC:LOCATION=TESTLAB;
EXEC-DATE:YEAR=2016,SYNC=NOSYNC;
CHANGE-DBC:LOCATION=CUSTOMER;
Что скажете по поводу данного варианта?
Насколько он рабочий?
Что может грозить системе, если что-то пойдет не так?
При выполнении команды CHANGE-DBC для определенных параметрах обнуляется база данных. К параметру LOCATION это не имеет отношения.
Что получится при выполнении этих команд я не могу сказать.
так а в чем могут быть проблемы с синхронизацией ADP? Есть какие-то идеи?
как вообще устроены часы на процессорах v6, можно ли их подвести?
Никогда не было с этим проблем.
Если система duplex нужно проверить настройки времени на обоих
процессорах. И проверьте нет ли на них установки NTP. Имейте в виду,
на 6 версии, на первых релизах, изменения настроек NTP приводило
к рестарту системы. Установите все hotfix (они у Вас не установлены).
Попробуйте перегрузить АТС через portal.
Если это не поможет, переустановите Assistant через portal.
Больше ничего придумать не могу.
Напишите в личку свой приватный mail.
Отправил письмо на приватный майл.