Alcatel 4400 CPU5 Step3, два процессора, платы переключения портов нет. На днях главный процессор отказ (сбор винчестера), система перешла на второй процессор. Снимал тарификацию с порта B0 на компьютор с тарификационной программой. Теперь ни на В0, ни на В1 ничего нет. Пробовал ставить второй процессор на место старого - ничего. С А0 сыпятся непрерывно инценденты:
23/11/06 13:19:51 000001M|--/--/-/---|=2:0275=Appli ACCOUNTING : feature incident 20 11
23/11/06 13:19:51 000001M|--/--/-/---|=2:0275=Appli ASCII : feature incident 20 11

Настройки Accounting:
x Node Number (reserved) : 1 x
x Instance (reserved) : 1 x
x Instance (reserved) : 1 x
x x
x Internal Accounting + YES x
x Monitoring + NO x
x Financial Report + NO x
x Tickets Storage + NO x
x Files for External Accounting + YES x
x Real Time Tickets Output + V24 x
x Real Time Tick.Outp.Parameters x
x x
x Real Time Printer V24 + /dev/tty0a (0) x
x Printing format + Extended x
x Displayed Value + Cost x
x PIN (Personal Ident.No.) + Masked x
x Lines Per Page : 65 x
x Line spacing : 0 x

Real Time Printer V24 менял на другие, не помогает.
В настройке System - V24 стоят два порта:
/dev/scc0a (2)
/dev/scc1a (3)
Их тоже пробовал - ничего.
Что еще делать ума не приложу :(



Редактировано 1 раз. Последний раз 23.11.2006 20:18 пользователем TM.

А как эти два порта сконфигурены? Должно быть
VT100, 9600, 8, None, 1, Other application.
Тогда должно работать.

Поправил, не помогло.
Может строго рестарт надо? Пока не могу попробовать, пользователей очень много.

Тогда проверьте, заполнен ли фильтр, отвечающий за выдачу тикетов на V24-порт.
По крайней мере, должно присутствовать Public Outgoing Calls.

Вообще первый инцидент вроде как станция не может открыть файл. Попробуйте сказать в аккоунтинг Internall accounting сначала нет, потом снова да. Или дайте команду "dhs3_init -R INTERNAL_TAX".

Выгнан начальством в командировку - пытаюсь разрулить ситуацию из далекого далека. После набора последней команды станция начала сыпать:
24/11/06 15:21:15 000001M|--/--/-/---|=2:0275=Appli PRINTING : feature incident 20 15
24/11/06 15:21:15 000001M|--/--/-/---|=2:0275=Appli ACCOUNTING : feature incident 20 15
24/11/06 15:21:16 000001M|--/--/-/---|=0:2663=IPC Chorus err: appli SAVE oper 20 err 15

Дурацкий вопрос, но вы сами разбирались, что означают эти инциденты или нет?
Даете команду "incinfo GEA 275" и смотрите, что означает данные инциденты, а дальше имеет смысл обсуждать проблемы.

Финал истории таков: вернувшись, поставил новый винт на майн, инсталировал ОС, развернул базу - тарификация заработала, инциндентов нет. Инсталировал заново ОС на стан-бай процессор, развернул базу. При запуске пишет какую-то ошибку:
30/11/06 11:16:22 000001I|--/--/-/---|=2:4351=Incoherent data: appli INITREM table ENTITY cause invalid cdt info 10 -1 -1
30/11/06 11:16:25 000001I|--/--/-/---|=2:2656=Incoherent data: appli INITREM table NETNODE (0)
30/11/06 11:16:42 000001I|--/--/-/---|=5:1528=Test from chorus if incidents handler is running
Больше за день никаких инциндентов на нем не было.
Телефония работает, процессоры в сервисе, twin показывает что все ready.
Но на стан-бай проце странный глюк: при попытке войти в меню mgr->Application->Accounting выводит окно OBJECT -1: ATTRIBUTE 0: Chorus error
Поставил ОС заново, развернул базу - тоже самое. Что-то не так, но что - не пойму.
Терзают меня смутные подозрения, что если вдруг майн упадет, опять будут проблемы.

стед-бай процессор надо засинхронизировать с майн