ЗАО "ИНТЕРСИСТ" [тема: Инцидент после установки патча] http://www.intersyst.ru Новое в теме Инцидент после установки патча форума Программное обеспечение на сайте ЗАО "ИНТЕРСИСТ" [www.intersyst.ru] ru http://backend.userland.com/rss2 Wed, 14 Oct 2026 15:54:55 +0500 Инцидент после установки патча Инцидент после установки патча Std By CPU. Bad term type в форуме Программное обеспечение.
Странно, после клонирования обычно такие инциденты пропадают.
Клонирование правда сделали не совсем красиво - при клонировании - надо было в конце согласиться на старт телефонии и просто позднее включить автостарт (без перезагрузки, это лишнее).

Смотрите что у вас есть на плате 0-23 - на основном и на резервном (listerm и т.п.).
26.09.2016 07:34:31, vad.]]> http://www.intersyst.ru/support/forum/messages/forum15/topic2249/message18043/ http://www.intersyst.ru/support/forum/messages/forum15/topic2249/message18043/ Mon, 26 Sep 2016 07:34:31 +0500 Программное обеспечение Инцидент после установки патча Инцидент после установки патча Std By CPU. Bad term type в форуме Программное обеспечение.
Здравствуйте, Коллеги!

Накатил сегодня патч на УАТС с 11-м релизом, обновив ранее используемый патч 33 до версии 37.
Перед установкой патча скопировал текущие версии на неактивные разделы на обоих процессорах.
В общем, в результате после всех манипуляций все работает. Единственный момент, который смущает, это то что на станции стали появляться инциденты, которых раньше не было, с частотой примерно раз в 5 минут:
====code==== 
10/09/16 13:02:27 000001S|00/23/-/---|=3:2040=Std By CPU. Bad term type = T_RESU instead o 
f JONCT Msg 32 n_term 2
=============
На данном форуме и на Alcatel Unleashed видел рекомендации о необходимости выполнить клонирование на резервный процессор с основного. Сделал клонирование: остановил на резерве телефонию, перезагрузил его с остановленной телефонией, далее через swinst -> Cloning and Duplicate выполнил клонирование на резерве с основного всего за исключением linux данных. Включил автостарт и перезагрузил резерв. Инциденты продолжают появляться.

Проверял целостность БД командой checkdb на обоих процессорах - ничего кроме сообщения об отсутствии DPNSS префикса нет. Наличие ошибки по DPNSS, думаю, не является критичным. По крайней мере, вряд ли это причина данного инцидента.

Нужно добавить что все операции - установка патча, клонирование и т.д. выполнял, подключаясь удаленно по IP (просто видел где-то рекомендации выполнять эти операции по консоли), но неужели это может влиять?

Подскажите пожалуйста, в чем может быть причина инцидентов и как ее устранить?

Большое спасибо!
11.09.2016 01:28:49, Vladimir Shushkov.]]> http://www.intersyst.ru/support/forum/messages/forum15/topic2249/message17977/ http://www.intersyst.ru/support/forum/messages/forum15/topic2249/message17977/ Sun, 11 Sep 2016 01:28:49 +0500 Программное обеспечение