Баги 1.2.3

Victor Kirhenshtein

это нормальная работа?

netxmsd: sh po
PT TIME STATE
S 03/Oct/2012 11:02:42 wait
S 03/Oct/2012 11:03:01 poll: M_Uz_Zarech_16 [5464] - wait for lock
S 03/Oct/2012 11:02:42 wait
S 03/Oct/2012 11:02:59 wait
S 03/Oct/2012 11:01:10 poll: 192.168.1.33 [7713] - wait for lock
S 03/Oct/2012 11:00:35 poll: 192.168.1.33 [7683] - wait for lock
S 03/Oct/2012 11:03:16 wait
S 03/Oct/2012 11:02:50 wait
S 03/Oct/2012 11:00:40 poll: 192.168.1.33 [7701] - wait for lock
S 03/Oct/2012 11:00:15 poll: 192.168.1.33 [7695] - wait for lock
S 03/Oct/2012 11:00:25 poll: 192.168.1.32 [7710] - wait for lock
S 03/Oct/2012 11:01:20 poll: 192.168.1.32 [7722] - wait for lock
S 03/Oct/2012 11:01:20 poll: 192.168.1.32 [7728] - wait for lock
S 03/Oct/2012 11:01:25 poll: 10.255.141.201 [114] - wait for lock
S 03/Oct/2012 11:00:55 poll: 192.168.1.33 [7719] - wait for lock
S 03/Oct/2012 11:02:56 wait
S 03/Oct/2012 11:00:35 poll: 192.168.1.33 [7731] - wait for lock
S 03/Oct/2012 11:02:58 wait
S 03/Oct/2012 11:02:51 wait
S 03/Oct/2012 11:00:45 poll: 192.168.1.32 [7692] - wait for lock
S 03/Oct/2012 11:03:12 wait
S 03/Oct/2012 11:03:11 wait
S 03/Oct/2012 11:03:10 wait
S 03/Oct/2012 11:00:40 poll: 192.168.1.33 [7725] - wait for lock
S 03/Oct/2012 11:02:42 wait
S 03/Oct/2012 11:01:10 poll: 192.168.1.32 [7698] - wait for lock
S 03/Oct/2012 11:01:05 poll: 192.168.1.32 [7680] - wait for lock
S 03/Oct/2012 11:02:55 wait
S 03/Oct/2012 11:00:45 poll: 192.168.1.33 [7707] - wait for lock
S 03/Oct/2012 11:02:40 wait
S 03/Oct/2012 11:01:05 poll: 192.168.1.32 [7704] - wait for lock
S 03/Oct/2012 11:00:45 poll: 192.168.1.33 [7677] - wait for lock
S 03/Oct/2012 11:02:42 wait
S 03/Oct/2012 11:02:41 wait
S 03/Oct/2012 11:00:25 poll: 192.168.1.32 [7716] - wait for lock
S 03/Oct/2012 11:02:56 wait
S 03/Oct/2012 11:03:06 wait
S 03/Oct/2012 11:03:10 wait
S 03/Oct/2012 11:00:55 poll: 192.168.1.33 [7689] - wait for lock
S 03/Oct/2012 11:03:01 wait
S 03/Oct/2012 11:03:01 wait
S 03/Oct/2012 11:03:16 wait
S 03/Oct/2012 11:00:25 poll: 192.168.1.32 [7686] - wait for lock
S 03/Oct/2012 11:02:56 wait
S 03/Oct/2012 11:02:56 wait
S 03/Oct/2012 11:03:08 wait
S 03/Oct/2012 11:02:45 wait
S 03/Oct/2012 11:03:01 poll: 192.168.1.146 [5696] - wait for lock
S 03/Oct/2012 11:02:48 wait
S 03/Oct/2012 11:03:05 wait
C 03/Oct/2012 11:01:37 poll: 192.168.1.32 [7704] - hook
C 03/Oct/2012 10:59:17 wait
C 03/Oct/2012 11:01:37 poll: 192.168.1.33 [7695] - hook
C 03/Oct/2012 10:59:51 wait
C 03/Oct/2012 11:01:37 poll: 192.168.1.33 [7683] - hook
C 03/Oct/2012 11:01:47 poll: 192.168.1.33 [7719] - hook
C 03/Oct/2012 11:02:22 poll: 10.255.141.201 [114] - hook
C 03/Oct/2012 11:01:47 poll: 192.168.1.32 [7722] - hook
C 03/Oct/2012 11:01:37 poll: 192.168.1.32 [7686] - hook
C 03/Oct/2012 10:59:17 wait
C 03/Oct/2012 11:03:12 wait
C 03/Oct/2012 11:01:47 poll: 192.168.1.33 [7731] - hook
C 03/Oct/2012 11:01:37 poll: 192.168.1.32 [7710] - hook
C 03/Oct/2012 10:59:30 wait
C 03/Oct/2012 11:01:37 poll: 192.168.1.32 [7698] - hook
C 03/Oct/2012 11:01:37 poll: 192.168.1.33 [7707] - hook
C 03/Oct/2012 11:02:48 wait
C 03/Oct/2012 10:59:17 wait
C 03/Oct/2012 11:02:00 wait
C 03/Oct/2012 11:01:42 poll: 192.168.1.32 [7716] - hook
C 03/Oct/2012 11:01:37 poll: 192.168.1.33 [7689] - hook
C 03/Oct/2012 11:01:42 poll: 192.168.1.33 [7713] - hook
C 03/Oct/2012 11:02:24 wait
C 03/Oct/2012 11:01:32 poll: 192.168.1.33 [7677] - hook
C 03/Oct/2012 11:01:47 poll: 192.168.1.32 [7728] - hook
C 03/Oct/2012 11:01:47 poll: 192.168.1.33 [7725] - hook
C 03/Oct/2012 11:01:37 poll: 192.168.1.33 [7701] - hook
C 03/Oct/2012 11:01:36 wait
C 03/Oct/2012 11:01:37 poll: 192.168.1.32 [7680] - hook
C 03/Oct/2012 11:01:37 poll: 192.168.1.32 [7692] - hook
R 03/Oct/2012 11:00:50 wait
R 03/Oct/2012 11:00:50 wait
R 03/Oct/2012 11:02:41 wait
...
T 03/Oct/2012 11:02:46 wait
T 03/Oct/2012 11:03:12 wait
T 03/Oct/2012 11:02:05 poll: 192.168.1.146 [5696]
T 03/Oct/2012 11:02:15 poll: 192.168.1.33 [7677]
T 03/Oct/2012 11:02:24 wait
T 03/Oct/2012 11:02:05 poll: M_Uz_Zarech_16 [5464]
T 03/Oct/2012 11:03:06 poll: 192.168.1.32 [7686]
T 03/Oct/2012 11:02:41 poll: 192.168.1.32 [7680]
T 03/Oct/2012 11:02:48 wait
T 03/Oct/2012 11:02:51 wait
B 03/Oct/2012 09:59:18 wait
B 03/Oct/2012 09:59:18 wait
B 03/Oct/2012 09:59:18 wait
B 03/Oct/2012 09:59:18 wait
B 03/Oct/2012 09:59:18 wait
B 03/Oct/2012 09:59:18 wait
B 03/Oct/2012 09:59:18 wait
B 03/Oct/2012 09:59:18 wait
B 03/Oct/2012 09:59:18 wait
B 03/Oct/2012 09:59:18 wait
A 03/Oct/2012 10:27:21 check

учитывая что ноды 1.32 1.33 были удалены сутки назад.

Нет, поведение ненормальное. Похоже, что зависли hook-скрипты по каким-то причинам. Сейчас думаю без рестарта сервера уже ситуация не поправится.

SKYnv

@victor said in Баги 1.2.3:

@skynv said in Баги 1.2.3:

постоянно сыпляться

Sql query failed commands out of sync you can't run this command now

поиск выдал примерные причины
http://www.mysql.ru/docs/man/Commands_out_of_sync.html
http://habrahabr.ru/post/21326/

А какие именно запросы?

На выходных сэмулирую и отпишусь.

по поводу бесконечных полов, это те ноды что не имеют Ip адреса на интерфейсе, которые постоянно в корень еще добавляются в обход дерева. У вас они в багах записаны.

Нашел еще парочку багов, как систематизирую, опишу.

SKYnv

src\server\core\main.cpp

for(int i = 0; i < vlans->getSize(); i++)
{
VlanInfo *vlan = vlans->get(i);
ConsolePrintf(pCtx, _T("%4d | %-16s |"), vlan->getVlanId(), vlan->getName());
for(int j = 0; j < vlan->getNumPorts(); j++)
ConsolePrintf(pCtx, _T(" %d.%d"), (int)(vlan->getPorts()[j] >> 16), (int)(vlan->getPorts()[j] & 0xFFFF));
ConsolePrintf(pCtx, _T("\n"));
}

если порты идут в формате 1/portNum то в данном месте

(int)(vlan->getPorts()[j] >> 16), (int)(vlan->getPorts()[j] & 0xFFFF));

они все станут 0.0 0.0

netxmsd: sh vl 2738
VLAN | Name | Ports
-----+------------------+-----------------------------------------------------------------
1 | default | 0.0
3 | vlan3 | 0.0 0.0
4 | vlan4 | 0.0 0.0
5 | vlan5 | 0.0 0.0
6 | vlan6 | 0.0 0.0
7 | vlan7 | 0.0 0.0
8 | vlan8 | 0.0 0.0
9 | vlan9 | 0.0 0.0
10 | vlan10 | 0.0 0.0 0.0

Вроде так )))

SKYnv

@victor said in Баги 1.2.3:

@skynv said in Баги 1.2.3:

постоянно сыпляться

Sql query failed commands out of sync you can't run this command now

поиск выдал примерные причины
http://www.mysql.ru/docs/man/Commands_out_of_sync.html
http://habrahabr.ru/post/21326/

А какие именно запросы?

В общем это часть запросов с попыткой записать данные кирилицей в utf-8.
например создание комментария на русском и запись в базу проходит нормально.

попытка создать юзера с описанием учетки кирилицей приводит к вышеописанному.
попытка написать кирилицей имя контейнера.
попытка в server action's -> send e-mail->message написать что-либо кирилицей.
и т.д. Причем до перезапуска сервера все это что написано кирилицей будет прекрасно работать. С перезапуском исчезает, так-как в базу не пишеться из-за данной проблемы. Также не пишуться и все остальные данные, который должны быть записаны после этой попытки.

Victor Kirhenshtein

@skynv said in Баги 1.2.3:

src\server\core\main.cpp
for(int i = 0; i < vlans->getSize(); i++)
{
VlanInfo *vlan = vlans->get(i);
ConsolePrintf(pCtx, _T("%4d | %-16s |"), vlan->getVlanId(), vlan->getName());
for(int j = 0; j < vlan->getNumPorts(); j++)
ConsolePrintf(pCtx, _T(" %d.%d"), (int)(vlan->getPorts()[j] >> 16), (int)(vlan->getPorts()[j] & 0xFFFF));
ConsolePrintf(pCtx, _T("\n"));
}
если порты идут в формате 1/portNum то в данном месте
(int)(vlan->getPorts()[j] >> 16), (int)(vlan->getPorts()[j] & 0xFFFF));
они все станут 0.0 0.0

netxmsd: sh vl 2738
VLAN | Name | Ports
-----+------------------+-----------------------------------------------------------------
1 | default | 0.0
3 | vlan3 | 0.0 0.0
4 | vlan4 | 0.0 0.0
5 | vlan5 | 0.0 0.0
6 | vlan6 | 0.0 0.0
7 | vlan7 | 0.0 0.0
8 | vlan8 | 0.0 0.0
9 | vlan9 | 0.0 0.0
10 | vlan10 | 0.0 0.0 0.0

Вроде так )))

0.0 они становятся скорее всего из-за отсутствия драйвера для сетевого устройства. Без драйвера сервер не знает, какие интерфейсы являются физическими портами, а какие нет, поэтому у всех интерфейсов номер слота и порта выставлены в 0.

SKYnv

@victor said in Баги 1.2.3:

@skynv said in Баги 1.2.3:
src\server\core\main.cpp
for(int i = 0; i < vlans->getSize(); i++)
{
VlanInfo *vlan = vlans->get(i);
ConsolePrintf(pCtx, _T("%4d | %-16s |"), vlan->getVlanId(), vlan->getName());
for(int j = 0; j < vlan->getNumPorts(); j++)
ConsolePrintf(pCtx, _T(" %d.%d"), (int)(vlan->getPorts()[j] >> 16), (int)(vlan->getPorts()[j] & 0xFFFF));
ConsolePrintf(pCtx, _T("\n"));
}
если порты идут в формате 1/portNum то в данном месте
(int)(vlan->getPorts()[j] >> 16), (int)(vlan->getPorts()[j] & 0xFFFF));
они все станут 0.0 0.0

netxmsd: sh vl 2738
VLAN | Name | Ports
-----+------------------+-----------------------------------------------------------------
1 | default | 0.0
3 | vlan3 | 0.0 0.0
4 | vlan4 | 0.0 0.0
5 | vlan5 | 0.0 0.0
6 | vlan6 | 0.0 0.0
7 | vlan7 | 0.0 0.0
8 | vlan8 | 0.0 0.0
9 | vlan9 | 0.0 0.0
10 | vlan10 | 0.0 0.0 0.0

Вроде так )))
0.0 они становятся скорее всего из-за отсутствия драйвера для сетевого устройства. Без драйвера сервер не знает, какие интерфейсы являются физическими портами, а какие нет, поэтому у всех интерфейсов номер слота и порта выставлены в 0.

но в nxmc Все отображается верно. И кстати по драйверам ) может все-таки в скрипты? )) а то вам столько дампов надавали )

SKYnv

добрый день Владимир, есть новости.

Вот такой недочет или пожелание. Когда настраиваешь auto resolving/terminate alarms, то в поле ack/resolved значится admin. Может лучше переделать на что нибудь другое потому как если что-то случится то будет проблематично разобраться какие alarm были закрыты самой системой, а кикие под учеткой admin.

как варианты
system
EventProcessor
Event Processor №[number of event processing policy]

SKYnv

помоему битый report-generator в архиве 1.2.3
по следам этой темы
https://www.netxms.org/forum/oe-oo/reporting-bug/msg7308/#msg7308

SKYnv

заглядывал в dmesg сегодня, а там

pid 1577 (netxmsd), uid 0: exited on signal 11 (core dumped)
pid 66318 (netxmsd), uid 0: exited on signal 11 (core dumped)
pid 79046 (netxmsd), uid 0: exited on signal 11 (core dumped)

segmentation fault как я понимаю?

Victor Kirhenshtein

pohozhe chto da. A est' vozmozhnost' najti core file i poluchit' stack trace iz nego?

SKYnv

@victor said in Баги 1.2.3:

pohozhe chto da. A est' vozmozhnost' najti core file i poluchit' stack trace iz nego?

Ну попробую поискать core файлы, вот один нашел

(gdb) backtrace
#0 0x280ed457 in NXSL_Program::error (this=0x3f8ff4c0, nError=16) at program.cpp:412
#1 0x280eff87 in NXSL_Program::run (this=0x3f8ff4c0, pEnv=0x41fff740, argc=1, argv=0xbeef3998, pUserLocals=0x0, ppGlobals=0x0,
pConstants=0x0, entryPoint=0x0) at program.cpp:470
#2 0x2818f762 in DCItem::transform (this=0x3da9c000, value=@0x31263600, nElapsedTime=60) at dcitem.cpp:1115
#3 0x281916a1 in DCItem::processNewValue (this=0x3da9c000, tmTimeStamp=1349867032, originalValue=0x29b61000) at dcitem.cpp:936
#4 0x281c5a38 in Node::processNewDCValue (this=0x28ef1000, dco=0x3da9c000, currTime=1349867032, value=0x29b61000) at node.cpp:4805
#5 0x2818cbe8 in DataCollector (pArg=0x0) at datacoll.cpp:187
#6 0x286ba76f in pthread_getprio () from /lib/libthr.so.3
#7 0x00000000 in ?? ()

SKYnv

Владимир, почему то некорректно варбинд получается.

MAC notification. (02 37 00 30 39 36 31 00 20 33 )
хотя это octet string
смотрю сниффером, там все нормально. (01b870f48d86ab000700)

в мибах

swL2macNotifyInfo   OBJECT-TYPE
        SYNTAX  OCTET STRING(SIZE (0..1024))
        MAX-ACCESS  read-only
        STATUS  current
        DESCRIPTION
            "This object indicates the last time reboot information.
            "
        ::= { swl2NotificationBidings 1 }

SKYnv

И правда где-то есть проблема. Посмотрите как розняться показания.

Безымянный.png

Victor Kirhenshtein

А если nxsnmpget с командной строки вызвать, тоже результат неправильный будет?
Про варбинды я что-то не понял до конца, в каком именно месте вылезает неправильное значение?

SKYnv

@victor said in Баги 1.2.3:

А если nxsnmpget с командной строки вызвать, тоже результат неправильный будет?
Про варбинды я что-то не понял до конца, в каком именно месте вылезает неправильное значение?

netxms# nxsnmpwalk -v 2c -c syslog 192.168.7.9 .1.3.6.1.2.1.17.4.3.1.1
.1.3.6.1.2.1.17.4.3.1.1.0.21.23.214.223.228 [Hex-STRING]: 00 15 17 D6 DF E4
netxms#
netxms# nxsnmpget -v 2c -c syslog 192.168.7.9 .1.3.6.1.2.1.17.4.3.1.1.0.21.23.214.223.228
No such instance: .1.3.6.1.2.1.17.4.3.1.1.0.21.23.214.223.228
netxms#

про варбинды я отдельную темку создал.

Victor Kirhenshtein

Т.е. получается, что nxsnmpwalk выдает правильные данные, а walk из консоли - с 00 вместо правильного последнего байта?

SKYnv

@victor said in Баги 1.2.3:

Т.е. получается, что nxsnmpwalk выдает правильные данные, а walk из консоли - с 00 вместо правильного последнего байта?

да, в данном случае да, но вообще не регулярно, а каким-то хаотическим образом он все октеты где присутствуют литеры (f0, 3a и т.д.) выдает как 00. А с варбиндами в соседней теме разъяснено.

NetXMS Forum

Баги 1.2.3