- observium - lists.observium.org

Disk IO not graphing?
by Kaya Saman 10 Feb '15

10 Feb '15

Hi, I've got an issue with Observium build: CE 0.14.11.6000 The Disk IO doesn't seem to be graphing any more?? Using snmpwalk I can get the mib for it: HOST-RESOURCES-MIB::hrSWRunParameters.95709 = STRING: "1.3.6.1.4.1.2021.13.15.1.1.5" It seems that none of my hosts have it working for a while; case for both FreeBSd and Linux. The rest of the graphs are fine and are updating properly! Running the discovery.php manually the output for diskio is: UCD Disk IO : .... Module [ ucd-diskio ] time: 0.0205s The poller shows the diskio is being polled but it seems no data is returned. Has anyone got any suggestions? Config files are same and haven't changed at all... Regards, Kaya

1 0

unknown processor type
by Simon Smith 08 Feb '15

08 Feb '15

Hi All, Quick question, probably a simple answer to be far I run the discovery.php every 3 hours and all the time i see this in the Event Logs Processor updated: index (NUM), mob hr, descry Unknown Processor Type is the a way of disabling these messages? i currently use WMI to get the processors and os on a few of our windows machines to get the details and stuff, and these are the machines i get these messages with Regards Simon

2 1

Manual override of location does not then apply the location information in config.php
by Robert Hatch 07 Feb '15

07 Feb '15

Dear Mike, This is still not working for me. I have upgraded, polled, unchecked and rechecked the override box but still no joy. This is the line in the config that works perfectly for the snmp devices that correctly report HEX as their location. $config['location_map']['HEX'] = "Harbour Exchange Square, London Borough of Tower Hamlets, London, England, United Kingdom"; And this is a screen shot of the node as requested is below. As you can see the location of the device does not then reconcile to the full address following a rediscover. BW rob [cid:image005.png@01D041AA.36987030] From: Mike Stupalov (JIRA) [mailto:jira@observium.org] Sent: 29 January 2015 20:33 To: Robert Hatch Subject: [OBS-JIRA] (OBSERVIUM-1133) Manual override of location does not then apply the location information in config.php [cid:image001.png@01D041A9.ED5F0410] Mike Stupalov<http://jira.observium.org/secure/ViewProfile.jspa?name=landy> resolved as Fixed Observium<http://jira.observium.org/browse/OBSERVIUM> / [cid:image002.png@01D041A9.ED5F0410] <http://jira.observium.org/browse/OBSERVIUM-1133> OBSERVIUM-1133<http://jira.observium.org/browse/OBSERVIUM-1133> Manual override of location does not then apply the location information in config.php<http://jira.observium.org/browse/OBSERVIUM-1133> Change By: Mike Stupalov<http://jira.observium.org/secure/ViewProfile.jspa?name=landy> Status: Open Resolved Resolution: Fixed [cid:image003.png@01D041A9.ED5F0410]<http://jira.observium.org/browse/OBSERVIUM-1133#add-comment> Add Comment<http://jira.observium.org/browse/OBSERVIUM-1133#add-comment> This message was sent by Atlassian JIRA (v6.2#6252-sha1:aa34325) [cid:image004.png@01D041A9.ED5F0410]

3 3

Re: [Observium] [OBS-JIRA] (OBSERVIUM-1133) Manual override of location does not then apply the location information in config.php
by Robert Hatch 06 Feb '15

06 Feb '15

Dear Mike, This is still not working for me. I have upgraded, polled, unchecked and rechecked the override box but still no joy. This is the line in the config that works perfectly for the snmp devices that correctly report HEX as their location. $config['location_map']['HEX'] = "Harbour Exchange Square, London Borough of Tower Hamlets, London, England, United Kingdom"; And this is a screen shot of the node as requested is below. As you can see the location of the device does not then reconcile to the full address following a rediscover. BW rob [cid:image005.png@01D041AA.36987030] From: Mike Stupalov (JIRA) [mailto:jira@observium.org] Sent: 29 January 2015 20:33 To: Robert Hatch Subject: [OBS-JIRA] (OBSERVIUM-1133) Manual override of location does not then apply the location information in config.php [cid:image001.png@01D041A9.ED5F0410] Mike Stupalov<http://jira.observium.org/secure/ViewProfile.jspa?name=landy> resolved as Fixed Observium<http://jira.observium.org/browse/OBSERVIUM> / [cid:image002.png@01D041A9.ED5F0410] <http://jira.observium.org/browse/OBSERVIUM-1133> OBSERVIUM-1133<http://jira.observium.org/browse/OBSERVIUM-1133> Manual override of location does not then apply the location information in config.php<http://jira.observium.org/browse/OBSERVIUM-1133> Change By: Mike Stupalov<http://jira.observium.org/secure/ViewProfile.jspa?name=landy> Status: Open Resolved Resolution: Fixed [cid:image003.png@01D041A9.ED5F0410]<http://jira.observium.org/browse/OBSERVIUM-1133#add-comment> Add Comment<http://jira.observium.org/browse/OBSERVIUM-1133#add-comment> This message was sent by Atlassian JIRA (v6.2#6252-sha1:aa34325) [cid:image004.png@01D041A9.ED5F0410]

2 1

Swap in alerting
by Teemu Grönqvist 05 Feb '15

05 Feb '15

Hello! Does anyone know how could I create an alert check for swap usage? I'd like to alert if something like 10% swap is used, but I have no idea what name swap has in the alerting system. Thank you, Teemu Grönqvist Net9 Oy

2 2

How to setup alerting for Checkpoint Firewall failover
by Michael Poezyn 05 Feb '15

05 Feb '15

Hi All I am new to this product and have been playing with trying to setup alerting. The Checkpoint MIB is able to pick up which firewall node is active and standby in an HA cluster and I was wondering if anyone know what the conditions need to be for the Alert Checker to monitor when this state changes ? I have tried a few iterations at the alert checker with no success Any help would be appreciated Thanks Mike ############################################################################################# The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. Furthermore, the information contained in this message, and any attachments thereto, is for information purposes only and may contain the personal views and opinions of the author, which are not necessarily the views and opinions of the company. #############################################################################################

2 2

Re: [Observium] observium Digest, Vol 55, Issue 19
by Michael Poezyn 05 Feb '15

05 Feb '15

Thanks for the reply but the image unfortunately didn't come through ? -----Original Message----- From: observium [mailto:observium-bounces@observium.org] On Behalf Of observium-request(a)observium.org Sent: Thursday, February 5, 2015 9:59 AM To: observium(a)observium.org Subject: observium Digest, Vol 55, Issue 19 Send observium mailing list submissions to observium(a)observium.org To subscribe or unsubscribe via the World Wide Web, visit http://postman.memetic.org/cgi-bin/mailman/listinfo/observium or, via email, send a message with subject or body 'help' to observium-request(a)observium.org You can reach the person managing the list at observium-owner(a)observium.org When replying, please edit your Subject line so it is more specific than "Re: Contents of observium digest..." Today's Topics: 1. Re: OS Definition Change Request (Mike Stupalov) 2. Re: How to setup alerting for Checkpoint Firewall failover (?ukasz Sztukowski) ---------------------------------------------------------------------- Message: 1 Date: Thu, 5 Feb 2015 11:26:42 +0400 From: Mike Stupalov <mike(a)observium.org> To: Observium Network Observation System <observium(a)observium.org> Subject: Re: [Observium] OS Definition Change Request Message-ID: <CAL9uo4jtz7xjh8NSDZN2yU1undshcGptXqwOhXQmm4nUVVmV=A(a)mail.gmail.com> Content-Type: text/plain; charset="utf-8" Basic OS detection added in r6248. On Thu, Feb 5, 2015 at 1:36 AM, Kevin Jacobson <kevin(a)kjake.net> wrote: > Some changes that would be handy in my environment. Please add them? > > Observium already supports AXIS Print Servers, Cameras, and Video > Servers but doesn't see Video *Encoder*. > > sysObjectID*=>*.1.3.6.1.4.1.368 > sysDescr*=>*; AXIS P7214; Network Video Encoder; 5.50.4; May 23 2014 > 12:23; 197.2; 1; > > fwiw, I don't know if this is useful, but AXIS does publish a Video > MIB (which I don't think works with my firmware, ha): > http://www.axis.com/techsup/software/video_mib/index.htm > > > ShoreTel makes some ok VOIP equipment that is SNMP enabled, though it > is minimal with info... > > sysObjectID*=>*.1.3.6.1.4.1.5329.1.1.1 > sysDescr*=>*ShoreGear SG-220T1A > > sysObjectID*=>*.1.3.6.1.4.1.5329.1.1.1 > sysDescr*=>*ShoreGear SA-100 > > Panasonic makes printers (MFDs) too, but the typical jetdirect toner > OID reports -3. > > sysObjectID*=>*.1.3.6.1.4.1.258.406.3.1.13 > sysDescr*=>*Panasonic DP-8045 > > sysObjectID*=>*.1.3.6.1.4.1.258.406.3.1.13 > sysDescr*=>*Panasonic DP-8060 > > SNMPv2-SMI::mib-2.43.11.1.1.2.1.1 = INTEGER: 1 > SNMPv2-SMI::mib-2.43.11.1.1.2.1.2 = INTEGER: 1 > SNMPv2-SMI::mib-2.43.11.1.1.2.1.3 = INTEGER: 1 > SNMPv2-SMI::mib-2.43.11.1.1.2.1.4 = INTEGER: 1 > SNMPv2-SMI::mib-2.43.11.1.1.3.1.1 = INTEGER: 0 > SNMPv2-SMI::mib-2.43.11.1.1.3.1.2 = INTEGER: 0 > SNMPv2-SMI::mib-2.43.11.1.1.3.1.3 = INTEGER: 0 > SNMPv2-SMI::mib-2.43.11.1.1.3.1.4 = INTEGER: 0 > SNMPv2-SMI::mib-2.43.11.1.1.4.1.1 = INTEGER: 3 > SNMPv2-SMI::mib-2.43.11.1.1.4.1.2 = INTEGER: 4 > SNMPv2-SMI::mib-2.43.11.1.1.4.1.3 = INTEGER: 3 > SNMPv2-SMI::mib-2.43.11.1.1.4.1.4 = INTEGER: 3 > SNMPv2-SMI::mib-2.43.11.1.1.5.1.1 = INTEGER: 3 > SNMPv2-SMI::mib-2.43.11.1.1.5.1.2 = INTEGER: 4 > SNMPv2-SMI::mib-2.43.11.1.1.5.1.3 = INTEGER: 10 > SNMPv2-SMI::mib-2.43.11.1.1.5.1.4 = INTEGER: 32 > SNMPv2-SMI::mib-2.43.11.1.1.6.1.1 = STRING: "Toner" > SNMPv2-SMI::mib-2.43.11.1.1.6.1.2 = STRING: "Toner Waste Container" > SNMPv2-SMI::mib-2.43.11.1.1.6.1.3 = STRING: "Developer Unit" > SNMPv2-SMI::mib-2.43.11.1.1.6.1.4 = STRING: "FQ-SS66 Staples" > SNMPv2-SMI::mib-2.43.11.1.1.7.1.1 = INTEGER: 7 > SNMPv2-SMI::mib-2.43.11.1.1.7.1.2 = INTEGER: 7 > SNMPv2-SMI::mib-2.43.11.1.1.7.1.3 = INTEGER: 7 > SNMPv2-SMI::mib-2.43.11.1.1.7.1.4 = INTEGER: 8 > SNMPv2-SMI::mib-2.43.11.1.1.8.1.1 = INTEGER: 35000 > SNMPv2-SMI::mib-2.43.11.1.1.8.1.2 = INTEGER: 240000 > SNMPv2-SMI::mib-2.43.11.1.1.8.1.3 = INTEGER: 240000 > SNMPv2-SMI::mib-2.43.11.1.1.8.1.4 = INTEGER: 5000 > SNMPv2-SMI::mib-2.43.11.1.1.9.1.1 = INTEGER: -3 > SNMPv2-SMI::mib-2.43.11.1.1.9.1.2 = INTEGER: -3 > SNMPv2-SMI::mib-2.43.11.1.1.9.1.3 = INTEGER: -3 > SNMPv2-SMI::mib-2.43.11.1.1.9.1.4 = INTEGER: -3 > > > Thanks! > > p.s. I am a subscription user. > > _______________________________________________ > observium mailing list > observium(a)observium.org > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > > -- Mike Stupalov http://observium.org/

1 0

unsubscribe
by Talk Jesus 04 Feb '15

04 Feb '15

Talk Jesus Forums www.talkjesus.com

3 3

Alert Checks - color coding
by David Roush 04 Feb '15

04 Feb '15

Hello, I was just wondering if someone could explain the grey field in the "entities" column on the Alert Checks page. Are these entities that match the alert check filters and simply aren't polled for whatever reason? For example: [cid:image001.png@01D04055.D8744240] What is the "138" number representing in this case? Thanks, Dave

5 10

unsubscribe
by Talk Jesus 04 Feb '15

04 Feb '15

Talk Jesus Forums www.talkjesus.com From: observium [mailto:observium-bounces@observium.org] On Behalf Of Tom Laermans Sent: Wednesday, February 4, 2015 11:36 AM To: Observium Network Observation System Subject: Re: [Observium] Alert Checks - color coding Good point! Didn't think of that [yet]. We should store or check that somewhere so we can alert people on it using the alert thing in the bottom bar. Tom On 02/04/2015 05:34 PM, Adam Armstrong wrote: This is probably caused by insufficient mysql heap space. Adam. Sent with AquaMail for Android http://www.aqua-mail.com On 4 February 2015 10:14:37 David Roush <mailto:DRoush@denovo-us.com> <DRoush(a)denovo-us.com> wrote: Thanks Tom. There are a large number of disabled ports which would explain the huge numbers I see for checks like "Interface utilization". Here are a few that don't pertain to interfaces: What does this indicate to you? Is there any other information that I can provide would be relevant? Thanks, Dave From: observium [mailto:observium-bounces@observium.org] On Behalf Of Tom Laermans Sent: Wednesday, February 4, 2015 9:03 AM To: Observium Network Observation System Subject: Re: [Observium] Alert Checks - color coding David, It shouldn't be. Either there's a bug, or perhaps you disabled/ignored some ports in Observium? In that case, the poller won't send metrics to the alerter. Tom On 02/04/2015 04:52 PM, David Roush wrote: Thanks for the quick response Tom. These numbers stay pretty solid across all of the alert checks, I assume this indicates a potential resource limitation? Dave From: observium [mailto:observium-bounces@observium.org] On Behalf Of Tom Laermans Sent: Wednesday, February 4, 2015 8:47 AM To: Observium Network Observation System Subject: Re: [Observium] Alert Checks - color coding Dave, Indeed - status unknown / not polled (yet). Tom On 02/04/2015 04:41 PM, David Roush wrote: Hello, I was just wondering if someone could explain the grey field in the "entities" column on the Alert Checks page. Are these entities that match the alert check filters and simply aren't polled for whatever reason? For example: What is the "138" number representing in this case? Thanks, Dave _______________________________________________ observium mailing list observium(a)observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium(a)observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium(a)observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium(a)observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0