NetXMS Support Forum

Hi,

it seems that actual problem was cache load without locking: CacheLoadingThread calls updateDciCache on every node, which in turn calls updateCacheSize on every DCI, and there was no lock on DCI level inside, so any access to DCI at that moment may cause unpredictable results. And because you have NXSL scripts accessing DCI data running at same moment as well as templates removal it happens. I've changed cache loading to use proper locks on DCIs, that should solve this issue (changes already pushed to develop and stable-2.0 branches).
Btw, you could avoid template unbinding on startup by checking return value of GetDCIValue function for being null aborting auto-apply script (using abort statement) - system will make no change in current binding status if script completes with runtime error.

Best regards,
Victor

It should be C:\NetXMS\var\netxms.mib

Best regards,
Victor

Hi,

it's actually a bug, diff definitely should be treated as signed value. I'll register it in our issue tracker.

Best regards,
Victor

Hi,

it's time of last system update detection, download, and installation as UNIX time (seconds since epoch).

Best regards,
Victor

Hi,

what direction you need to transform? From UNIX timestamp to textual representation or vice versa?

Best regards,
Victor

Hi,

did you put compiled MIB file into correct location? Also, console synchronize MIB file only on startup, so you need to re-login after updating it.

Best regards,
Victor

Hi,

try to use ActionShellExec instead of Action in nxagentd.conf.

Best regards,
Victor

Конкретно с btrfs это точно не связано, ну и судя по тому что в таблице данные показываются, все системные вызовы также работают как надо. Я правильно понял что данные не возвращаются только если запрашивать их через nxget?

Добавил сборку web интерфейса в тот-же каталог.

А как выглядит таблица FileSystem.Volumes?

Отмена срабатывание этого-же правила, или не идти дальше по правилам? А то правило terminate alarm так и так ничего не сделает если алармов с заданным ключом нет.

По идее карте автообновление не требуется - она обновляется по нотификациям с сервера об изменении объектов.

Тоже можно, путем сложных манипуляций. Один из вариантов - хранить последнее raw значение в custom attributes ноды, в скрипте трансформации считать разницу, обновлять атрибут, и обновлять таблицу. Надо будет наверное добавить поддержку delta calculation для таблиц.

В таблице MAC адресов интерфейсы идентифицируются по bridge port number - если по каким-то причинам не для всех интерфейсов он известен, то соответствия между записью в FDB и интерфейсом не будет. Поэтому я просил именно закладку "Interfaces" - проверить эти значения для проблемных интерфейсов.

Можно сделать transformation script который пройдет по всем строкам и домножит колонки с байтами на 8. Где-то на форуме были примеры transformation script'а для таблиц.