Re: [Observium] how to make observium not to poll certain mibs
I tried that. But seems only a few module are listed there. I think if I disable any of them, a big class of monitors would be disabled with it. I am looking for a way to disable certain mib/objects. Thanks a lot.
Would removing/commenting out those objects from the mib file help?
On 9/9/14, 2:19 PM, "Pedersen, Sean" spedersen@io.com wrote:
On the device's page in Observium, there is a small gear icon on the far right hand side of the screen. Click on that. Then click on the MIBs link in the Edit bar. You should see a list of MIBs associated with that device. From there you can disable individual MIBs from being polled.
-----Original Message----- From: observium [mailto:observium-bounces@observium.org] On Behalf Of Zhenhui Liang Sent: Tuesday, September 09, 2014 2:11 PM To: Observium Network Observation System Subject: [Observium] how to make observium not to poll certain mibs
Hi, Sorry if this has been answered. But I didn't find the answer in doing search.
So we have a router bug of memory leak core-dump which was caused by observium trying to do snmpwalk against a certain mib. Vendor advise us to upgrade the code to latest, which we can't do without significant amount of coordination. So I am trying to figure out how to make observium not to poll it. didn't find from gui. If I delete the mib definition from the mibs/ sub dir, would that be enough?
Thanks a lot. _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Founded in 2007, IO is a worldwide leader in software defined data center technology, services and solutions that enable businesses and governments to intelligently control their information.
The communication contained in this e-mail is confidential and is intended only for the named recipient(s) and may contain information that is privileged, proprietary, attorney work product or exempt from disclosure under applicable law. If you have received this message in error, or are not the named recipient(s), please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. Please immediately notify the sender of the error, and delete this communication including any attached files from your system. Thank you for your cooperation. _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
On 2014-09-09 22:29, Zhenhui Liang wrote:
I tried that. But seems only a few module are listed there. I think if I disable any of them, a big class of monitors would be disabled with it. I am looking for a way to disable certain mib/objects. Thanks a lot.
Would removing/commenting out those objects from the mib file help?
On 9/9/14, 2:19 PM, "Pedersen, Sean" spedersen@io.com wrote:
On the device's page in Observium, there is a small gear icon on the far right hand side of the screen. Click on that. Then click on the MIBs link in the Edit bar. You should see a list of MIBs associated with that device. From there you can disable individual MIBs from being polled.
-----Original Message----- From: observium [mailto:observium-bounces@observium.org] On Behalf Of Zhenhui Liang Sent: Tuesday, September 09, 2014 2:11 PM To: Observium Network Observation System Subject: [Observium] how to make observium not to poll certain mibs
Hi, Sorry if this has been answered. But I didn't find the answer in doing search.
So we have a router bug of memory leak core-dump which was caused by observium trying to do snmpwalk against a certain mib. Vendor advise us to upgrade the code to latest, which we can't do without significant amount of coordination. So I am trying to figure out how to make observium not to poll it. didn't find from gui. If I delete the mib definition from the mibs/ sub dir, would that be enough?
No. Those things would still be polled.
Disable the module which is polling that MIB. At the moment we don't have the capability of disabling individual MIBs, so you have to enable an entire module. That's not really a problem though, as each device only usually has one active MIB per module (except, perhaps, the ports module).
adam.
On 09/09/2014 23:55, Adam Armstrong wrote:
At the moment we don't have the capability of disabling individual MIBs, so you have to enable an entire module.
True, well, apart from the part where we can disable entire MIBs for a specific device of course ;-)
But this is work in progress and only works for some of the mibs in some of the cases. Most notably all modules where we the the include-dir-mib system: you can disable those as mentioned earlier in the thread via the device settings. There is a lot of code that just polls/discovers without checking if it's disabled though, so we're not quite there yet.
I agree it's most likely more useful to disable a module than an entire MIB... (apart from things like LM-SENSORS-MIB, those you should just disable ;))
Tom
The bug I was referring specifically is that a specific vender¹s specific code version has: snmpwalk on RSVP mib when RSVP is not configured causing memory leak.
So I am wondering, since my device does not have rsvp configured, where is that snmpwalk coming from? My guess is discover.php? For existing devices already on observium, what exactly is discover.php doing? Trying to discover new installed module, new routing instances etc? Is there a way to prevent it from discovering rsvp mibs? Thanks!
‹Zhenhui
On 9/10/14, 2:03 AM, "Tom Laermans" tom.laermans@powersource.cx wrote:
On 09/09/2014 23:55, Adam Armstrong wrote:
At the moment we don't have the capability of disabling individual MIBs, so you have to enable an entire module.
True, well, apart from the part where we can disable entire MIBs for a specific device of course ;-)
But this is work in progress and only works for some of the mibs in some of the cases. Most notably all modules where we the the include-dir-mib system: you can disable those as mentioned earlier in the thread via the device settings. There is a lot of code that just polls/discovers without checking if it's disabled though, so we're not quite there yet.
I agree it's most likely more useful to disable a module than an entire MIB... (apart from things like LM-SENSORS-MIB, those you should just disable ;))
Tom
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
We don't do rsvp!
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 10 September 2014 16:07:15 Zhenhui Liang ZhenhuiLiang@eharmony.com wrote:
The bug I was referring specifically is that a specific vender¹s specific code version has: snmpwalk on RSVP mib when RSVP is not configured causing memory leak.
So I am wondering, since my device does not have rsvp configured, where is that snmpwalk coming from? My guess is discover.php? For existing devices already on observium, what exactly is discover.php doing? Trying to discover new installed module, new routing instances etc? Is there a way to prevent it from discovering rsvp mibs? Thanks!
‹Zhenhui
On 9/10/14, 2:03 AM, "Tom Laermans" tom.laermans@powersource.cx wrote:
On 09/09/2014 23:55, Adam Armstrong wrote:
At the moment we don't have the capability of disabling individual MIBs, so you have to enable an entire module.
True, well, apart from the part where we can disable entire MIBs for a specific device of course ;-)
But this is work in progress and only works for some of the mibs in some of the cases. Most notably all modules where we the the include-dir-mib system: you can disable those as mentioned earlier in the thread via the device settings. There is a lot of code that just polls/discovers without checking if it's disabled though, so we're not quite there yet.
I agree it's most likely more useful to disable a module than an entire MIB... (apart from things like LM-SENSORS-MIB, those you should just disable ;))
Tom
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
participants (3)
-
Adam Armstrong -
Tom Laermans -
Zhenhui Liang