Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Страницы: 1
RSS
Не изменяется имя абонента., Конфигурация абонента
 
Доброго времени всем.
Есть R 7.1   на 5 ти станциях , сеть АВС-F , в работе более  10 лет, процессоры как одиночные  так и дублированные.
Управление из 4760 и по телнету в mgr .
Меняем  имя абонента  на нужное(не важно 4760 или mgr ) .
Применяем . Ошибок не выдает .  При открытии повторно абонента - имя старое.
Помогает перегрузка АТС(и повторное прописывание) - это очень плохо если процессор  один ..
Иногда помогает  mao off  и сразу mao on, а чаще не помогает
Странно на двух процессорной  АТС  на одном процессоре  есть проблема, на втором вроде нормально .
Еще интереснее  - было редко то на одной АТС то на другой - стало чаще и  уже на двух трех АТС одновременно.
Да диски как говориться отработали свое..  Но  вопрос - менять диски хоть и планируем
а хотелось бы понять почему так происходит.
Предположу, что все дело в базе данных.. . Может кто помочь и подсказать что еще проверить ..
Что то может просто забыл проверить....  
Изменено: Sinergys - 27.01.2017 22:29:48
 
зайдите через root и смотрите что показывает smartctl -a /dev/hda

как и говорил ранее - перед уходом на пенсию hdd подсыпает пургена в работу атс

А у вас это уже - эпидемия :)
Пути IP-пакета неисповедимы
 
проверять диски. Смотреть chekdb.
 
Бывает помогает при работе в сети:
1. Отключить broadcast по всей сети (mao -br)
2. На родной станции удалить абонента из списка в phonebook.
3. Удалить в user имя абонента, причем не только directory name/directory first name, но и displayed name. При этом, деактивируйте функцию can be called/dialed by name.
4. Присвойте новое имя. При необходимости, активируйте функцию called/dialed by name в момент изменения имени.
5. Активируйте broadcast (mao +br)
 
Цитата
error написал:
зайдите через root и смотрите что показывает smartctl -a /dev/hda

как и говорил ранее - перед уходом на пенсию hdd подсыпает пургена в работу атс

А у вас это уже - эпидемия

Ответ :  Диск на одной из АТС НОВЫЙ ! не давно поменяли !!!!  И те же самые проблемы ...
Изменено: Sinergys - 31.01.2017 15:29:14
 
проверить checkdb что нет проблем с базами данных
посмотреть - что в System/Broadcast - таймера на буфер и поллинг - стоят нормальные (лучше минут 10).
проверить - что на станции с дублированными процессорами ходите не по физическому адресу, а по адресу main (и что базы на дублях выровнены).

посмотреть с prog_diff - что у вас с броадкастом (разобраться с тем - что рассылаете, что нет system/broadcast/broadcast oblect - дать команду clean_broad по сети)

Ради интереса, когда есть проблемы - поменять имена у чего-то другого (например SD).
 
Цитата
vad написал:
проверять диски. Смотреть chekdb.
Диск на одной АТС новый.

checkdb
Data base checking in progress ...
/..................................../
 
Цитата
vad написал:
prog_diff

Интересно другое  что при вызове  абонента на дисплее  у вызывающего имя абонента показывает  правильное !
А в 4760 и mgr   пишет старое имя....  и в phonebook тоже имя старое.
 
База существует в двух экземплярах - на диске и развернутое в ОЗУ. 4760/mgr  - открывает файл с диска. При вызове - работает то, что есть в памяти.
Такое ощущение - что при изменении - на диске по какой-то причине не обновляется, а в памяти обновлено (после рестарта - старое вернется).
Патчи какие стоят? Для пробы что-то последнее из 7.1 поставить (если патчи ранние)
 
вроде как из последнего 7.1 это f5.401.36d
Пути IP-пакета неисповедимы
 
Цитата
vad написал:
База существует в двух экземплярах - на диске и развернутое в ОЗУ. 4760/mgr  - открывает файл с диска. При вызове - работает то, что есть в памяти.
Такое ощущение - что при изменении - на диске по какой-то причине не обновляется, а в памяти обновлено (после рестарта - старое вернется).
Патчи какие стоят? Для пробы что-то последнее из 7.1 поставить (если патчи ранние)

R7.1-f5.401-29-ru
 
С патчем понятно, а как со всем остальным из сообщения #6?
 
Цитата
vad написал:
проверить checkdb что нет проблем с базами данных
посмотреть - что в System/Broadcast - таймера на буфер и поллинг - стоят нормальные (лучше минут 10).
проверить - что на станции с дублированными процессорами ходите не по физическому адресу, а по адресу main (и что базы на дублях выровнены).

посмотреть с prog_diff - что у вас с броадкастом (разобраться с тем - что рассылаете, что нет system/broadcast/broadcast oblect - дать команду clean_broad по сети)

Ради интереса, когда есть проблемы - поменять имена у чего-то другого (например SD).
Проверка базы в сообщении № 7  - ошибок не дает.
System/Broadcast - таймера на буфер и поллинг - стоят  10 по умолчанию не менялись. Operational  YES
Станция без второго процессора (где новый диск, на другие пока не смотрю )
Рассылка только - то что не отключается) (х25, ISDN, Network Node..) - остальное не рассылается
Не понял что такое SD, что бы его поменять.
 
SD - Speed Dial (Abbreviated numbers)
Страницы: 1