@victor said in network service UNKNOWN status: Скорее всего проблема в том, что не загружен субагент portcheck.nsm (libnsm_portCheck.so) на сервере. Да, вы правы, агент не был загружен. После включения # vim /etc/nxagentd.conf SubAgent = /usr/local/lib/libnsm_portCheck.so (FreeBSD) и перезапуска агента все заработало. Спасибо. Только вот в документации описание субагентов есть только в секции "5.3 Installing NetXMS Agent on Windows" netxms_install_guide.pdf А я виндовые агенты не ставлю, потому там и не читал вообще.

[Решение] Узлы и подсети удаляются через Menagment Console. В Object Browser выбираем Entire Network, если хотим удалить подсеть, или определенную подсеть  если хотим удалить узел. Переходим на вкладку Subordinates, щелкаем правой кнопкой - Delete

[Решение1] Создаем символические ссылки на файлы libnxexpat.so.0 и libnetxms.so.0 в /usr/lib После этого все работает [Решение2 from Victor Kirhenshtein] До выполнения make install прописать в /etc/ld.so.conf строчку /usr/local/lib ldconfig make install

Спасибо. Сам разобрался  ;D. Почему то сглючил netxms сервер или агент (так и не понял). После изменения количества NumberOfDataCollectors с 10 на 20 всё поехало. До этого количество запросов в очереди было ~850, в  скиншоте видно, сейчас всё в норме. [image: pic.jpg]

@aaa-aaa said in dci not supported: при добавлении сетевого узла (cisco) в алармы добавляется запись status of dci 76 (snmp:.1.3.6.1.4.1.94.1.21.1.7.1.0) changed to UNSUPPORT. откуда он это берет - ведь по mib браузеру .1.3.6.1.4.1.94. это ветка продуктов nokia? у меня такое же было (только может мибы другие) при обнаружении snmp агента на сервере. Я вручную удалил эти алармы.

Вот такие логи при отправке SMS я получаю 0-Nov-2010 19:05:44] *actions* Sending SMS to +7926XXXXXX; +7909XXXXXX; +7916XXXXXXX: "ATS_Note_Down" [30-Nov-2010 19:05:44] SMS send: to {+7926XXXXXX}: {ATS_Note_Down} [30-Nov-2010 19:05:44] SMS send: ATZ sent, got { Nokia 2700 classic OK } [30-Nov-2010 19:05:45] SMS send: ATE0 sent, got { OK } [30-Nov-2010 19:05:45] SMS send: AT+CMGF=1 sent, got {ATE0 OK } [30-Nov-2010 19:05:45] SMS send: AT+CMGS + message body sent, got { OK } [30-Nov-2010 19:05:45] SMS send: to {+7909XXXXXX}: {ATS_Note_Down} [30-Nov-2010 19:05:45] SMS send: ATZ sent, got { > } [30-Nov-2010 19:05:45] SMS send: ATE0 sent, got { OK } [30-Nov-2010 19:05:45] SMS send: AT+CMGF=1 sent, got { OK } [30-Nov-2010 19:05:45] SMS send: AT+CMGS + message body sent, got { OK } [30-Nov-2010 19:05:45] SMS send: to {+7916XXXXXXX}: {ATS_Note_Down} [30-Nov-2010 19:05:45] SMS send: ATZ sent, got { > } [30-Nov-2010 19:05:45] SMS send: ATE0 sent, got { OK } [30-Nov-2010 19:05:45] SMS send: AT+CMGF=1 sent, got { OK } [30-Nov-2010 19:05:45] SMS send: AT+CMGS + message body sent, got { OK > } ] ] ] ] [30-Nov-2010 19:10:09] *actions* Sending SMS to +7926XXXXXX; +7909XXXXXX; +7916XXXXXXX: "ATS_Note_Up" [30-Nov-2010 19:10:09] SMS send: to {+7926XXXXXX}: {ATS_Note_Up} [30-Nov-2010 19:10:09] SMS send: ATZ sent, got { +CMS ERROR: 301 } [30-Nov-2010 19:10:10] SMS send: ATE0 sent, got { OK }TE0 [30-Nov-2010 19:10:10] SMS send: AT+CMGF=1 sent, got { OK OK } [30-Nov-2010 19:10:10] SMS send: AT+CMGS + message body sent, got { > } [30-Nov-2010 19:10:10] SMS send: to {+7909XXXXXX}: {ATS_Note_Up} [30-Nov-2010 19:10:10] SMS send: ATZ sent, got { OK } [30-Nov-2010 19:10:10] SMS send: ATE0 sent, got { OK } [30-Nov-2010 19:10:10] SMS send: AT+CMGF=1 sent, got { OK } [30-Nov-2010 19:10:10] SMS send: AT+CMGS + message body sent, got { > +CMS ERROR: 301 } [30-Nov-2010 19:10:10] SMS send: to {+7916XXXXXXX}: {ATS_Note_Up} [30-Nov-2010 19:10:10] SMS send: ATZ sent, got { OK } [30-Nov-2010 19:10:10] SMS send: ATE0 sent, got {ATE0 OK } [30-Nov-2010 19:10:10] SMS send: AT+CMGF=1 sent, got { OK } [30-Nov-2010 19:10:10] SMS send: AT+CMGS + message body sent, got { > +CMS ERROR: 301 То есть судя по логам все отправляется. Но на самом деле приходит только на первый номер.

@victor said in фунционал web интерфейса.: Будет обязательно, но когда - сказать сложно. Не успеваем все спасибо.

Операторы -=, +=, и т.д. появились в версии 1.0.5. Если версия старее, то ошибка - это нормально, а вот если 1.0.5 или выше - тогда странно.

На APC SmartUPS температура датчика - это SNMP параметр .1.3.6.1.4.1.318.1.1.10.2.3.2.1.4.0

В текущей версии этого сделать нельзя. Я попробую реализовать это в каком-то виде в следующей версии.

Если ты имеешь в виду службы Windows, то это DCI с параметром System.ServiceState(имя_службы).

Da, v min i max bila oshibka pri rabote s raznimi tipami dannih. Ispravil, v 1.0.8 etoj problemi ne budet.

Нет, не в текущей версии.

Буду пробовать. Спасибо за оперативность!

Спасибо Виктор за помощь. Дальше буду разбираться уже сам, почему часть скриптов не отрабатывает так, как надо :)))

C/C++, UI (новый) на джаве.

Pohoze bili ochen' sil'no poporceni timestampi v idata_xx tablicah. Sejchas oni zapolnjajutsja normal'nimi dannimi i situacija ispravljaetsja. Mne na osnove izvestnoj informacii slozno skazat', v chem bila prichina takogo povedenija. Esli sejchas vse ok, to mozno ostavit' kak est'. Chtobi razobratsja, nado izuchat' soderzimoe tablic idata_xx.

ОК, переименовал через Properties. С нетерпением ждем обновлений!

Доброго времени суток! Zombie - процессов нет, скрипт на данной машине используется только один. В более новых версиях соляриса все работает, как часы. Насчет FileSystem.UsedPerc: проверяю место на диске именно скриптом, т.к. между данными FileSystem.UsedPerc и данными DF имеются различия, а именно, FileSystem.UsedPerc показывает примерно на 5 процентов меньше, нежели DF (на любом из серверов *nix).

Да, там нелогичное поведение. Надо отключить auto layout, в аттаче скриншот. [image: Capture.png]