Uploaded image for project: 'Observium'
  1. Observium
  2. OBS-2011

Support for additional objects on APC Netbotz 200.

Details

    • Improvement
    • Resolution: Fixed
    • Minor
    • None
    • Professional Edition
    • Discovery
    • Hardware: NBRK0200 05
      Operating system: APC OS v3.5.9 (App v3.5.6)

      APC Web/SNMP Management Card (MB:v3.9.2 PF:v3.5.9 PN:apc_hw03_aos_359.bin AF1:v3.5.6 AN1:apc_hw03_nb200_356.bin MN:NBRK0200 HR:05 SN: ZA1202018596 MD:01/08/2012)

    Description

      Hello

      Today there's support in observium for various environment sensors connected to the netbotz. But it doesn't support the 'dry contact inputs'. We use them to trigger various other devices like switching to secondary cooling circuit if main fails.

      It would be really nice to see and monitor those in observium.

      Still not sure how to do a proper likeable snmpwalk so someone will probably shake their head and wave their fist in fury over this one. But hey, at least I tired. =) Both numerical and non numerical walk below.

      Snmpwalk output:
      http://pastebin.com/qcV8vX98

      Snmpwalk numerical output:
      http://pastebin.com/pD0v5uWa

      That one have 4 connected ‘dry contact inputs’ and you can see their name under for instance ‘emsProbeConfigProbeName.<n>’, ‘emsProbeStatusProbeName.<n>’, ‘emsInputContactConfigInputContactName.<n>’ and then some... Also normal state and current state are seen in that walk, which both are significant since I guess that state would need to be taken into consideration in an alert.

      Let me know if i messed up the walks. From what I've heard I tend to do that. ,)

      Attachments

        Activity

          [OBS-2011] Support for additional objects on APC Netbotz 200.

          Added in r8913.

          landy Mike Stupalov added a comment - Added in r8913.

          PowerNet-MIB::emsInputContactStatusInputContactState.1 = INTEGER: contactClosedEMS(1)
          PowerNet-MIB::emsInputContactStatusInputContactNormalState.1 = INTEGER: normallyClosedEMS(1)
           
          This is such an irritating construction. I've never quite seen this before, where you need to use a second OID to know wether the value of the primary OID is "ok" or "not ok". I can probably just do a dirty hack to support this, if we don't already.

          adama Adam Armstrong added a comment - PowerNet-MIB::emsInputContactStatusInputContactState.1 = INTEGER: contactClosedEMS(1) PowerNet-MIB::emsInputContactStatusInputContactNormalState.1 = INTEGER: normallyClosedEMS(1)   This is such an irritating construction. I've never quite seen this before, where you need to use a second OID to know wether the value of the primary OID is "ok" or "not ok". I can probably just do a dirty hack to support this, if we don't already.

          Hi Guys,

          I realise this thread is getting on for a year old, but I was wondering if any progress had been made on adding Dry Contact support? If it helps I can provide remote access to a NetBotz 200 device to allow this to progress.

          Thanks in advance.

          matthewbutt Matthew Butt added a comment - Hi Guys, I realise this thread is getting on for a year old, but I was wondering if any progress had been made on adding Dry Contact support? If it helps I can provide remote access to a NetBotz 200 device to allow this to progress. Thanks in advance.

          Sent you an email but nut sure it got there. Writing the same thing here. =)

          I’m a bit reluctant to allow access to internal network. It’s a bit complicated and being part of a bigger group where sensitive information flows through the systems. I do trust you but it’s somewhat like the old “don’t accept candy from strangers”... =) So nothing personally, more a group policy sort of thing.

          However, I can live feed the command you want to perform and give you the results. Would that work? We can do it via IRC, skype chat or whatever. I understand this isn’t the optimal way of doing it for you, but for now the best I can offer. Can we work with that?

          NEO Henrik Cednert added a comment - Sent you an email but nut sure it got there. Writing the same thing here. =) I’m a bit reluctant to allow access to internal network. It’s a bit complicated and being part of a bigger group where sensitive information flows through the systems. I do trust you but it’s somewhat like the old “don’t accept candy from strangers”... =) So nothing personally, more a group policy sort of thing. However, I can live feed the command you want to perform and give you the results. Would that work? We can do it via IRC, skype chat or whatever. I understand this isn’t the optimal way of doing it for you, but for now the best I can offer. Can we work with that?

          Can you provide temporary snmp access to device?
          If yes, write to my mail (mike@observium.org).
          My devel IPs: 77.222.50.30, 2a02:408:7722:5030::5030

          landy Mike Stupalov added a comment - Can you provide temporary snmp access to device? If yes, write to my mail (mike@observium.org). My devel IPs: 77.222.50.30, 2a02:408:7722:5030::5030

          People

            landy Mike Stupalov
            NEO Henrik Cednert
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: