NetXMS Support Forum

Net.RemoteShareStatus should return status code returned by NetUseAdd Windows API call. Level 2 call is used.

Best regards,
Victor

You have to create mobile device object and enter correct device ID (usually IMEI, but agent will show you correct device ID). Also, user account used by mobile agent should have "login as mobile device" access right.

Best regards,
Victor

I've added fix for MS SQL as suggested.

Best regards,
Victor

Hi!

Actually, there is function GetSumDCIValue It just was not added to manual.

Best regards,
Victor

Hi!

Seems to be implicit data conversion issue. Can you try modify this query somehow to make it work (maybe cast idata_value to numeric type)? If you will make it wor, I'll fix server code to handle it correctly

Best regards,
Victor

Hi!

If you have Windows agent somewhere, you can use Net.RemoteShareStatus or Net.RemoteShareStatusText parameter. Syntax is following:

Net.RemoteShareStatus(share,domain,login,password)
Net.RemoteShareStatusText(share,domain,login,password)

Best regards,
Victor

Hi!

DCI summary tables intended to show values of same DCIs on different nodes. You cannot use it to show different values of same DCI. Can you describe your requirements in more details (maybe there is some way to achieve it)?

Best regards,
Victor

Hi!

All steps you do are correct. Can you please post screenshot of your table configuration? Also, is it possible to provide me with SNMP access to some test Mikrotik device so I can test if there are any bug withing NetXMS?

Best regards,
Victor

Тогда ничего сделать нельзя. Я подумаю как можно добавить переменные в запросы в DBQuery.

Странно, сервер должен кешировать engine boots и engine time и повторять запрос при получении "not in time window" ошибки. Есть возможнось собрать дамп SNMP пакетов при возникновении этой проблемы?

Такой возможности нет. Можем добавить в feature requests

Я поправил работу с сессиями в dbquery - надеюсь поможет. В 1.2.14 будут эти изменения.

Есть несколько путей - смотря что надо получить:

1. Можно обрабатывать события SYS_NODE_DOWN, SYS_NODE_UNREACHABLE, SYS_AGENT_UNREACHABLE, SYS_SNMP_UNREACHABLE и слать оповещения например.

2. Можно сделать "internal" DCI и в transformation script получать состояние ноды через $node->runtimeFlags. Например, проверить что нода полностью недоступна можно так:

if ($node->runtimeFlags & 0x0004)
{
   // node is unreachable
}

Полный список флагов из runtimeFlags:

QUEUED_FOR_STATUS_POLL     0x0001
QUEUED_FOR_CONFIG_POLL     0x0002
UNREACHABLE                0x0004
AGENT_UNREACHABLE          0x0008
SNMP_UNREACHABLE           0x0010
QUEUED_FOR_DISCOVERY_POLL  0x0020
FORCE_STATUS_POLL          0x0040
FORCE_CONFIGURATION_POLL   0x0080
QUEUED_FOR_ROUTE_POLL      0x0100
CPSNMP_UNREACHABLE         0x0200
RECHECK_CAPABILITIES       0x0400
POLLING_DISABLED           0x0800
CONFIGURATION_POLL_PASSED  0x1000
QUEUED_FOR_TOPOLOGY_POLL   0x2000
DELETE_IN_PROGRESS         0x4000
NETWORK_PATH_PROBLEM       0x8000

Да, по SNMP. Можно с консоли запустить Poll -> Topology и посмотреть что там происходит.

Сейчас можно поставить threshold на data collection error - он сработает если запрос параметра вернет ошибку. В 1.2.14 я добавил macro expansion еще и в аргумент pattern в параметрах File.Size и File.Count - теперь можно будет сделать параметр вида

File.Count(/path/to/files,%Y-%m-%d)

и сравнивать его с 0.