NetXMS Support Forum

Hi all!

There are reports about some problems when upgrading NetXMS to version 0.2.28. Please do not upgrade right now, we are working on a fix.

Best regards,
Victor

Quote from: Ethril on October 06, 2009, 03:03:41 PM
У меня похожие проблемы при апгрейде с 0.2.27 на 0.2.28.
DB Upgrade долго работает, но в итоге не отрабатывает. Как автоматический из инсталлятора, так и ручной из командной строки.

Похоже что upgrade валится на больших логах. Если это не критично, попробуйте очистить логи:

DELETE FROM event_log
DELETE FROM audit_log
DELETE FROM syslog
DELETE FROM snmp_trap_log

После этого апгрейд должен пройти.

Альтернативный вариант - логи не трогать, и просто выполнить query

UPDATE metadata SET var_value='98' WHERE var_name='SchemaVersion'

После этого сервер заработает, но при просмотре логов возможно будут попадаться мусорные символы.

Quote from: Akira on October 06, 2009, 02:20:07 PM
Не апгрейдит  

nxdbmgr.exe check
NetXMS Database Manager Version 0.2.28

Configuration file OK
Checking database:
Your database has format version 95, this tool is compiled for version 98.
Use "upgrade" command to upgrade your database first.
Database check aborted

nxdbmgr.exe upgrade
NetXMS Database Manager Version 0.2.28

Configuration file OK
Upgrading database...
Upgrading from version 95 to 96
SQL query failed (General SQL Server error: Check messages from the SQL Server.):
UPDATE object_properties SET comments=N''+nchar(-48)+N''+nchar(-96)+N'' ............. WHERE object_id=407
Rolling back last stage due to upgrade errors...
Database upgrade failed

Откатился пока обратно...

Попробуйте заменить mssql.ddr на файл из аттачмента и провести апгрейд еще раз.

Hi!

Attached are missing files. I'll fix that in next release.

Best regards,
Victor

Hello all!

Vesrion 0.2.28 is out. Changes from previous release:

- Added encryption support for SNMP version 3
- Fixed compatibility issues with NetXMS SNMP version 3 implementation and Cisco devices
- Automatic network discovery improved
- LOGSCAN subagent removed (superseded by LOGWATCH subagent)
- Fixed issues: #234, #259, #260, #261, #262, #263, #264

Best regards,
Victor

Quote from: Edgarsra on September 28, 2009, 09:21:41 AM
Но с несколькими 32 bit серверами тоже есть проблемы.
При запуске нового агента появляется сообщение об ошибке:

The ordinal 3836 could not be located in the dynamic link library LIBEAY32.dll

Похоже что в инсталлятор попала старая версия libeay32. Я проверю.

Индекс интерфейса назначается операционной системой хоста. NetXMS сервер просто считывает эти данные. В большинстве систем индексы интерфейсов вручную назначать нельзя.

Маленький комментарий - ждать приходится из-за того, что наложение (и снятие) шаблонов происходит во время configuration poll, по умолчанию это один раз в час.

Dobrij den'!

Mne udalos' povtorit' etu situaciju u sebja - etot bug projavljaetsja tol'ko na 64-bit sistemah. Ispravil, agent versii 0.2.28 budet rabotat' normal'no.

Best regards,
Victor

И еще один скриншот (в одном посте можно только 5) - last values для ноды NETXMS. Видно что у параметра dummy значение 4, как и должно быть.

На моей тестовой системе сделано так:

Есть нода NETXMS, на ней я хочу получить DCI со значением статуса с ноды catalyst-2900-central.radensolutions.com.

На скриншоте #1 - trusted nodes для catalyst-2900-central.radensolutions.com;
На скриншоте #2 - last values для catalyst-2900-central.radensolutions.com - видно что статус равен 4;
На скриншоте #3 - DCI, созданный на ноде NETXMS для получения статуса с ноды catalyst-2900-central.radensolutions.com;
На скриншоте #4 - DCI, созданный на ноде NETXMS, в котором я хочу получить статус ноды catalyst-2900-central.radensolutions.com в скрипте; я использовал dummy параметр, но он может быть любым;
На скриншоте #5 - transformation script для этого DCI.

Tol'ko chto zametil - v skripte toze oshibka. FindDCIByDescription nahodit DCI i vozvraschaet sootvetstvujuschij ob'ekt - a znachenie poluchaet funkcija GetDCIValue. T.e. skript dolzen vigljadet' tak:


sub main()
{
$ts = FindDCIByDescription($node, "description here");
return GetDCIValue($node, $ts);
}


Proveril u sebja - rabotaet.

Esli ja pravil'no ponjal, to sejchas na node A dva DCI s identichnimi description'ami - "Status". Poetomu FindDCIByDescription nahodit pervij popavshijsja s takim opisaniem, i eto okazivaetsja lokal'nij. Nado sdelat' unikal'nij description dlja DCI.

Esli noda B postavlena kak proxy dlja DCI nodi A, to nado v svojstvah nodi B dobavit' nodu A v spisok "Trusted Nodes". Eto sdelano dlja bezopasnosti - inache pol'zovatel', u kotorogo est'; prava rabotat' s nodoj A, no net prav rabotat' s nodoj B, cherez proxy mehanizm mog bi nastroit' poluchenie dannih s nodi B. Alternativnij variant - voobsche otkljuchit' etu proverku, vistaviv parametr servera CheckTrustedNodes v 0.

Напрямую из скрипта это сделать нельзя. Но есть обходной путь - делается еще один DCI, у которого как proxy выставляется та нода, откуда надо получить значение. Ну а дальше как обычно.