NetXMS Support Forum

Hi,

it seems that on shutdown your database stopped faster than NetXMS server. If it is possible to make netxmsd service depends on mysqld service that should solve this issue.

Best regards,
Victor

Hi all!

NetXMS 2.1-M1 is out! It is first milestone release in 2.1 branch. It is not considered stable, although we do our best to ensure that is stable and usable. Changes from 2.0.6 are following:

*
* 2.1-M1
*
- New policy type: Log Parser
- New server configuration parameter "JobRetryCount"
- Chassis objects
- Hypervisor monitoring subagent
- In case of Policy deploy, Policy uninstall or File upload jobs fail they are scheduled for reinstallation(scheduled tasks)  "JobRetryCount" times. First time job is rescheduled in 10 minutes. Each next wait time is twice more than the previous time.
- If policy is known as installed on the node by the server and agent reposts that it is not installed it is being reinstalled.
- Added configuration option to log parser to generate event only if regular expression have been matched exact count of the times in a predefined time period
- New internal parameters: Server.ReceivedSNMPTraps, Server.ReceivedSyslogMessages, ReceivedSNMPTraps, ReceivedSyslogMessages
- Max size of agent data collectiors pool can be configured
- Agent data reconciliation block size and timeout can be configured
- New agent parameters System.CPU.CurrentUsage and System.CPU.CurrentUsage(*)
- SSH subagent (for collecting data and executing actions via SSH)
- Zone ID can be set for agent in SNMP proxy mode
- Zones has common default proxy node for all protocols
- Zone's proxy node can be placed inside that zone
- Syslog proxy in agent
- Built-in superuser account renamed to "system"
- Default "admin" account now is ordinary member of "Admins" group without built-in privileges
- New method "enableDiscoveryPolling" in NXSL class "Node"
- New NXSL functions: AgentExecuteAction, GetAllNodes
- NXSL functions GetNodeInterfaces, GetNodeTemplates, GetNodeParents, GetObjectChildren returns correct object classes
- Agent effective user and group can be set in configuration file
- Agent environment variables can be set in configuration file
- Added method "getResourceOwner" and attribute "nodes" to NXSL "Cluster" class
- New object tool type "server script"
- Number of polls can be set for "diff" type thresholds
- Instance discovery scripts can return instances as map instance/instance name
- CPU usage parameters on Windows moved to winnt.nsm from winperf.nsm and no longer depends on PDH
- New agent metrics for self-monitoring:
   Agent.SyslogProxy.IsEnabled, Agent.SyslogProxy.ReceivedMessages, Agent.SyslogProxy.QueueSize
- Management console
   - New editors for Agent Config Policy and Log Parser Policy.
   - DCI summary tables with empty menu path not shown in object context menu
- Fixed issues: #69, #80, #92, #397, #521, #568, #723, #795, #906, #909, #942, #949, #959, #992, #999, #1006, #1015, #1044, #1051, #1096, #1100, #1159, #1187, #1191, #1230, #1237, #1245, #1246, #1249, #1254, #1257, #1261, #1263, #1275, #1282, #1284, #1288, #1302

Best regards,
Victor

Hi,

filter where exactly?

Best regards,
Victor

Hi,

could you please show exact DCI configuration?

Best regards,
Victor

MSGRECV_CLOSED means session closed by server. You could check server log if there are anything about connections to that agent.

Best regards,
Victor

Is it web or desktop console? What version and on what OS (browser in case of web UI)?

Best regards,
Victor

Hi,

server requests OID .1.3.6.1.2.1.2.2.1.3.ifIndex and in case of error sets ifType to 1. If device responds correctly than I suppose that for some reason server discards response packet. What NetXMS version you are using? Could you provide packet capture for configuration poll? Please try requesting .1.3.6.1.2.1.2.2.1.3.ifIndex from device using NetXMS command line tool nxsnmpget - will it work as expected?

Best regards,
Victor

Access list - это список, надо его сначала создать, а потом добавить элемент:


acl = ArrayList()
acl.add(AccessListElement(helpdeskUser, UserAccessRights.OBJECT_ACCESS_READ))
gs = GraphSettings(0, session.getUserId(), 0, acl)


Сейчас так сделать нельзя, но идея хорошая, поэтому добавил В аттаче патч на 2.0.6 - если собираете из исходников, то можно пересобрать. Ну и изменение войдет в 2.1-М1 и 2.0.7 (если будем делать 2.0.7).
После этого изменения instance discovery script может вернуть hash map вместо массива - в таком случае ключи будут instance, а значения - instance name. Например:


instances = %{};  // создаем пустой hash map
instances[1] = "eth1";
instances[2] = "eth2";
instances[3] = "eth3";
return instances;


Если все ключи известны заранее, то можно даже так:


return %{ 1:"eth1", 2:"eth2", 3:"eth3" };


Ключ - это строка, не обязательно число. Так тоже правильно:


instances = %{};  // создаем пустой hash map
instances["eth1"] = "Ethernet 1";
instances["eth2"] = "Ethernet 2";
instances["eth3"] = "Ethernet 3";
return instances;


Да, попробую сделать.

Может есть активные алармы на ноде?

Наследование происходит, просто если пользователю дать права, не происходит синхронизация объектов с его сессией. После нового логина все должно быть. Нажатие apply вызывает обновление объекта, сервер рассылает уведомления об этом, и поскольку у пользователя есть права теперь - он получает обновление и объект появляется в дереве.

Ну на уровне сообщений протокола я бы предложил не спускаться Собственно конфигурация графика - это XML. Если он подготовлен, то записать график можно так (XML здесь для примера):


from java.util import ArrayList

xml = '<chart><title>Test Graph</title><dciList length="1"><dci nodeId="111" dciId="55"><type>1</type><name>Server thread pool AGENT: normalized load average (1 minute)</name><lineWidth>2</lineWidth><displayType>0</displayType><area>false</area><showThresholds>false</showThresholds><invertValues>false</invertValues><instance></instance><column></column><displayFormat>%s</displayFormat></dci></dciList></chart>'

gs = GraphSettings(0, session.getUserId(), 0, ArrayList(0));
gs.setName("My graph");
gs.setConfig(xml);
session.saveGraph(gs, True);


Примеры XML конфигурации можно посмотреть в базе или в конфигурации дашборда - на любом элементе Line Chart выбрать Edit XML. Верхний уровень будет немного отличаться, но конфигурация данных (внутри тега <dciList>) - нет.

Можно как метод instance discovery выбрать скрипт, а он уже вернет массив instance'ов.

Я вижу два варианта:

1. Сделать обычный DCI, который через скрипт достанет последнее значение табличного DCI и посчитает по ней среднее.

2. Сделать скриптовый DCI, который сделает SNMP walk и опять же посчитает среднее.