NetXMS Support Forum

Открыл Quick Start Guide по valgrind.
В рекомендациях:
Compile your program with -g to include debugging information so that Memcheck's error messages include exact line numbers. Using -O0 is also a good idea

Как правильно включить эти опции при ./configure
На сколько я понимаю для добавления "-g" используется --enable-debug
Как без переписывания configure включить -O0 вместо -O2  ?

Update:
Поменял вручную -O2 на -O0 в configure
перекомпилировал, запустил и остановил демон.
Вывод консоли по ссылке:
https://drive.google.com/file/d/0B0SS9KVzB6egT1BNSm9qUW0zQ0k/edit?usp=sharing


Результаты работы 40+ минут...

https://drive.google.com/file/d/0B0SS9KVzB6egbG9hSmE0MXZwZnM/edit?usp=sharing


то же для агента:

https://drive.google.com/file/d/0B0SS9KVzB6egQWtqaEMwWUtiYUk/edit?usp=sharing


Для теста запустил на "тестовой" конфигурации.
Debian7 + mysql
Результат в аттаче.

Quote from: Victor Kirhenshtein on March 18, 2014, 06:43:18 PM
А под valgrind будет возможность запустить?

Думаю, что да.
Там требуются какие-либо специфические действия перед запуском (перекомпиляция с доп-флагами, настройки среды)?

Quote from: Victor Kirhenshtein on March 18, 2014, 05:10:43 PM
А как выглядит график использования памяти процессом netxmsd? Может там просто memory leak...

Постоянно растет.
Точные цифры смогу привести завтра утром.

Quote from: Victor Kirhenshtein on March 18, 2014, 03:32:16 PM
А хост по SNMP отдает полный список интерфейсов, или только тот, на котором отвечает?

В случае сетей с разными настройками по безопасности:
Тот который интерфейс, который в закрытом сегменте - полный список интерфейсов.
Тот который в открытом сегменте отдает только имя, snmpOID и еще пару тройку строк.

В случае, описаном в

Quotehttps://www.netxms.org/forum/oe-oo/eka/msg13152/#msg13152

По обоим интерфейсам отдается полный список интерфейсов.

netxms-snapshot-develop (2014-03-17) + Debian 7 + Oracle 11
netxms опять упал по памяти...
syslog в аттаче.
Сбор dci  выключен.
$ nxadm -c " show stats"
Total number of objects:     18144
Number of monitored nodes:   1023
Number of collectable DCIs:  1030


Что может быть?
Как бороться с падениями?

Edit:
Пересмотрел сообщения syslog.
На этот раз падение вызвано тем, что закончился swap. Добавил места на swap разделе... наблюдаем-с...

Тут у меня больше вопрос с дублированием...
В вашем случае - все же учитывать стоит раздельно, раз выполнение задач у них разное... Т.к. будет совершенно не понятно, которая из них забила канал...

Am a little busy at the moment. I will begin work against memory/disks DCI implementation in week or two.
Please, can you test behavior of DCI when disk count changes (added or removed hard drive/cd drive/floppy) ?

netxms-snapshot-develop (2014-03-11) + Debian 7 + Oracle 11
This morning I have found netxmsd in down state.
there were no any warnings/errors in /val/log/netxms and syslog.
but dmesg show segfault in same time as last message in /val/log/netxms

[260980.857523] conftest[20746]: segfault at 0 ip 00007fb7e577384b sp 00007fffdab78470 error 4 in libc-2.13.so[7fb7e5702000+182000]


Debian 7 + mysql
After element deletion, error messages appears until daemon restart:

[13-Mar-2014 21:11:17.846] [DEBUG] * Syncer * Unable to delete object with id 149 because it is being referenced 2 time(s)
[13-Mar-2014 21:11:17.846] [DEBUG] * Syncer * Unable to delete object with id 197 because it is being referenced 1 time(s)
[13-Mar-2014 21:11:17.846] [DEBUG] * Syncer * Unable to delete object with id 199 because it is being referenced 1 time(s)
[13-Mar-2014 21:12:17.866] [DEBUG] * Syncer * Unable to delete object with id 149 because it is being referenced 2 time(s)
[13-Mar-2014 21:12:17.866] [DEBUG] * Syncer * Unable to delete object with id 197 because it is being referenced 1 time(s)
[13-Mar-2014 21:12:17.866] [DEBUG] * Syncer * Unable to delete object with id 199 because it is being referenced 1 time(s)


Transformation script to get disk space in Gib:

transport = CreateSNMPTransport($node);
if (transport == null)
{
return -1;
}
OidInstance = substr($dci->name,rindex($dci->name,".")+1);
oidBlockSize = ".1.3.6.1.2.1.25.2.3.1.4." . OidInstance;
blockSize = SNMPGetValue(transport, oidBlockSize);
blockSize = blockSize/1024;
GiB = round($1 * blockSize/(1024*1024));
return GiB;

Experiment shows, that main () {} is not needed.

I have faced with memory-end trouble again.
This morning netxms was killed by system in couse of low memory. Syslog dump in attach.
System 3Gib RAM.
nxadm -c " sh sta"
Total number of objects:     36245
Number of monitored nodes:   2533
Number of collectable DCIs:  4172
DCI:
snmp-table.

After of almost hour work of netxms it used:

Quote
$ ps all x | grep netx
F   UID   PID  PPID PRI  NI    VSZ      RSS      WCHAN  STAT TTY        TIME COMMAND

1     0  4826     1  20   0 2527320 1943124 ?   Ssl  ?         53:00 /usr/local/bin/netxmsd -d -D 5

$ free -l
             total       used       free     shared    buffers     cached
Mem:       3095372    2216484     878888          0      37024     180472
Low:       3095372    2216484     878888
High:            0          0          0
-/+ buffers/cache:    1998988    1096384
Swap:       731132          0     731132

Нашел похожую тему:
https://www.netxms.org/forum/oe-oo/t-te/

Quote
А что за операционка? И что выдает

Дублируются в основном циски.
Весь мониторинг - snmp.
Планирую завтра поудалять дубликаты (для проверки повторного возникновения).
В логах при загрузке - много варнингов с оповещением о совпадении адресов на интерфейсах.

В виртуальной среде воссоздал ситуацию, вручную опросив девайс из сети, на которй snmp заблокирован, а потом из сети, где включен.
Создано 2 ноды, одна с "unknown" интерфейсом, вторая - с полностью определенными интерффейсами.

В теории была ситуация:
netxms опросил сеть, защищенную файрволом, создал ноду №1
Спустя промежуток времени нашел другой сегмент, где файрвола нет, собрал информацию, создав ноду №2 со всеми интерфейсами.
В файрволе добавили исключение.
Прошел повторный скан сети, нода №1 показала те же интерфейсы.

Собственно напрашивается вариант создания отдельного алярма, зашитого в систему, для 2х сценариев:
1 Возникновение 2+ нод с похожими интерфейсами.
2 Нарушение адресации в сети (ошибка сетевого администратора/кто то решил поднять подсеть средствами рабочей станции).

Подскажите, в какую сторону копать, для создания подобного алярма?

Ряд оборудования отвечает по нескольким портам, в разных сегментах. Система создает несколько нод по оборудованию, выставляя разные адреса в PRIMARY_IP. Есть ли механизмы дедубликации?

Обновил с git конфигурацию Debian7 + Mysql. Все работает просто замечательно!
Спасибо!