Friday, December 2, 2011

(T3): Just One SNMP example

Did you know that you could monitor that APC with MAX?  Did you know that one of "your own" wrote a way to do it even if you have the Personal Edition of the software?  No?  Really ...

GFI MAX has the ability to monitor any device that has SNMP support.  That is: if you can attach a community/trap to it, MAX can keep tabs on it with a 24x7 or DSC.  (We are a query, not a trap.)  For instance, American Power Corporation's PowerChute® software can be set up to just that.

I'm going to limit this post to Smart-UPS & PowerChute and not talk about InfraStruXure Manager or Symmetra in the interest of time/brevity.  Feel free to contact me and/or comment if you have or need that information.
Business Edition SNMP Communication

If you have a Smart-UPS or Smart-UPS Online, you'll be able to manage it locally with PowerChute Business or Personal Edition.  The Business Edition has built-in SNMP support by checking a simple box in the interface. If the UPS is connected to a server via USB and not a Network Management card, you must do some configuration in Windows now.  Add the SNMP Service from Programs and Features -- Turn Windows features on or off.  (Older versions of Windows: Add/Remove Programs - Add/Remove Windows Components)

SNMP Trap configuration
Once the service is added, add a public trap for the localhost or the IP address of the Network Management Card:

(we recommend naming the trap public although we can query any trap name.  K.I.S.S., y'know??)

Add check dialogue.
Once the service is enabled and saved with this configuration, the only thing left is to add the check.  With a Server Agent, you'll be able to monitor this device whether it's locally-connected or on the network.  With a Workstation Agent, you can monitor a locally-connected UPS only.  But either way, you can add/edit the same SNMP checks.  In our system, there are three System Checks (that is, checks built-in to our system): select APC from the vendor list, then select the Check pull-down to see them.  To monitor all 3, add them one at a time.

If you'd like to add addional OID's for APC (or anything else for that matter), use the Predefined SNMP Checks from the Settings menu.

If you're unsure about OID's, my first recommendation would be to ask the manufacturer of the device you're trying to query with GFI MAX. Most have a full list of OID's or MIB's.  Or, you can use GETIF ( or iReasoning (  MIB/OID browsers to find out the information from any SNMP device.

There's more information about SNMP checks in your Help file: just follow the link in the check dialogue window as shown above.

So you only have the Personal Edition of PowerChute®?  Did you know that you can script just about anything?  Well, how about checking this out?!  Checking APC Personal Edition

Obviously, this is just the tip of the iceberg; other SNMP checks can be added, used, and discovered.  Yes, we will be adding more System Checks in the future, plus we'll be adding --  aahhh, no, you're not going to get me to say that! You'll have to keep your eye on our road map.


  1. Just to follow up, the built-in Vendor list currently includes the following:

    HP JetDirect
    Linux Monitoring

    We've received MIB's or other requests for

    HP Procurve
    VMWare ESX*

    *This might just be taken care of ... by other means ... soon.

    1. What about Linksys routers and Xerox printers?

  2. I've finally gotten around to adding SNMP checks for all of my APC Smart-UPS and about ready to roll-out SNMP checks for my Dell servers (for which I have one under testing now). My APCs are all locally attached (via USB or serial) to the servers and as such I have the PowerChute agent, server, and console installed on each server. Also, for my Dell servers, they all have the Dell Open Manage Server Administrator (OMSA) installed. I'm assuming that by having PowerChute and OMSA installed, they are exposing or somehow providing SNMP information via SNMP GET commands, alleviating the need to have any sort of SNMP traps configured. I say this because I do not have anything on the Traps tab of the SNMP service properties configured (as shown in the SNMP Traps configuration screenshot above), but Max is able to read all of the SNMP checks I have setup. HOWEVER, now I'm preparing to test SNMP checks for SonicWALL but there is nothing installed on my servers for SonicWALL so now I'm thinking I do need to have traps setup because otherwise, how would Max know how and where to retrieve SonicWALL SNMP data from since the checks themselves don't have a place to specify an IP address for the SNMP device. I'm experimenting with settings on the test SonicWALL and on the test server now to see what I need to do to make the SonicWALL checks work.

    One thing that has been confusing all along, is the SNMP service's Traps tab and the separate SNMP Trap service, which I've found I don't need running for the APC and Dell SNMP checks to work.

    1. Schyler -
      Oops. There's a step missing in these instructions (particularly with > Server 2008): as outlined in the Troubleshooting section of SNMP in the Help file) -
      Select the Security tab
      - Enable Send authentication trap this will generate an alert if authentication fails
      - Accepted community names
      Community Rights: Read Only
      Community Name: public

      Specify whether to accept SNMP packets from a host: It is advisable to select Accept SNMP packets from these hosts and enter the local machine: localhost or Please Note: **for Server2008 please enter the server IP address. **

  3. This list is still very limited and truly needs to be updated with more items. Personally I would like to see hyper-v, Juniper networks, extreme networks, vmware, epson, xerox.

    1. I suggest looking again - the list has grown since my last reply here. To address your specific requests: SNMP isn't quite appropriate for VMWare, so we have checks for that included in our list for script-checks. Hyper-V is "just Windows" (even as Core) so everything the agent does runs on it already.

      Juniper, Epson, & Xerox I have heard before so my bet is they're already "in queue." I'll try to check & follow up.