Yep. Getting something into SNMP can be a pain but it sure is nice once it gets there.
On Mon, Sep 12, 2016, 7:16 PM Eric Kuhnke <[email protected]> wrote: > Of course that graph is from an RRA/RRDtool, the question is how was the > data acquired on *N* poller interval... > > ssh and script from the NMS server vs. snmpd and OIDs. > > The good thing about exposing the bind9 data via snmp OIDs is that it's > not specific or proprietary to one type of NMS, if you want to have both a > cacti and an opennms server watching the same thing, you can. > > > On Mon, Sep 12, 2016 at 5:08 PM, Lewis Bergman <[email protected]> > wrote: > >> RRD actually makes all those graphs possible >> >> On Mon, Sep 12, 2016, 7:01 PM Eric Kuhnke <[email protected]> wrote: >> > IMHO putting hardcoded credentials into an NMS that allows it to ssh into >>> a bind server is a lot more risky than usign snmpd, snmp "extend" and >>> polling your new custom created OIDs. >>> >>> >>> On Mon, Sep 12, 2016 at 9:24 AM, Josh Baird <[email protected]> wrote: >>> >>>> Are you talking about something like this? >>>> >>>> [image: Inline image 1] >>>> >>>> You need to figure out how to get the data *out* of BIND. Newer >>>> versions expose a statistics channel via XML that you can use to get data >>>> like this. For the graph above, my NMS (Zenoss 4) SSH's into each DNS >>>> server and executes a little custom script that I wrote which returns >>>> Nagios-ish style data: >>>> >>>> OK|success=1022736319 referral=339 nxrrset=93439175 nxdomain=163271953 >>>> recursion=373732835 failure=18408551 duplicate=13564673 dropped=0 >>>> numzones=143 recursiveclients=2 rtt10=278 rtt10_100=430614909 >>>> rtt100_500=52986868 rtt500_800=75607 rtt1600=989 >>>> >>>> Zenoss then uses this data to produce the graph that I pasted above. >>>> >>> >>>> On Mon, Sep 12, 2016 at 11:43 AM, That One Guy /sarcasm < >>>> [email protected]> wrote: >>>> >>>>> Im using DNSTOP to monitor real time activity on these servers I made >>>>> live (interesting to see just how perverse some of our customers are) but >>>>> is there a good tool for monitoring visually statistics, queries, cache, >>>>> errors, etc that doesnt involve building yet another server to monitor >>>>> these? >>>>> >>>>> -- >>>>> If you only see yourself as part of the team but you don't see your >>>>> team as part of yourself you have already failed as part of the team. >>>>> >>>> >>>>
