NetXMS Support Forum

It's weird.

Could you try any other database, just for test? SQLite, for example - you don't have to install anything, just change DBDriver to sqlite.ddr and DBName to DB file path (somethign like c:\netxms\netxms_db). Then you should create dabase by running C:\NetXMS\bin\nxdbmgr.exe init C:\NetXMS\lib\sql\dbinit_sqlite.sql

Мда, это я не подумал.

Виктор в ближайшее время выложит новый бинарник субагента.

Файл в аттаче. Надо положить в корень дистрибутива (e.g. netxms-0.2.22/) и запустить:
patch -p0 < /путь/к/portcheck.diff

Я погонял на файлах разного размера и с разных серверов - вроде проблем нету.

Про сборку только субагента - если не чистили каталог из которого делали make install - то можно после патча пойти в src/agent/subagents/portCheck и сделать оттуда make install - субагент должен пересобраться и поставиться. Если из чистого дистрибутива - то для ускорения можно сделать configure --with-agent, сборка пройдет быстрее (но foundation libraries и core agent тоже будут собраны - как зависимости).

Я посмотрел в коде - да, есть такая бага. Сейчас несколько переделаю субагента и выложу дифф.

There are no telnet check at the moment, but you can use "User defined" service check for this:

*) Right click on node -> Create -> Service
*) Type any name; set "Service Type" to "User defined" and change "TCP/UDP Port" to "23"
*) Press Ok to save changes

Hello.

Check DBDriver parameter in netxmsd.conf, it should points to database driver's .so file (should be "DBDriver=/usr/local/netxms/lib/libnxddr_mysql.so" in your case, I assume)

Quote from: Alex on August 06, 2008, 09:34:50 AM
Хм.. Что-то все мои вопросы почему-то остаются без ответа.. Интересно, к чему бы это?

Виктор сейчас в Лихтенштейне; когда доберется до нормального интернета - ответит.

Скорее всего упирается в конфигурацию постгреса и память.

*) На ноде сервера должны быть системные DCI-и, проверьте "Average length of database writer's request queue for last minute" - это количество запросов, которое провисело в очереди на запись в базу. Если сильно (и постоянно) больше нуля - проблема именно тут.
*) Проверьте настройки постгреса ("из коробки" он очень консервативен по ресурсам - и ужасно медленный): количество выделенной памяти, включен ли stats_start_collector/stats_row_level/autovacuum. Сделайте "vacuum full analyze" при остановленном netxms сервере.
*) Попробуйте доставить памяти до 512/гигабайта (и половину отдать постгресу)
*) Как вариант - поставить mysql на myisam, он быстрее на запись чем постгрес или mysql на innodb. В этом варианте желательно часто бекапится

Quote from: Anth0ny on July 30, 2008, 09:40:48 AM
2 Alex: can you create a repository for all your cleaned MIBs?
for future use...

We are shipping most of them with release versions; you can also get them from subversion: https://svn.netxms.org/public/netxms/trunk/contrib/mibs/ (MIBs from this topic are not included yet)

Quote from: QACit on July 28, 2008, 10:06:37 PM
About 2MB.  Will send an e-mail

I've just send you an email with corrected MIBs, please try them.

Yes, I've got your mail. There are some faulty mibs (and some are missing) - I'll try to clean them up today and send you response.

Problem not in BGP-4; it compiles just fine on clean system. Problem is somewhere in added MIBs (or buggy compiler). Anyway, error message is weird.
Can you please zip content of you MIBs folder and attach it here (or send it to me by mail: alk - netxms.org)?

Добавил.

Мы читаем форум целиком. Не каждый день, но читаем. Что же до ответов - процитирую Виктора:

Quote2. Po ustojavshejsja tradicii :-), ja ne kommentiruju zaprosi na funkcional'nost', esli oni ne vizivajut u menja vozrazenij. Obichno kommentarij idet esli eto uze est' v tom ili inom vide, ili kakie-to vozrazenija.

• You should restart server after compiling MIBs.
• I've checked it now - looks like compiler have nice bug - it's unable to find files if input path ends with backslash. So correct command will be something like this:
  

  Quotenxmibc -d C:\NetXMS\var\mibs -o C:\NetXMS\var\mibs\netxms.mib -z

• Compiler will update netxms.mib only if all MIBs are correct and can be compiled. You can also check modification date on C:\NetXMS\var\mibs\netxms.mib to ensure it's new. Output should be like this:

  Quote...
     UDP-MIB
     UPS-MIB
     USEC-MIB
     V2ADMIN-MIB
     Wellfleet-COMMON-MIB
     WWW-MIB

• After server restart you should be able to pick your additional OIDs in "Create DCI" dialog (set DCI source to "SNMP" prior to clicking on "Select" button).