NetXMS Support Forum

Sure. I've put sample script here: http://wiki.netxms.org/wiki/Using_nxshell_to_automate_bulk_operations#List_free.28administratively_down.29_ethernet_ports_on_switches

Quote from: yshiro on February 12, 2013, 12:50:26 PM
It´s possible to make the same question, with scripting ?

I´m trying to make an script, for free ports on my switches.

Check that you have "LogFile" parameter in file /etc/netxmsd.conf

Сейчас нет явной привязки контактов к юзеру, каждый номер/мейл создается как отдельный Action, который потом можно использовать в Event Processing Policy.

EPP обрабатывается целиком (если не отработает правило с условием "stop processing"), что позволяет делать достаточно гибкую систему нотификаций, от более общих (e.g. "все NODE_DOWN" уходят админу"), к детальным правилам ("NODE_DOWN для конкретных серверов уходят еще кому-то).

Сейчас обычный подход - создавать EPP вида:
Souce: Node1, Node2, Node3
Events: SYS_NODE_DOWN, SYS_NODE_UP, etc.
Action: SMSToUser1, SMSToUser2

Можно сделать более сложную схему с одним Action, и использовать макрос %[script_name] – вызывая скрипт из Sctipt Library, который на основе какой-то своей логики вернет контакты (например вычитывая Custom Attributes у ноды), но это уже больше костыль (хотя я такое использую у клиента, где много контактов отвечающих за один-два банкомата, для них даже нет юзеров в системе мониторинга).


У нас в есть в планах добавить в профиль юзера каналы оповещения (email, sms, xmpp, etc.) – но сейчас это не сделано.
Идея с указанием "responsible person" для сервера / контейнера мне нравится, зарегистрировал ее как feature request (#235)

Try to remove ~/.fontconfig (or just rename it for testing)

See also: https://bugzilla.redhat.com/show_bug.cgi?id=532718
http://lists.freedesktop.org/archives/fontconfig/2009-June/003168.html

Not right now. You can only disable it in the code and then rebuild server.
diff --git a/src/server/core/interface.cpp b/src/server/core/interface.cpp
index 0436baa..6f95b42 100644
--- a/src/server/core/interface.cpp
+++ b/src/server/core/interface.cpp
@@ -504,6 +504,7 @@ void Interface::StatusPoll(ClientSession *pSession, DWORD dwRqId,   Queue *pEventQ
                        break;
        }

+  /*
        // Check 802.1x state
        if ((pNode->getFlags() & NF_IS_8021X) && isPhysicalPort())
        {
@@ -512,6 +513,7 @@ void Interface::StatusPoll(ClientSession *pSession, DWORD dwRqId,   Queue *pEventQ
                if ((m_dot1xPaeAuthState == PAE_STATE_FORCE_UNAUTH) && (newStatus < STATUS_MAJOR))
                        newStatus = STATUS_MAJOR;
        }
+  */

        // Reset status to unknown if node has known network connectivity problems
        if ((newStatus == STATUS_CRITICAL) && (pNode->getRuntimeFlags() & NDF_NETWORK_PATH_PROBLEM))


Unfortunately, there nothing related to your issue in this log.
Could you please change 1Gb limit to 2Gb in the script and rerun it?

Quote from: millerpaint on February 07, 2013, 06:57:38 PM
OK, good news Alex.  The script you provided shut down NetXMS gracefully after it reached the 1GB of RAM threshold.  It took 12-15 minutes running under valgrind before it crashed.  I have attached the valgrind log.

Пример настройки: http://wiki.netxms.org/wiki/How_to_send_e-mail_notification_when_disk_space_is_low
Список макросов, которые можно использовать: http://wiki.netxms.org/wiki/UM:Event_Processing#Macros_for_Event_Processing

Quote from: testos on February 07, 2013, 12:51:25 PM
Centos kernel is not supposed to panic under any circumstance.

That's pretty much standard trace issued by oomkiller.

Kevin: try to use attached script to get proper valgrind output. Script idea is that it monitors RSS used by netxmsd, and if it's greater than 1Gb, script try to do graceful shutdown using nxadm – before netxmsd is killed by OOMKiller.
You need to change NXADM variable in the script according to your installation prefix.
Start script, then start netxmsd under valgrind.

Yes, there should be no output with '-d', it's daemon mode - it should silently detach and go to background.
Before running it as daemon, you can check that config files are good and agent is working properly by running it with '-D3' (3 - debug level, can be from 0 to 9)

Maybe sever was initially installed with different prefix.
Check which nxdbmgr you are using: run which nxdbmgr
Also search for duplicates:find / -name nxdbmgr 2>/dev/null

Если есть core файл, то запустите пожалуйста "gdb /path/to/netxmsd core" и покажите результат команды "thread apply all backtrace".
Если core не создается, перед запуском сервера выполните "ulimit -c unlimited" (можно так же можно прописать в /etc/security/limits.conf)

I've added couple more samples to Wiki (http://wiki.netxms.org/wiki/Using_nxshell_to_automate_bulk_operations#Sample_Scripts)

Hello.

Please contact me at [email protected] and I will send you our consulting rates.

Best regards,
Alex.

Yes, all operations done by GUI can be done using API. Right now it's just a raw Java API with some glue for more convenient use, but I plan to make it more Python-ish.

I can add more samples – do you have any particular idea in mind?

Проблема в том, что при запуске под runit, readline получает EOF на каждый попытку прочитать консоль – чем и занимает одно ядро полностью.
В 1.2.6 я добавил параметр "-q", который полностью отключает интерактивную консоль.
Как временное решение - отключить консоль в коде и пересобрать сервер. Diff в аттаче.