On 2012-03-26 01:56, GOLLSCHEWSKY, Tim wrote:
On 24.03.2012 2:54, Adam Armstrong wrote:
Not using it will probably result in reduced functionality.
We don't have the resources to maintain two separate methods of extracting the same information.
Net-SNMP has proved to be too limiting.
So this mean we get functionality like currently net-snmp does if we don't use new bash script. We'd prefer to stay with net-snmp also.
Moving to a bash script from SNMP would be a bit of a pain, but I'm definitely interested in this new script.
SNMP has some drawbacks. There are the already discussed limitations of the MIB. But also as a protocol it's not very efficient at polling. Hitting one shell script and pulling down all the metrics you need in one TCP connection would be far more efficient than SNMP. Our polling machine is hammered 24x7 because of this.
The majority of that load is likely to be RRD-related, rather than SNMP-related, try faster disks or more spindles :)
But yes, one of the reasons we're doing this is performance. (The others are accuracy and amount of data)
Adam: How will the networking part be handled in the agent, does the script run daemonised? Or will it be called via xinetd, over ssh, etc?
In any case, I'm interested in testing this out when it's ready.
The basics are in SVN now, but disabled as default.
$config['poller_modules']['unix-agent'] = 0;
The agent itself isn't in SVN yet. It needs xinetd to run, and includes no security at all (all security is provided by xinetd and/or firewalling).
adam.