NetXMS Support Forum

Quote from: iGodunoff on December 12, 2017, 11:13:14 AM
Ещё одна новость - агенты 2.2.1 не работают в Windows XP. Установка проходит без ошибок, всё на местах, служба появляется. Но при попытке её запустить - ошибка 1053 - служба не ответила на запрос своевременно. Не стартует в итоге. В остальных системах агент работает нормально (если не спрашивать модель диска), начиная от Висты и до Десятки последней редакции. И ещё с удалённым обновлением агентов до 2.2.1 вышли грабли. Не на всех компьютерах, а как-то выборочно (непонятно по какому принципу). Пришлось ставить руками (причём иногда агент 2.2.1 не желал ставиться даже вручную - приходилось удалять предыдущую версию, либо криво вставшую новую).

А если попробовать патч 2.2.1-18 на XP: https://netxms.org/download/patches/019/?

Quote from: iGodunoff on December 14, 2017, 09:10:01 AM
Ещё одна странность обнаружилась: агенты версии 2.2.1 выдают неправильную версию ОС в случае Windows 10. Вместо Win 10 всегда пишут "Windows 8 Build 9200". Хотя агенты 2.1.2 сообщают её совершенно правильно (например, "Windows 10 Build 15063 AMD-64").

Похоже на проблему с манифестом. Будем смотреть.

Без переделки драйвера не получится. Сейчас можно выбрать только канал, а учетная запись всегда одна.

Hi,

as far as I can find, SMI keyword is non-standard extension used by SMIC compiler. You will get same error if you will try to compile it with net-snmp for example (and likely any other MIB compiler). You should only add MIBs that use standard syntax, not compiler-specific extensions. And it is recommended not to add those already provided (as RFC1155-SMI or SNMPv2-SMI for example).

Best regards,
Victor

Hi,

your MIB file contains those strange lines:

        SMI NetworkAddress
        SMI IpAddress
        SMI Counter
        SMI Gauge
        SMI TimeTicks
        SMI Opaque

instead of actual definitions that are commented out. I never encounter such notation and not sure if it is valid MIB file notation, but anyway NetXMS MIB compiler do not support it. And you don't need this MIB file anyway because NetXMS has RFC1155-SMI MIB included as part of standard MIB collection.

Best regards,
Victor

Hi,

please enable logging to file (by setting LogFile = some_file in netxmsd.conf), set debug level to 9 (by setting DebugLevel = 9 in netxmsd.conf), try to start service, and post log file here.

Best regards,
Victor

Hi,

persistent storage is implemented. You can access persistent storage entries using # operator. It has two forms:

#identifier

and

#(expression)

If your key conforms to NXSL identifier requirements you can use first form, otherwise (or if you are building key name dynamically) you should use second form. Examples:

1. Set value of key "test":

#test = 123;

or

#("test") = 123;


2. Set value of a key whose name built from prefix "node_" and current node ID:

#("node_" . $node->id) = 42;


3. Print value of key from example 2 multiplied by 10:

println #("node_" . $node->id) * 10;


Best regards,
Victor

Hi,

we just moved our repository to github (https://github.com/netxms/netxms), so if you are familiar with it you can clone it, edit messages_<lang>.properties and bundle_<lang>.properties files (for example: https://github.com/netxms/netxms/blob/master/src/java/netxms-eclipse/AgentManager/src/org/netxms/ui/eclipse/agentmanager/messages_de.properties - German translation for agent management plugin), and submit pull request.
Alternatively, I can create a package with all language files extracted so you can fix translations and submit back.

Best regards,
Victor

Hi,

are you sure that hostname will be resolved correctly? You may try to use %a macro instead that will be expanded into node's primary IP address, or reference to node by name using @%n construct (which is the only option if you are using agent-to-server connection).

Best regards,
Victor

Hi,

here you can download patched Windows agents: https://netxms.org/download/patches/019/

Best regards,
Victor

Hi,

please provide screenshot of your action configuration and rule that triggers it.

Best regards,
Victor

Hi,

we just fixed this bug. If you are building from sources, you can just re-build agent from current "stable-2.2" branch in our repository or replace file src/agent/subagents/ping/ping.cpp with attached one in your current source tree and rebuild. I'll also repack Windows installers.

Best regards,
Victor

Что интересно, этот код не менялся уже много лет. Похоже что-то пошло не так с переходом на Visual C++ 2017.

Hi,

current download links points to repackaged agents. It should work fine without separately installed VC++ runtime. We didn't fix agent crash issue yet, but was unable to reproduce it either.

Best regards,
Victor

Quote from: iGodunoff on December 08, 2017, 02:18:32 PM

Запуск программы невозможен, т. к. на компьютере отсутствует api-ms-win-crt-runtime-l1-1-0.dll. Попробуйте переустановить программу.

Это ошибка упаковки инсталлера. Мы перепаковали, попртобуйте заново скачать инсталлятор агента и установить. Издержки перехода на более новую версию Visual C++.