@djaksons said in Object node: Никто не подскажет почему после авто добавления объекта он не попал в нужную подсеть? [image: 0_9e9a1_52ece6af_XXXL.jpg] Удаляю а они снова в корень добавляются, можно ли их как-нибудь переместить в нужную подсеть. Видимо вы тоже словили этот https://www.radensolutions.com/chiliproject/issues/45. Я пока на время исключил данные адреса из autidiscovery фильтром и добавляю вручную.

Все получилось. Спасибо.

Не проблема, я могу сразу в архив складывать. ПОстараюсь не забывать

Да, without конфигуратор сейчас обрабатывает как with. Я посмотрю, как это исправить.

Я собрал netxms 1.2.2, пытаюсь запустить демона, а он в лог говорит такое: Error creating data directory "/opt/netxms/share/netxms/packages" Раньше пользовался версиями до 1.1.10 - они такого не хотели, в share/netxms было только aclocal зачем-то. Зачем оно хочет туда записывать? Если тот же configure говорит, что:   --datarootdir=DIR      read-only arch.-independent data root [PREFIX/share] Т.е. read-only! Ну и FHS: http://www.pathname.com/fhs/pub/fhs-2.3.html#USRSHAREARCHITECTUREINDEPENDENTDATA тоже так думает. Т.е. это общепринято, что туда писать во время работы ничего не надо.

после обновления сервера gentoo до Gentoo Base System release 2.1 стали приходить письма не содержащие никакой информации. Раньше было что письма приходят от "NetXMS Server" netxms@localhost, сейчас просто netxms@localhost письма шлются по action стоят настройки E-mail subject: %S event on %n at %t Message text: %m Обновил Netxms до 1.2.2 но проблема не исчезла

@victor said in SNMPGet: Ну и наверное проще использовать SNMPGetValue вместо SNMPGet. SNMPGet слишком низкоуровневый - он просто дает ответный SNMP varbind - а это происходит и в том случае, если запрашиваемый OID не существует. Просто поле type в этом случае будет равно 0x80 (NO SUCH OBJECT) или 0x81 (NO SUCH INSTANCE). угу точно, задергался инстанс забыл скрипт для переименования всех нод на данные с конкретного оида. EnumerateNodes(FindObject(1)); sub EnumerateNodes(rootObject) { foreach(o : GetObjectChildren(rootObject)) { if (classof(o) == "Node") { transport = CreateSNMPTransport(o); if (transport == null) return -1; oid = ".1.3.6.1.2.1.1.5.0"; // sysname sysname = SNMPGetValue(transport, oid); if (sysname == null) return -2; else RenameObject(o, o->ipAddr); println("Object renamed to ".sysname); } else if (classof(o) == "NetObj") { EnumerateNodes(o); } } } скрипт на переименование всех нод на их Ip EnumerateNodes(FindObject(1)); sub EnumerateNodes(rootObject) { foreach(node : GetObjectChildren(rootObject)) { if (classof(node) == "Node") { RenameObject(node, node->ipAddr); println("Object renamed to ".node->ipAddr); } else if (classof(node) == "NetObj") { EnumerateNodes(node); } } } может пригодится кому.

@victor said in ifXTable: Ну это действительно баг по сути - я согласен, что если ifXTable поддерживается, то надо создавать DCI использующие ifXTable. Сделал issue чтобы не забыть: https://www.radensolutions.com/chiliproject/issues/111 и еще видимо забытое https://www.netxms.org/forum/oe-oo/eee-to-transformation-script/msg7124/#msg7124

А с MIB версии 2 программа дружит или нет?

127.0.0.1 или localhost

@victor said in Старая/новая консоль: склероз Сейчас записал в баг трекер. выполнить скрипт еще не работает в Transformation script

IP topology, Layer 2 topology - пока не сделаны, но в планах есть. @mag said in Типы карт: Так же на старых картах объекты открывались по двойному щелчку, для ноды это может быть не сильно и актуально, а вот когда на карте контейнер в котором собрано всё оборудование для какого-то населённого пункта это было удобно - не закрывая карту можно посмотреть в чём именно проблема отвалился весь город или только интерфейс на каком-то устройстве. Вернётся ли эта функция? в новой консоли она сделана по другому. К каждому объекту (нода, контейнер, субнет, и т.д.) можно привязать "Drill-down submap" - объект карты, который будет открываться по двойному клику.

Может ты конечно говорим о разном, но для меня логичнее было бы в "Имя" вот этот OID = .1.3.6.1.2.1.31.1.1.1.1.1, а в "Description" OID = .1.3.6.1.2.1.31.1.1.1.18.1

В принципе можно. Принимаемые syslog сообщения можно пропускать через парсер, и генерировать различные события. Потом эти события обрабатываются как обычно - можно создать алармы, запустить команды, переслать куда-то, и т.д.

А применительно к Cisco как будет?

Скажите, отправка SMS под Linux только у меня не работает? Путём правки src/server/smsdrv/generic/main.cpp я, конечно, добился результата, но просто интересно.

Имеется канал проходящий через десяток маршрутизаторов, хочу отобразить нагрузка на всех этих каналах для наглядности загруженности, но при размещении 3 каналов графики начинают сжиматься. Можно ли сделать с прокручивающимся списком?

Если б протокол обмена с сервером базировался на чем-то широко распространенном (JSON/XML-RPC? REST? Hessian/Burlap? Protobuf? Thrift?), то проблемы, наверное, не было бы. А возможность дернуть NXSL-скрипт извне как из командной строки, так и по HTTP  - замечательная идея. Но в этом случае внутри NXSL-скриптов должен быть доступен аналог Java API. Я даже боюсь себе представить трудоемкость такой задачи. Пока научить бы NXSL с таблицами работать ...

Спасибо, буду ждать.

Т.е. мне стоит перенести все пожелания в chiliproject? Ок, сделаю.