Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - Victor Kirhenshtein

#5806
General Support / Re: Polling Definitions
October 03, 2011, 08:20:46 PM
Could you please post exact script code and actual SNMP OID value? Script posted earlier looks correct, so I suppose some typo or similar error when defining OID.

Best regards,
Victor
#5807
I just tried to reproduce this issue on test server, but without success - everything work as expected. Could you please set debug level to 9 (you can do this while server is running by entering "debug 9" command on server console, either via management console or nxadm tool), try to create a new node, and send me the log?

Best regards,
Victor
#5808
Hi!

Variable $node is unset in condition scripts, because it's not a node. Currently it's not possible to access condition's custom attributes from script. I'll add some method to access them.

Best regards,
Victor
#5809
Hi!

I'll test it during a day.

Best regards,
Victor
#5810
Announcements / Re: NetXMS 1.1.5 released
October 03, 2011, 11:26:17 AM
Fixed. Thanks for reporting!

Best regards,
Victor
#5811
Feature Requests / Re: Windows Registry
October 03, 2011, 10:45:41 AM
Hi!

Sorry, it's my failure :( I completely forgot about it. I'll made a patch for agent.

Best regards,
Victor
#5812
Hi!

Do you enter only IP address, only name, or both when creating node? Also, what is server operating system?

Best regards,
Victor
#5813
General Support / Re: 1.1.5 and agent on server
October 01, 2011, 12:25:58 PM
Hi!

Looks like agent is not running or it's configuration file is incorrect. Please check that nxagentd.conf has MasterServers record containing both 127.0.0.1 and server's interface address. You can also post your nxagentd.conf here for verification.

Best regards,
Victor
#5814
General Support / Re: summary of network traffic
October 01, 2011, 12:23:26 PM
Quote from: teddymills on September 30, 2011, 11:13:42 PM

In NETXMS, is there a summary/totals of network traffic collected so far ?

What parameter name should I be using?

Should I collect every 10 minutes with a retention of 365 days sound reasonable?


I need to view the summary of network traffic on the interface.(eth0)

I have been collecting network traffic on the interfaces.

I have been using NetInterface.Bytes.In+NetInterface.Bytes.out.
This gives me bytes per second on the interface.

I can export the network traffic data, but I really do not want to manually compile millions of data samples
to get a number that I can see just by looking at my overall network graphs.

I told my manager this, but I was told I need a hard number. (not an estimate of the average from a graph)

I did enable Network.Interface.Total, however since I only enabled+applied that today, that cannot help me.

ifconfig cannot help because instance are rebooted on occasion and the RX/TX counter resets to zero when the server is rebooted.

The best solution I could think of is following:

1. Create DCI which calculates simple delta (not average per second) for network traffic.
2. Create second 64bit unsigned or floating point DCI based on internal dummy parameter, and use transformation script to add up last delta from first DCI to it. You can also reset the value each day, month, etc.

Best regards,
Victor
#5815
Quote from: teddymills on October 01, 2011, 02:26:27 AM
NetInterface.BytesIn and NetInterface.Bytesout out is an unsigned integer. 

With busy sites, should not this be an unsigned 64-bit ?

They should. The problem is that not all operating systems supports 64-bit counters on interfaces. I'll take a look at network interface counters in different OSes.

Best regards,
Victor
#5816
Hi!

Condition uses last collected value of DCIs - checking condition does not cause DCI poll. You can switch to custom schedule - if you will have schedule like * * * * *, you DCI will be collected at the beginning of each minute. Scheduler check DCI schedules once per 2 second, so you will not be able to achieve better than 2 second accuracy.

Converting conditions to something similar to nodes with DCIs makes sense. I'll think about it.

Also, I thought about another way of checking server time sync: you can collect server's system time once per minute and compare it with monitoring server's time. To check that monitoring server's time is accurate, you can check ntp status on monitoring server. That way should be easier probably while still accurate.

Best regards,
Victor
#5817
Oops, that's my failure :( Prior to 1.1.5 DCI values only accessible via $1, $2, etc. variables. Array $values also was added in 1.1.5. I suggest to do upgrade first :)

Best regards,
Victor
#5818
This is because you use array instead of referencing it's elements. Correct version should looks like this:


for(i=0; $values[i] != null; i++)
{
  trace(0,"+++" . $values[i] . "+++");

  minTime = min(minTime, $values[i]);
  maxTime = max(minTime, $values[i]);
}


Best regards,
Victor
#5819
You miss "conditions" in documentation because it is not documented :)

Working with the conditions is as follows:

1. Create condition object somewhere in the infrastructure (services) tree.
2. Open properties, and on "Data" page, add DCIs
3. The, on "Script" page, write checking script. DCIs can be referred using variables $1, $2, etc., or via $values array. Script should return true if condition is active, and false otherwise. On status change, appropriate event being generated (configured on "Events and Status" page).

Starting with version 1.1.5, you can use foreach operator for enumerating DCIs, for example:


sum = 0;
foreach(v : $values)
{
trace(1, "+++ value = " . v . " +++");
sum += v;
}
trace(1, "+++ sum = " . sum . " +++");


Best regards,
Victor
#5820
Hi!

1. Server uses unicast communication with agents. For each agent separate TCP session is opened and reused when possible.

2. Agent only replies to requests from server. There are various different polls performed at different times: status poll (every minute by default), configuration poll (every hour by default), network topology poll, discovery poll. They all scheduled by poll manager.

Best regards,
Victor