NetXMS Forum

Спасибо, Виктор!
Очень буду ждать 

Всем доброго времени суток.
Несколько лет успешно эксплуатировал версию 2.0.8, но по некоторым причинам переехал на 2.2.17.
База успешно обновилась, но при подключении и опросе конфигурации у девайсов, которые по SNMP не отдают ifTable (оптические приемники, UPS-ы итп), слетели unknown псевдоинтерфейсы.
Соответственно, не видно MAC-ов, из-за этого не строится FDB-топология, юзеры негодуют.
Помогите советом, кто сталкивался, как вернуть псевдоинтерфейсы на такие типы устройств? Может есть пример Hook::ConfigurationPoll или еще какое решение?

Приветствую!
Тоже обнаружил сегодня. Версия 1.2.10.

Добрый день!

Обнаружил небольшой косячок с нумерацией портов на коммутаторах Huawei при опросе LLDP-топологии.
Итак, запускаю poll, и вижу такое:

[26.11.2013 15:39:06] Updating peer information on interfaces
[26.11.2013 15:39:06]    Local interface HUAWEI, Quidway Series, Ethernet0/0/1 Interface linked to remote interface Городской пер-к 15 п5:HUAWEI, Quidway Series, GigabitEthernet0/0/2 Interface

Хотя если посмотреть соседей на самом коммутаторе, то видим следующее:

<Gorodksoy_17_p4>disp lldp nei bri
Local Intf  Neighbor Dev            Neighbor Intf            Exptime
Eth0/0/2    Gorodskoj_p-k_15_p5      GE0/0/2                  118

Соответственно, в Object Details видим соседей не на тех портах, не очень удобно. Хотя на карте порт рисует правильно Ethernet 0/0/2 
Afaik, huawei нумерует порты с 0 а не с 1.

На всякий случай выхлоп snmpwalk по .1.0.8802.1.1.2.1 во вложении:

hua_lldp_dump.txt

Спасибо!

Добрый день.

Подскажите, как увеличить таймаут сессии веб-консоли, по дефолту по-моему раз в 5 минут выкидывает, приходится перелогиниваться, неудобно.

Версия 1.2.9, сервер приложений - jetty.

Заранее благодарен!

Добрый день!
Прошу помощи, подскажите, насколько корректно в Server Actions обрабатывается кириллические значение параметра, к примеру, имя объекта %n ?
Такое впечатление, что строка команды содержащая кириллицу, режется, ибо в сообщении приходит "Оружейная 54 - N" вместо "Оружейная 54 - Node down".
Сервер на Debian, сборка стандартная с репозитария, кодировка UTF-8.

ОК, спасибо! 

Вот погрепал логи касаемо того узла

out.gz

Там тысячи полторы нодов, врядли влезет лог с 6-м дебагом 

Вот что удалось увидеть в логах, касаемо одного узла:

[21-Mar-2013 13:52:39.209] NodePoller: processing node 10.255.254.96/255.240.0.0 in zone 0
[21-Mar-2013 13:52:39.209] GetOldNodeWithNewIP: ip=10.255.254.96 mac=70:72:CF:63:26:98
[21-Mar-2013 13:52:39.240] AcceptNewNode(10.255.254.96): node already exist in database with ip 10.247.5.102, will change to new

Технологический адрес 10.255.254.96, он не активен, но в арпе где-то мог остаться.

А нормальный адрес 10.247.5.102 почему то поменялся.

Имен у них нет, в primary name IP указан, вот он то и меняется ))

UPD. Был бы вполне приемлем вариант, чтобы была возможность Primary IP "прибить гвоздями" к объекту

Доброго дня!

Такая ситуация - есть пул DHCP, из которого коммутаторы тянут технологические IP для настройки, потом я скармливаю им конфиг с "правильным" адресом. Дискавери находит эти коммутаторы по правильному IP, все замечательно. Но через некоторое время на найденный объект навешивается интерфейс со старым технологическим IP, старые интерфейсы соответственно пропадают. Получаем ложный алярм "Node down"

Можно ли как нибудь такое поведение у Discovery отключить? Совсем отрубать configuration poll жалко.

Удалось зайти legacy консолькой, сейчас проверю объекты, было дело - поменяли один длинк на циску, похоже на нем блокировка и была. Спасибо! Думаю, разберусь дальше сам.  ;D

Табличку проапдейтил, однако в консоль зайти так и не вышло, висит на "Синхронизации объектоа" и отваливается по таймауту.

В логах такое:

[06-Nov-2012 20:04:59] Thread "Syncer Thread" does not respond to watchdog thread
[06-Nov-2012 20:04:59] EVENT 20 (ID:6211190 F:0x0001 S:4 TAG:"") FROM monik: Thread "Syncer Thread" is not responding
[06-Nov-2012 20:06:53] EVENT 21 (ID:6211494 F:0x0001 S:0 TAG:"") FROM monik: Thread "Syncer Thread" was returned to running state
[06-Nov-2012 20:09:19] Thread "Syncer Thread" does not respond to watchdog thread
[06-Nov-2012 20:09:19] EVENT 20 (ID:6211872 F:0x0001 S:4 TAG:"") FROM monik: Thread "Syncer Thread" is not responding
[06-Nov-2012 20:15:27] EVENT 21 (ID:6212797 F:0x0001 S:0 TAG:"") FROM monik: Thread "Syncer Thread" was returned to running state
[06-Nov-2012 20:17:39] Thread "Syncer Thread" does not respond to watchdog thread
[06-Nov-2012 20:17:39] EVENT 20 (ID:6213155 F:0x0001 S:4 TAG:"") FROM monik: Thread "Syncer Thread" is not responding

Сессия остается висеть

nxadm -c "show sessions"
ID  STATE                    CIPHER  CLTYPE  USER [CLIENT]
0  CMD_GET_OBJECTS          NONE    DESKTOP [email protected] [nxmc/1.2.4 (Windows 7 6.1; libnxcl 1.2.4)]

Хотя  nxadm -c "show objects" все объекты отдает как нужно. Сервер работает, шлет оповещения итп.

Что же это все-таки такое? 

В-общем понятно, на карты L2-топологий добавилось много лишних девайсов из той же подсети, потому адовы тормоза при входе в консоль.

Вопрос к разработчику - как отменить такое поведение карт. Хочу чтобы ничего не менялось на них. Можно базу подкрутить, или еще что-нибудь?

Вот черт, внезапно зашел после дня прыжков с бубном! Что же это было? )))

Да пять раз проверил, и базу из бэкапа залил - результат один. Первый раз пускает, когда старую базу залил из архивов, потом при попытке зайти-выйти сессия зависает.  nxadm - без проблем, смотрю свои подвисшие сессии.

ID  STATE                    CIPHER  CLTYPE  USER [CLIENT]
0  CMD_GET_OBJECTS          NONE    DESKTOP [email protected] [nxmc/1.2.4 (Windows 7 6.1; libnxcl 1.2.4)]

UP.

Скачал Legacy Console - результат тот же, подвисает на синхронизации....  :-[

Доброго времени суток. После обновления до версии 1.2.4 с юникодом, вижу в логах кучу таких записей.

[06-Nov-2012 11:50:18] NetworkMap(???????? 3)/updateObjects: link 4441 - 4790 added
[06-Nov-2012 11:50:18] NetworkMap(???????? 3)/updateObjects: link 4441 - 4791 added
[06-Nov-2012 11:50:18] NetworkMap(???????? 3)/updateObjects: link 4441 - 4792 added
[06-Nov-2012 11:50:18] NetworkMap(???????? 3)/updateObjects: link 4441 - 4793 added
[06-Nov-2012 11:50:18] NetworkMap(???????? 3)/updateObjects: link 4441 - 4794 added
[06-Nov-2012 11:50:18] NetworkMap(???????? 3)/updateObjects: link 4441 - 4795 added
[06-Nov-2012 11:50:18] NetworkMap(???????? 3)/updateObjects: link 4441 - 4796 added

Как я понял из ченджлога - это относится к "Implemented seed-based network maps".

И самое интересное - не могу консолью прицепиться, и посмотреть, что же сервер с картами сотворил, т.к. консоль отваливается по таймауту  ;D

Прошу помощи, может кто столкнулся уже... Или воркараунд подойдет.

@victor said in Научите правильно слать СМС:

SMS с русскими буквами можно посылать только в PDU режиме насколько я понимаю. Кроме того, сам сервер должен работать в UNICODE или code page должен быть выставлен в CP-1251.

А про какой code page речь?

У меня вроде все верно - в netxmsd.conf:
CodePage = CP1251
База, соотвественно, тоже  везде DEFAULT CHARSET=cp1251.

Впринципе я без юникода вполне себе обхожусь, вот только с СМС-ками загвоздка. Можно конечно gnokii прикрутить на сервере.
Виктор, а не сложно ли будет реализовать такую хотелку - галочку в настройках сервера "Отправлять SMS транслитом", ну и в зависимости от настройки CodePage, конвертить сообщения из UTF или 1251 в транслит перед отправкой? Было бы прекрасно, и доступного текста в 2 раза больше опять же