NetXMS Support Forum

удалось воспроизвести?

Quote from: Alex Kirhenshtein on October 27, 2012, 02:22:32 PM
Could you please provide more details?

Looks fine to me:

Code Select Expand

Alexs-MacBook-Air:~ alk$ svn ls https://svn.netxms.org/public/netxms
branches/
tags/
trunk/


ah sure, i'm use http

svn not work .

Quote from: Victor Kirhenshtein on October 25, 2012, 06:36:53 PM
Т.е. получается, что nxsnmpwalk выдает правильные данные, а walk из консоли - с 00 вместо правильного последнего байта?

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

Quote from: Victor Kirhenshtein on October 24, 2012, 10:42:35 PM
А если nxsnmpget с командной строки вызвать, тоже результат неправильный будет?
Про варбинды я что-то не понял до конца, в каком именно месте вылезает неправильное значение?

Quotenetxms# 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#

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

Quote from: Victor Kirhenshtein on October 24, 2012, 10:44:37 PM
А можно получить дамп пакетов с трапами? И как сконфигурен сам трап в NetXMS?

дамп во вложении и пример настройки трэпа тоже, я по всякому пробовал, и прописыванием oid varbind'а. Последняя попытка была позициями указать, однако все равно такая вот канитель. Результат одинаковый во всех случаях.

в продолжении проблем описаных в теме баги 1.2.3, виктор без вас ну никак не разобраться.
установил varbind conversation в 0

результат вывода в alarm log

Quote[Normal]   N_Industrialnaya_14_str11   MAC notification. (1.3.6.1.4)

вывод в traps log

Quote24.10.2012 11:27:04   192.168.7.9   N_Industrialnaya_14_str11   .1.3.6.1.4.1.171.11.63.6.2.20.0.2   .1.3.6.1.2.1.1.3.0 == '89024'; .1.3.6.1.6.3.1.1.4.1.0 == '.1.3.6.1.4.1.171.11.63.6.2.20.0.2'; .1.3.6.1.4.1.171.11.63.6.2.20.2.1 == '1.3.6.1.4'

вывод в traps log с varbind conversation 1

Quote17.10.2012 16:12:59   192.168.7.9   N_Industrialnaya_14_str11   .1.3.6.1.4.1.171.11.63.6.2.20.0.2   .1.3.6.1.2.1.1.3.0 == '5461878'; .1.3.6.1.6.3.1.1.4.1.0 == '.1.3.6.1.4.1.171.11.63.6.2.20.0.2'; .1.3.6.1.4.1.171.11.63.6.2.20.2.1 == '01 31 2E 33 2E 36 2E 31 2E 34 '

то есть получается что netxms не берет значение параметра .1.3.6.1.4.1.171.11.63.6.2.20.2.1 где находиться мак адрес
а берет непонятно откуда взятое '1.3.6.1.4' и его собственно уже кновертирует в hex string
строка '1.3.6.1.4' это и есть '01 31 2E 33 2E 36 2E 31 2E 34' в hex формате.

Викто, поможете?

вывести в конфигурацию сервера параметр
default retention time = 30

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

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

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 }

как я понимаю в текущей версии реализовать подобный http://dlink.ru/ru/faq/59/262.html опрос невозможно?

Quote from: Victor Kirhenshtein on October 17, 2012, 12:37:14 PM
pohozhe chto da. A est' vozmozhnost' najti core file i poluchit' stack trace iz nego?

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

Quote(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 ?? ()

Quote from: millerpaint on October 16, 2012, 09:02:13 PM
Greetings,

I am seeing this same behavior on v1.2.3.1 - it seems to be nodes with "loopback" interfaces that are appearing in the root of the tree, and not within the proper subnet container of the console.


-Kevin

they knew, it nodes whiout ip addres on the interface.

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

Quotepid 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 как я понимаю?

Quote from: gkaudewitz on October 15, 2012, 05:09:29 PM
Now we have same understanding of my problem.
Thanks for the information concerning $dci.
This will simplify the tasks concerning calculation of values for me. Because I don't want generating an extra snmprequest each time the octet-value is requested.

Thanks for the help!

if portspeed is constant you can write array with each port information in the script.