NetXMS Support Forum

Quote from: palaniuk on March 31, 2016, 02:41:05 PM
Добрый день.Столкнулся с такой проблемой: в консоли версии 2.0.3 в сетевых картах при изменении масштаба карты(zoom in/out) перестают выделяться объекты на этой карте.Так же объекты не выделяются при стандартном масштабе если горизонтальный и вертикальный скроллбары не находятся в крайнем левом и верхнем положениях соответственно.Проверял в Windows консоли x86 и x64. 
upd:Такая же проблема в web-консоли

Исправили, в 2.0.4 будет работать корректно. Также есть сборка консоли с исправлением: https://www.netxms.org/download/patches/018/.

Hi,

{instance} will be replaced with whatever is set as instance in DCI configuration. If you create DCIs using network discovery you can use filtering script to amend instance names as needed (there should be examples on the forum).

Best regards,
Victor

We've fixed issue with map selection/dragging and zoom. Fix will be included in next release (2.0.4). Patched console also available at https://www.netxms.org/download/patches/018/.

Best regards,
Victor

Если телефон не предоставляет модемный интерфейс с AT командами (некоторые Android телефоны дают модемный интерфейс на виртуальном сериальном порту), то стандартными средствами не получится. Надо либо дорабатывать агента, либо делать маленькое приложение которое будет общаться с NetXMS сервером по USB.

Исправили, будет в следующем релизе (2.0.4). Также есть промежуточная сборка консоли с исправлением: https://www.netxms.org/download/patches/018/

Hi,

if your parser is correct you should start receiving events when log records matched. All you have to do is to process them in event processing policy.

Best regards,
Victor

Hi,

it seems that query executes for too long and server reset connection to the agent because of request timeout. You can try to increase timeout by changing AgentCommandTimeout on server (it is in milliseconds), but you should note that too big timeout may cause delays in data collection.

Best regards,
Victor

Возможно стоит увеличить интервалы между опросами. Интервал между опросами статуса (status poll) регулируется параметром сервера StatusPollingInterval. Интервал сбора данных по умолчанию задается параметром DefaultDCIPollingInterval (но может быть задан другой интервал на уровне отдельных DCI).
Если есть маршрутизаторы с полной BGP таблицой, то для них имеет смысл отключить опрос таблицы маршрутизации (закладка Polling в свойствах ноды).

А как выглядит таблица интерфейсов для этого устройства (закладка "Interfaces")?

Hi,

it's actually a bug in libnxsnmp. I've fixed it in development branch. If you are building from source, you can fix it by changing file src/snmp/libnxsnmp/main.cpp line 34:

from:
      size_t numChars = _sntprintf(&buffer[bufPos], bufferSize - bufPos, _T(".%d"), value);

to:
      size_t numChars = _sntprintf(&buffer[bufPos], bufferSize - bufPos, _T(".%u"), value);

Best regards,
Victor

Logaritmic scale is not working if series contains negative values (because you cannot get logarithm of negative value).

Best regards,
Victor

Попробовал добавить и скомпилировать - все работает. Возможно ошиблись при компиляции. Правильные шаги:

1. Переименовать файлы .mib в .txt
2. Скопировать к остальным MIB'ам (которые идут в комплекте)
3, Скомпилировать все вместе:

/opt/netxms/bin/nxmibc -z -d . -o /opt/netxms/var/lib/netxms/netxms.mib

(в этом примере NetXMS установлен в /opt/netxms, nxmibc запускался из каталога с мибами).

Сервер может принимать SNMP трапы размером до 64К. Hex в текст можно попробовать перевести скриптом при обработке события, комбинацией функций x2d и chr:


sub hex2text(in)
{
pos = 1;
byte = substr(in, pos, 3);
while(length(byte) == 3)
{
value .= chr(x2d(byte));
pos += 3;
byte = substr(in, pos, 3);
}
return value;
}

// Test:
println hex2text("53 70 65 63 69 61 6C 20 70 72 69 76 69 6C 65 67 65 73 20 61 73 73 69 67 6E 65 64 20 74 6F 20 6E 65");


Сейчас нет. Можно зарегистрировать как feature request в нашем трекере.

Quote from: 2c2i on March 20, 2016, 10:44:19 PM

Quote
Не генерировать UP/EXPECTED DOWN события если интерфейс выходит из состояния UNKNOWN. Единственная возможная проблема которую я вижу - если интерфейс был например UP, пропала связь с SNMP агентом, интерфейс стал UNKNOWN. Потом связь восстановилась, но интерфейс уже DOWN к этому моменту. Тогда не будет события, которое на самом деле информативно.

Если EXPECTED state был UP, то после выхода из UNKNOWN нужно сгенерить  UNEXPECTED DOWN(а это другой тип евента). Таким образом если  не слать EXPECTED DOWN/UP события если интерфейс выходит из состояния UNKNOWN все будет работать как требуется - потому что смена состояния будет приводить в генерации UNEXPECTED  UP/DOWN. Потери полезного события не будет.

Ну да, достаточно запоминать последнее известное состояние, и при выходе из UNKNOWN генерить событие только в случае если новое состояние отличается.

Quote from: 2c2i on March 20, 2016, 10:44:19 PM

QuoteЭту проблему можно было бы решить галкой типа "suppress event if key not found" - то есть если ключ IF_UNEXP_UP_%i_%1 при обработке SYS_IF_EXPECTED_DOWN не найден, то подавлять ивент. С помощью такой фичи можно было бы подавлять ивенты о нормализации чего либо, если до этого не было ивента о аларме.

А почему не возможен этот вариант? Мне кажется это было бы более гибко.

А где галку ставить?

А так при помощи скриптов и custom attributes это можно и сейчас сделать.