NetXMS Support Forum

You don't need two events, just two different rules for same event.

Also, if you want to put this logic into your script, it is also possible. You can just pass additional parameter to your script, giving current status of internet connection. In action definition, you can use macro %[script_name], and in the script return different values depending on internet connection state.

Best regards,
Victor

No, for your configuration you just have to add threshold for last value = 10000. ICMP.PacketLoss will work only for preconfigured targets (added by Target = ip_addr parameters in nxagentd.conf).

Best regards,
Victor

Hi!

I have some ideas why this can happen. I do some fixes already, next release will contain them. Hopefully it will help.

Best regards,
Victor

Hi!

I doubt that there are any possibility to access UPS from NetXMS agent in parallel with other software. The only good solution I could think of is to add additional functionality to UPS subagent, so it can shutdown server if UPS battery is running out. If this could be interesting, I will add it as feature request.

Best regards,
Victor

Sorry for not returning to this issue for too long. Looking through the code didn't give me any ideas. Is it possible to do either: 1) run system for some time with high debug level (at least 5, 6 is better) and send me debug log after nodes disappear; or 2) give me remote access to the system so I can look around and possibly get additional information?

Best regards,
Victor

Hi!

Yes, this is possible. You have to create two rules: one for sending SMS and second for executing your notification script. In first rule you have to add filtering script, which will return TRUE if there are no internet connection. For second rule you can use the same script, but with reversed return values: FALSE if there are no internet connection and TRUE if internet connection is available. Depending on your policy, you may also add "stop processing" flag to first rule (for SMS sending), and do not use filtering script in second rule at all.

Best regards,
Victor

Hi!

There are few possible ways, assuming you have preconfigured targets on agent:

1. You can collect Icmp.PacketLoss parameter for target, and generate event when last value reaches 100 (or any other unacceptable packet loss value).

2. You can collect Icmp.AvgPingTime or Icmp.LastPingTime, and set threshold for value 10000 - ping subagent returns 10000 as response time value to indicate unreachable target.

If you use Icmp.Ping parameter (so no preconfigured target), the only possible way is to set threshold for value 10000.

Hope this helps!

Best regards,
Victor

Hi!

Can you confirm that IP address 172.16.4.41 presented on one of the interfaces of the node?

Best regards,
Victor

Все счетчики - это беззнаковые целые, и при достижении максимума переходят через 0. Например, если у меня 8-ми битовый счетчик, то при значении 254 прибавив 3 я получу 1. Обычно для счетчиков абсолютные значения не важны, и собирают обычно дельту. В истории должно хранится уже значение после вычисления дельты и обработки transformation скриптом. Что касается быстрых интерфейсов, то переполнение счетчиков происходит очень быстро, и чтобы получить осмысленные значения, надо собирать данные часто, каждые 5-10 секунд, иначе между двумя опросами может произойти несколько переполнений и переходов через 0, и тогда дельта, вычисленная сервером, даст неправильный результат. Можно также использовать 64-битные счетчики из ifXTable (.1.3.6.1.2.1.31.1.1.1.6 и другие), если устройство их поддерживает.

Eto pohoze primer iz etogo obsuzdenija: https://www.netxms.org/forum/oe-oo/oo-oto-teeo-snmp-traps/

You can specify multiple /SUBAGENT=xxx options in command line.

Best regards,
Victor

Quote from: SKYnv on March 14, 2012, 08:11:50 AM
столкнулся с проблемой что выпадают некорректные значения при сборе и обработке значение.

скрипты примерно такие

Code Select Expand


sub main()
{
return int64((($1*8)/1024)/1024);
}

выпадают отрицательные значения там где их не может быть, собирается параметр .1.3.6.1.2.1.2.2.1.16.1

Poskol'ku original'noe znachenie 32 bit, to pri pervom umnozenii na 8 mi mozem vijti za predeli vozmoznih znacenij dlja 32 bitnogo celogo, i poluchit' perepolnenie. Ja bi predlozil delat' snachala privedenie znachenija k 64 bitam, chtobi interpretator vse dal'nejshie matematicheskie operacii delal kak s 64 bit znacheniem. Vot malen'kij skript, kotorij pokazivaet raznicu:


println int64((($1 * 8) / 1024) / 1024);
println int64(((int64($1) * 8) / 1024) / 1024);


Rezul'tat:


C:\Source\NetXMS\debug>nxscript math.nxsl 100000000
NetXMS Scripting Host  Version 1.1.10
Copyright (c) 2005-2012 Victor Kirhenshtein

762
762

C:\Source\NetXMS\debug>nxscript math.nxsl 1000000000
NetXMS Scripting Host  Version 1.1.10
Copyright (c) 2005-2012 Victor Kirhenshtein

-562
7629


Quote from: SKYnv on March 14, 2012, 02:55:59 PM
ну наиболее стабильная работа идет на стандартных настройках.
то есть тип определяется как unsigned integer,никак не интерпретируется больше, ясно что это недостаточно, потому как на больших значениях данные ожидаемо падают в 0 и нужно использовать unsigned integer64, у этого же наоборот данные падают в нереальный плюс, если тип ансигнед, если сигнед то еще и в минус могут.
Отдаваемый тип явно int64

Code Select Expand

The total number of octets received on the
            interface, including framing characters.

Esli rech' idet o standartnih OIDah dlja trafika na interfeisah (.1.3.6.1.2.1.2.2.1.16 naprimer), to oni imejut SNMP tip Counter, t.e. unsigned 32bit integer. Zaschet togo chto znachenie unsigned, vichislenie delta budet prohodit' pravil'no daze pri perehode cherez 0.

Quote from: SKYnv on March 15, 2012, 05:55:17 AM
в script library опечатка в названии скрипта Resolve IfName

A chto eto za skript takoj? V default installjacii takogo vrode kak net.

Quote from: SKYnv on March 15, 2012, 10:12:27 AM
И еще вопрос в догонку я подозреваю что использовать сдвиги выгоднее деления или не принципиально?

Dlja interpretiruemogo skripta eto ne principial'no