NetXMS Support Forum

Hi!

Unfortunately it requires more changes in server's code then I expect initially. I'm working on this right now. It should be included in 1.1.1 release.

Best regards,
Victor

Dobrij den'!

Vozmozno problema vse-ze v konkretnom faile. Poproboval sejchas zagruzit' proizvol'nij bol'shoj fail http://robotics10.utcluj.ro/images/big_map.jpg (9921x7015, 12M) - vrode vse ok.

Mozet est' vozmoznost' kuda-to vilozit' vashu kartu? Poprobuju posmotret', pochemu ne gruzitsja.

Viktor

Proveril, eto bug v konsoli - nel'zja postavit' pravo na upravlenie kartami. Kak workaround, mozno pomenjat' prava pol'zovatelja v baze:

UPDATE users SET system_access = 4194303 WHERE id = <user_id>

Eto dast pol'zovatelju vse prava.

Hi!

Try to use SQL server authentication and ODBC driver. MSSQL driver uses very old and outdated client library, which may now work as expected on WIndows Server 2008.

Best regards,
Victor

If it is not here, you just need to create new variable with that name.

Best regards,
Victor

Hi!

Yes, you can change it by setting server's configuration parameter SMTPPort to desired value.

Best regards,
Victor

Hi!

You need to control communication with the site somehow, by pinging router for example. Then you can use situation objects to do manual event correlation. Also, if NetXMS server knows the whole route from itself to managed nodes and has all routers entered as managed nodes as well, it tries to do automatic event correlation based on network topology.

Best regards,
Victor

Hi!

I have two Debian Linux nodes called netxms-1 (10.0.0.11) and netxms-2 (10.0.0.12) with heartbeat and DRBD. Database engine is PostgreSQL, with database on shared disk. There are also virtual IP 10.0.0.10 used for client connection. Configuration files looks like following:

/etc/ha.d/ha.cf

keepalive 1
deadtime 5
warntime 3
initdead 20
bcast eth0
bcast eth1
auto_failback no
node netxms-1
node netxms-2
crm no


/etc/ha.d/haresources

netxms-1 IPaddr::10.0.0.10/24 drbddisk::netxmsdb Filesystem::/dev/drbd0::/postgresql::reiserfs postgresql-8.3 netxmsd


/etc/drbd.conf

global {
        usage-count no;
}

common {
        syncer {
                rate 10M;
        }
}

resource netxmsdb {
        protocol B;
        handlers {
                pri-on-incon-degr "echo o > /proc/sysrq-trigger ; halt -f";
                pri-lost-after-sb "echo o > /proc/sysrq-trigger ; halt -f";
                local-io-error "echo o > /proc/sysrq-trigger ; halt -f";
                # outdate-peer "/usr/lib/heartbeat/drbd-peer-outdater -t 5";
        }

        startup {
                wfc-timeout 0;
                degr-wfc-timeout 120;
        }

        disk {
                on-io-error   detach;
        }

        net {
                cram-hmac-alg "sha1";
                shared-secret "*********";
                after-sb-0pri disconnect;
                after-sb-1pri disconnect;
                after-sb-2pri disconnect;
                rr-conflict disconnect;
        }

        syncer {
                al-extents 257;
        }

        on netxms-1 {
                device /dev/drbd0;
                disk /dev/sdb;
                address 10.10.10.1:7788;
                meta-disk  internal;
        }

        on netxms-2 {
                device /dev/drbd0;
                disk /dev/sdb;
                address 10.10.10.2:7788;
                meta-disk internal;
        }
}


/etc/netxmsd.conf

DBDriver = /usr/lib/libnxddr_pgsql.so
DBServer = 127.0.0.1
DBName = netxms_db
DBLogin = netxms
DBPassword = ******
LogFailedSQLQueries = yes
LogFile = /var/log/netxmsd


File /etc/postgresql/8.3/main/postgresql.conf is quite big, so I don't see any reason to put it here entirely. The only non-default setting there is

data_directory = '/postgresql/main'


PostgreSQL and netxmsd removed from auto-start, as they should be started by heartbeat.

Each node has NetXMS agent running instantly. Agent's configuration file looks like following:


MasterServers = 127.0.0.1, 10.0.0.11, 10.0.0.12
LogFile = /var/log/nxagentd
FileStore = /tmp
SubAgent = /usr/lib/libnsm_portCheck.so


Note that IP addresses of both nodes listed in MasterServers parameter.

Best regards,
Victor

Hi!

I've fixed this bug. Next release will contain the fix.

Best regards,
Victor

Sejchas proveril u sebja na 1.0.10 - rabotaet. Vozmozno problema pojavljaetsja pri kakoj-to specifichnoj konfiguracii. Vi mogli bi prislat', kak vigljadit konfiguracija problemnogo DCI?

Not in a straight way. You can achieve this by generating event via logwatch for each record and use situation object for counting (there was an example of how to use situations for counting events on the forum), but probably it will be easier to write external script for this.

Best regards,
Victor

Hi!

It is possible to create active-passive cluster using any clustering software, like Heartbeat or Microsoft Cluster. As NetXMS server stores all configuration in database, and configuration file contains almost only information necessary to connect to database, you just need to ensure database availability (by using replication or clustering software) and configure cluster software to start netxmsd. You also will need to add addresses of both cluster nodes to agents configuration files, because even if you are using virtual IP, outgoing connections will be made from primary addresses on the nodes.
I have NetXMS HA solution based on Heartbeat and DRBD (with database residing on shared DRBD device), and it works without problems for more than a year now. I can post configuration files for this configuration if it will help.

Best regards,
Victor

Quote from: inspirit on March 05, 2011, 09:38:17 PM
1) например как сделать что бы он коммутаторы опрашивал на предмет их живости например ну раз 5 минут. для диагностики этого вполне достаточно..

Это можно сделать только глобально, поменяв значение параметра сервера StatusPollingInterval на 300.

Quote from: inspirit on March 05, 2011, 09:38:17 PM
2) что нибудь про количество пулеров

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

Quote from: inspirit on March 05, 2011, 09:38:17 PM
3) что нибудь про EventStorm и как это работает

Если event storm detector включен, то система отслеживает количество событий в секунду, и если оно больше чем значение, заданное параметром EventStormEventsPerSecond в течении послених EventStormDuration секунд, то обработка всех последующих событий прекращается до тех пор, пока количество событий в секунду не станет меньше EventStormEventsPerSecond.

Quote from: inspirit on March 05, 2011, 09:38:17 PM
напишите о том как нужно сконфигурировать netxmsd для сети с 500 и выше количеством коммутаторов.

сложно дать исчерпывающий ответ - надо смотреть на состояние сервера и менять настройки для устранения узких мест. Что обязательно стоит сделать - увеличить количество статус пулеров до ~ 50, если собирается много параметров - то скорее всего понадобится увеличить значения параметров NumberOfDataCollectors и NumberOfDatabaseWriters.

А какая версия сервера используется? Я попробовал на 1.0.10 - вроде все работает. И мне кажется, что я такой баг исправлял уже, не помню только в какой версии.

Hi!

Yes, x64 Debian packages will be released soon.

Best regards,
Victor