Как советует Error покрутить в
SYSTEM-Tone Detector Parameters-Z12/Z24 или  SYSTEM-Tone Detector Parameters-Z32/eZ32 в зависимости от ваших плат.Но я бы не ковырялся в этих параметрах, лучше или починить сименсы или сплавить их куда либо

http://forum.intersyst.ru/read.php?7,14408,14506#msg-14506

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

в том то и дело что нету ничего подозрительного VAD, скрипты никакие не запускал, что я сам себе злобный буратино на узловой станции скрипты запускать ?в доке нашел еще команду  INCOUT.Надо чтобы было -1 или -2 или -3?

P.S ашел еще две интересные команды incstart и incstop. Не искомое ли это в моем случае?Никто из форумчан не баловался с этими командами?

блин баскулы не полечили станцию.Показывает инциденты только за текущие сутки .хз что и думать

не сегодня и ни вчера и не позавчера не было перезапуска, последний рестарт был в а допустим в августе, сами инциденты смотрю кажды рабочий день и ничего не вызывало подозрений.А тут решил посмотреть допустим позавчерашние инциденты и оппа, их нету.То есть есть сегодняшние и с момента старта в августе и все, больше нету .Завтра наверное сделаю баскулов парочку.

Имеется OXE R7.1-f5.401-21-f-ru-c7 с дублированными процессорами, заметил такой глюк- станция  помнит инциденты только за сегодняшние сутки.Вывод по incvisu показывает только текущую дату.Заходил по ftp и копировал инциденты вручную- тоже самое.Пока думаю сделать bascul от этой болячки или можно как-то перезапустить данный процесс?Смотрел SMART винтов , по нему все нормально.

извиняйте )

ключевое слово Connection Category(ген. директор, главбух etc- одна категория например , у абонента, которому нельзя им звонить- другая ,0-запрет звонка.единичка-разрешено

пока забил на этот инцидент, ибо как известно хороший стук когда-нибудь выйдет наружу )

загрузиться с сохраненных на станции бэкапах (доступны по ftp в каталоге на станции /usr4/bacup , вплоть до двухмесячной давности

для CPU7 брали  256MB SDRAM PC133  SO-DIMM CL3 Transcend - TS32MSS64V6G)

http://www.bestmemory.ru/goods/id7179.html

для CS брали Kingston ValueRAM - KVR133X64C3L/128)

http://bestmemory.ru/goods/id9055.html

вот про это не знал спасибо ,
а так везде ABC-F на всех станциях одинаково сделано

пока сделал вот что.Данная станция настроена на то чтобы брать время по NTP с другой.Зашел в настройки, проверил-все было правильно, но почему то по команде ntpq -p  не было видно вышестоящего сервера времени.Пересоздал  конфигурацию NTP заново. после этого все вроде заработало.Понаблюдаю пару суток, отпишусь потом пропал или нет инцидент.Заметил еще вот что.На OXE с версией софта 6, процессор stand-by не видит(по крайней мере не пингует) другие станции по туннелю.Проверил на 3 станциях с 6 релизом.А на станции с 7-м релизм процессор stand-by видит(пингует)другие станции по туннелю.Это так и должно быть?Просто когда на проблемной станции решил проверить NTP конфиг на stand-by проце, то не смог достучаться до NTP на другой станции.

Имеется OXE (в корпусе MG) с дублированным процессором
R6.0.1-f1.603-1-o-ru-c80s1

Business identification: R6.0.1

Release:
DELIVERY f1.603
Patch identification: 1
Dynamic patch identification: o

Country: ru
Cpu: c80s1

ACD VERSION
       release : 6
       bug_fixing : 0
       protocol_id : 86
       version_dy_hr_stat :  11

на stand-by процессоре сдох винт.Базу я оттуда вынул, поставил новый.Запустил, bascul туда-сюда сделал, вроде все нормально.Но стала появляться ошибка
0:2663=IPC Chorus err: appli CALLHANDLING oper 6 err -7
в опсаниях посмотрел но не понял.Если не трудно может кто обьяснит что это за ошибка?

у нас пришла плата D8, но на самом деле на ней сделано 4 канала вместо 8.Заказывали вроде как D4.Я об этом не знал.На ней просто не распаяны 4 микросхемы.Там был вроде как еще нюанс если мне не изменяет пам ять с перемычками.Если нужна дока(phobos_adminguide_2.15.pdf) то выложил вот  тут
и тут
или вот картинка еще