Поиск  Правила  Войти
Форум » Alcatel-Lucent OmniPCX Enterprise » Другое

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

Страницы: 1
RSS
Hunt Group, Удаление номера на Hunting group
 
#1
15.10.2014 15:52:59
Добрый день коллеги!
помогите пожалуйста не получается удалить два номера хант груп.
01 и   07
01 тип хантгруп - Network hunting group
07 тип хантгруп - Network hunting group
01 вроде в висте удаляется и исчезает но при повторном открытие заново появляется
07 при удаление omni vista зависает ...
пробовали через аудит хант груп
При этом аудит показал что при симуляции
SIMULATION
xm000003
       07         : automatic deletion (Station_Group)
       01         : automatic deletion (Station_Group)
       07         : automatic deletion (Station_Group)
EOF, 10/15/2014 : 11:06:39

А при выполнении имедианте
Consistency checks for Hunt Group

xm000003
       07         : Inconsistency Translator (Station_Group)
       01         : Inconsistency Translator (Station_Group)
       07         : Inconsistency Translator (Station_Group)
EOF, 10/15/2014 : 11:09:26

Хант групп на другой станции уже удалена.
Изменено: Baha - 15.10.2014 16:10:06 (исправление текста)
 
 
 
#2
15.10.2014 16:17:08
Если вы удалили сетевую hunt group на референс узле, а на другом она не удалилась (из-за проблем с броадкастом и т.п.) - на данном узле надо делать аудит по hunt group.

Сетевая hunt group удаляется только с того узла, который прописан в ней как reference node.
 
 
 
#3
15.10.2014 22:02:55
Цитата
vad пишет:
Если вы удалили сетевую hunt group на референс узле, а на другом она не удалилась (из-за проблем с броадкастом и т.п.) - на данном узле надо делать аудит по hunt group.



Сетевая hunt group удаляется только с того узла, который прописан в ней как reference node.

На сетевом референс узле ее действительно удалили.
Но и на другой она существует только в виде отображения
и при наборе этого номера станция сообщает что набранный номер не существует.
а при попытке посмотреть ее  в mgr
дает вот что :



X +-Error:---------------------------------+
X | X |
X | CANCEL to close this window            |
X | X |
X | Processing Failure                     |
X | OBJECT -1: ATTRIBUTE 0: SQLCODE_-12055 |
X | X |
X +----------------------------------------+

поэтому аудит и дает то что написанно выше
при симуляции что нужно ее удалить ,
а при выполнении имедианте пишет что не номер не соответствует транслятору

07 : Inconsistency Translator (Station_Group)

сделал  cdmao и затем  checkdb -  ошибок не нашлось
 
 
 
#4
16.10.2014 11:13:50
У меня в аналогичной ситуации - удалялось.
Посмотрите что написано в broadcast object (чтоб по HG - стояло рассылать/принимать)
Посмотрите что в трансляторе написано (возможно имеет смысл создать Network Number, если отсутствует - с номером HG и указанием того узла, где она была).
 
 
 
#5
16.10.2014 20:39:03
Цитата
vad пишет:
У меня в аналогичной ситуации - удалялось.

Посмотрите что написано в broadcast object (чтоб по HG - стояло рассылать/принимать)

Посмотрите что в трансляторе написано (возможно имеет смысл создать Network Number, если отсутствует - с номером HG и указанием того узла, где она была).

Проверил в broadcast object наличие HG  - но ничего похожего не нашёл.
Создал на референс ноде Hunt Group 07
Она появилась и на других нодах.
Подождал долгое время  и удалил на референс эту hunt group
Посмотрю утром как отработает броадкаст.
 
 
 
#6
16.10.2014 20:46:29
До утра можно и не ждать - System - broadcast - Action - Immediate broadcast. Разошлется, как правило, сразу, но обрабатываться на разных узлах может по-разному. Поэтому лучше подождать пяток минут, потом смотреть результат.
 
 
 
#7
17.10.2014 01:14:32
ЕМНИП, броадкаст, несмотря на название, не рассылается, а наоборот - опрашивается наличие нового файла изменений и скачивается.
А Immediate broadcast просто сбрасывает буфер изменений в MAO в файл, не дожидаясь соответствующего таймера.
 
 
 
#8
17.10.2014 13:51:46
immediate broadcast - только на buffer timer действует?
Мне казалось что на polling тоже. По крайней мере когда с обеих сторон давали immediate broadcast - помнится все сразу появлялось.
 
 
 
#9
17.10.2014 13:59:03
Не знаю как сейчас. В свое время доходило до того, что создание удаленной HG - приводило к тому, что на удаленных узлах HG присутствовала в двух экземплярах с одинаковым номером.

Я делал в свое время следующее:
reference node - HG нет
удаленный нод - есть HG, есть префикс network number с номером HG, ссылающийся на референс нод

На удаленном ноде - запускали аудит, по HG, построение базы на локальном узле, reference node - тот, который указан в HG как референс.

Все прекрасно чистилось. В вашем случае (если ругается при аудите на транслятор) - наверное вы просто руками удаляли префикс из транслятора. Его и предлагал создать. Удаление/создание через broadcast - может не помочь. Посмотрите кстати состояние броадкаста (prog_diff) на обоих узлах и инциденты на тему броадкаста.
Если проблемы или номера последовательностей разбежались - имеет смысл рестартовать броадкаст (cleanbroad по сети).
 
 
 
#10
17.10.2014 13:59:04
Возможно, на поллинг тоже, надо по доке уточнить.
 
 
 
#11
18.10.2014 22:17:40
Цитата
vad пишет:
Не знаю как сейчас. В свое время доходило до того, что создание удаленной HG - приводило к тому, что на удаленных узлах HG присутствовала в двух экземплярах с одинаковым номером.


Прошло время и вот результат.
Отображение HG есть после удаления , но как таковой ее нет.
набор префикса - говорит нет такого номера. А создание такого же префикса только уже
в быстром наборе спокойно создается и при наборе нормально работает.
А в ОТОБРАЖЕНИЕ в HG  также остается причем уже даже в дублированном количестве.

Сеть у нас большая станций  и есть другая ареа - там нормально все прошло с удалением HG через аудит.
Получается проблема локальная в данной ареа.
 
 
 
Страницы: 1
Читают тему