NetXMS Support Forum

It's hard to implement in current console. However, we are working on completely new management console, where you will be able to detach views from main window. You can see how it will looks like by running nxmc.exe from NetXMS bin directory.

Best regards,
Victor

Icmp.Ping vipolnjaet ping v moment zaprosa. Icmp.PacketLoss, takze kak i Icmp.AvgPingTime i Icmp.LastPingTime, vozvraschajut znachenie, poluchennoe background ping processom dlja zaranee zadannih hostov. T.e. chtobi pol'zovatsja imi, snachala nado propisat' eti hosti v nxagentd.conf, naprimer tak:


*PING
Target = 10.0.0.2:host1
Target = 10.0.0.5:host2


Posle etogo mozno poluchat' parametri Icmp.AvgPingTime i ostal'nie, ispol'zuja libo IP adres, libo imja, zadannoe v konfige.
Sm. takze https://www.netxms.org/documentation/ping_subagent.shtml - neskol'ko ne polno pravda.

Must likely server was not stopped properly (maybe database was stopped first). To remove the stalled lock, use command


nxdbmgr check


Best regards,
Victor

Я все-еще не уверен что даже 0.2.22 - это стабильная версия. Все время вылезают косяки. Хотя конечно надо где-то остановиться...

Quote from: Anth0ny on September 02, 2008, 01:27:12 PM
"Добавлять реакцию на события приходящие в сислог."

Всё ещё очень и ОЧЕНЬ актуально!

NXMS пока не в состоянии отслеживать Event'ы на удалённых машинах а значит единственный путь мониторить логи- получать их SysLog и использовать систему реакций...

Виктор, это вообще в планах стоит или уже хоть чтото делается в этом  направлении?

Так получилось, что в связи с одним коммерческим проектом понадобилось делать парсинг логов. Так-что в следующей версии будет возможность генерировать события по записям в syslog NetXMS'a и в лог файлах на удаленных машинах. В subversion'e уже есть ядро кода для парсинга. Единственно, чего не будет сразу - это централизованной конфигурации. Анализ syslog'a я могу приделать очень быстро, и выложу rc для интересующихся.

Quote from: zan on August 29, 2008, 02:45:48 PM

Quote from: Victor Kirhenshtein on August 29, 2008, 11:53:18 AM
Skoree vsego taze problema chto obsuzdalas' vishe s Windows. Poprobujte zamenit' fail tools.cpp v src/libnetxms i peresobrat' server.

при зборке вылетает :
tools.cpp:771: error: 'WSAEWOULDBLOCK' was not declared in this scope

Da, propustil etot moment. Nado takze zamenit' nms_common.h v include na prilozennij.

Skoree vsego taze problema chto obsuzdalas' vishe s Windows. Poprobujte zamenit' fail tools.cpp v src/libnetxms i peresobrat' server.

Quote from: Anth0ny on August 28, 2008, 10:49:34 AM

Quote from: Victor Kirhenshtein on August 27, 2008, 11:12:24 AM
Pro deployment: est' takoj bug, kotorij mozet pojavljatsja na nekotorih sistemah. Dlja ego ustranenija neobhodimo zamenit' libnetxms.dll na servere na prilozennij.

странная ситуация...
не могу понять что не так.

на некоторые сервера деплоится, на некоторые- нет.
никакой связи пока не уловил... но факт остаётся фактом: инсталлер копируется с подменённой dll'кой успешно, сервис агента на удалённом сервере останавливается, и... тишина. в консоли это выглядит как Job running \ Installing. и всё. тишина.

По истечению срока деплоя получаю сообщение: "Deployment job failed: Request timed out."

Ок, пытаюсь вручную снести агента и поставить нового. Получаю ошибку типа "LIBEXEPAT.dll не найден" и чтото там ещё, похожее... Всё файлы сносятся НО один остаётся, так как он заблокирован (чем??? разблокировщик Unlocker не находит держащий его процесс!) : nxagentd.exe.

Виктор, как можно вызвать дополнительную отладочную информацию по процессу удалённой установки, инициированному из консоли NXMS?

nxagentd.exe mozet derzat' otkritij Windows Event Viewer (process budet nazivatsja mmc.exe). Eto proishodit iz-za togo, chto nxagentd.exe hranit v sebe teksti eventov.

Quote from: zan on August 28, 2008, 11:21:32 AM
привет.

в этой версии централизованый дэплой не проходит, не на один из серваков под Дебиан (другие не пробывал).
выдаёт "File transfer failed".

A na kakoj operacionke stoit server?

Quote from: isherim on August 27, 2008, 12:20:44 PM
Созданные для контейнеров карты не удаляются (где-то уже писалось об этом) и не отрисовывается автоматом топология. Не должна?

Topologija risujetsja tol'ko dlja kart s root object Entire Network. Esli root object - container, to risovat' vse nado rukami.

Quote from: isherim on August 27, 2008, 12:20:44 PM
После обновления до 0.2.22 с 0.2.20 и выбора параметра 3 для алиасов интерфейсов, в именах интерфейсов отображаются только первые 2 символа ( Tunnel - Tu, loop - Lo и т.п.). Так задумано?

a mozno screenshot object browser'a?

Pro deployment: est' takoj bug, kotorij mozet pojavljatsja na nekotorih sistemah. Dlja ego ustranenija neobhodimo zamenit' libnetxms.dll na servere na prilozennij.

You cannot create different events from same trap based on varbinds. However, you can process events differently based on event parameters. For example, if you wish to process differently events related to port 1, you can do the following:

1. set varbind .1.3.6.1.4.1.4111.1.2.2.1.1.1.0 as event parameter (let assume that it will be parameter #2)
2. in event processing policy, set appropriate event in event column, and in script column, create filtering script like this:


$2 == 'PortID:1'


This rule will match only events where parameter #2 is equal to string 'PortID:1'.

Best regards,
Victor

Quote from: corkies on August 27, 2008, 06:34:20 AM
I have an agent on 10.x.x.x  that needs to test telnet port on host 123.1.x.x

You should go like this:

1. Ensure that portCheck.nsm (or libnsm_portCheck on UNIX) is loaded at 10.x.x.x
2. Create node object for 123.1.x.x
3. Create network service object under node 123.1.x.x, set it's port to 23
4. For that service object, set poller node to 10.x.x.x

This will cause server to monitor telnet port on node 123.1.x.x from node 10.x.x.x. If something goes wrong, service object will change it's status to CRITICAL.

Alternative way, if you wish to use DCIs:

1. Ensure that portCheck.nsm (or libnsm_portCheck on UNIX) is loaded at 10.x.x.x
2. Create new DCI on 10.x.x.x for agent's parameter ServiceCheck.Custom(123.1.x.x,23)

This will create DCI which will check port 23 on host 123.1.x.x when polled. Values can be following:

0 = service ok
1 = bad arguments
2 = connect failed
3 = protocol handshake failed

Best regards,
Victor

Yes, it's possible.

You can do it in a two ways:

1. Just add device you wish to poll as a node. If node doesn't have neither NetXMS agent nor SNMP agent, NetXMS server will use ICMP ping to determine is it responding or not and change status accordingly.

2. Load PING subagent on any managed node, and use any of ICMP.xxx parameters to send ICMP pings. In this case, you can monitor not only reachable/unreachable status, but also ping response times. You can find additional information about PING subagent here: https://www.netxms.org/documentation/ping_subagent.shtml.

Best regards,
Victor