- observium - lists.observium.org

Re: [Observium] After SVN update all my devices show down
by Aaron Hite 12 Feb '16

12 Feb '16

Here is an example of the test I ran. root@Observium:/opt/observium# ./discovery.php -h coln01-n7k-infra-01 ___ _ _ / _ \ | |__ ___ ___ _ __ __ __(_) _ _ _ __ ___ | | | || '_ \ / __| / _ \| '__|\ \ / /| || | | || '_ ` _ \ | |_| || |_) |\__ \| __/| | \ V / | || |_| || | | | | | \___/ |_.__/ |___/ \___||_| \_/ |_| \__,_||_| |_| |_| Observium Professional 0.16.2.7609 http://www.observium.org ##### Starting discovery run at 2016-02-12 14:09:17 ##### ##### Finished discovery run at 2016-02-12 14:09:17 ##### WARNING: 0 devices discovered. Did you specify a device that does not exist? o Devices Discovered 0 o Discovery Time 0.003 secs o Memory usage 6MB (peak: 6.25MB) o MySQL Usage Cell[0/0s] Row[4/0s] Rows[2/0.001s] Column[0/0s] Update[0/0s] Insert[0/0s] Delete[0/0s] o RRDTool Usage root@Observium:/opt/observium# ping coln01-n7k-infra-01 PING coln01-n7k-infra-01 (216.46.59.23) 56(84) bytes of data. 64 bytes from coln01-n7k-infra-01 (216.46.59.23): icmp_seq=1 ttl=254 time=1.29 ms 64 bytes from coln01-n7k-infra-01 (216.46.59.23): icmp_seq=2 ttl=254 time=0.756 ms ^C --- coln01-n7k-infra-01 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 0.756/1.026/1.296/0.270 ms root@Observium:/opt/observium# Aaron From: observium <observium-bounces(a)observium.org<mailto:observium-bounces@observium.org>> on behalf of Aaron Hite <ahite(a)cosentry.com<mailto:ahite@cosentry.com>> Reply-To: Observium Network Observation System <observium(a)observium.org<mailto:observium@observium.org>> Date: Friday, February 12, 2016 at 2:06 PM To: Observium Network Observation System <observium(a)observium.org<mailto:observium@observium.org>> Subject: [Observium] After SVN update all my devices show down Guys, need some assistance here. I updated Observium this morning to Observium Professional 0.16.2.7609. Since that upgrade all my devices have shown down. If I go to the command line I am able to ping via DNS all the devices. I did notice that during the svn update it seemed that a lot of the MIB’s were updated. Any guidance on what direction I should be looking to bring my system back online? Thanks, Aaron

2 2

After SVN update all my devices show down
by Aaron Hite 12 Feb '16

12 Feb '16

Guys, need some assistance here. I updated Observium this morning to Observium Professional 0.16.2.7609. Since that upgrade all my devices have shown down. If I go to the command line I am able to ping via DNS all the devices. I did notice that during the svn update it seemed that a lot of the MIB’s were updated. Any guidance on what direction I should be looking to bring my system back online? Thanks, Aaron

1 0

Monitor Network services
by Matt Zillmann 12 Feb '16

12 Feb '16

Hello everyone, I am inquiring on whether it is possible to monitor some key network services on Windows servers using the subscription version of Observium. An example would be: IIS web service (UP/DOWN). Thank you, Matt.

1 0

PoE Cisco Small Business and 3750
by chott＠praha1.net 12 Feb '16

12 Feb '16

Hello team, in Cisco IOS like 3750, Observium shows PSE/PoE Power status but in Cisco SB no, i try add Custom OID and working, can you add support PoE for Cisco SB to default in template? There is OIDs Description OID Name Type Unit Devices POE_Max .1.3.6.1.2.1.105.1.3.1.1.2.1 pethMainPsePower.1 GAUGE W 12 POE_Usage .1.3.6.1.2.1.105.1.3.1.1.4.1 pethMainPseConsumptionPower.1 GAUGE W 12 Tom [email-header-praha1] Tomas Chott technický ředitel chott(a)praha1.net<mailto:chott@praha1.net> Phone: +420 245 004 005 Mobile: +420 733 123 135 Metropolitní síť Praha 1 z.s.p.o. Jindrisska 18 110 00 Praha 1 Czech Republic www.praha1.net<http://www.praha1.net> [Popis: Facebook]<http://www.facebook.com/praha1net> <http://www.linkedin.com/pub/tomas-chott/49/97a/1aa>

2 1

FreeBSD port update / "red" draw errors
by Dirk-Willem van Gulik 12 Feb '16

12 Feb '16

As discussed back in June — http://comments.gmane.org/gmane.network.observium.general/10286 - this issue also affects FreeBSD. Mathieu Arnold contributed a fix (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207057) which, together with a few other small patches & cleanups has been merged into the FreeBSD ports collection a few hours ago. May be an idea to apply this patch (below) to HEAD; I suspect there is a similar issue in generic_multi_data_separated. Dw diff --git a/net-mgmt/observium/files/patch-html_includes_graphs_generic__multi__bits__separated.inc.php b/net-mgmt/observium/files/patch-html_includes_graphs_generic__multi__bits__separated.inc.php new file mode 100644 index 0000000..b6054c8 --- /dev/null +++ b/net-mgmt/observium/files/patch-html_includes_graphs_generic__multi__bits__separated.inc.php @@ -0,0 +1,27 @@ +--- html/includes/graphs/generic_multi_bits_separated.inc.php.orig 2016-01-15 08:37:56 UTC ++++ html/includes/graphs/generic_multi_bits_separated.inc.php +@@ -76,13 +76,13 @@ foreach ($rrd_list as $rrd) + $rrd_options .= " VDEF:totout".$i."=outB".$i.",TOTAL"; + $rrd_options .= " VDEF:tot".$i."=octets".$i.",TOTAL"; + +- if ($i) { $stack="STACK"; } ++ if ($i) { $stack=":STACK"; } + + if ($vars['line_graph']) + { + $rrd_options .= " LINE1.25:inB".$i."#" . $colour_in . ":'" . $descr . "'"; + } else { +- $rrd_options .= " AREA:inB".$i."#" . $colour_in . ":'" . $descr . "':$stack"; ++ $rrd_options .= " AREA:inB".$i."#" . $colour_in . ":'" . $descr . "'$stack"; + } + $rrd_options .= " GPRINT:inB".$i.":LAST:%6.2lf%s$units"; + $rrd_options .= " GPRINT:inB".$i.":AVERAGE:%6.2lf%s$units"; +@@ -97,7 +97,7 @@ foreach ($rrd_list as $rrd) + $rrd_options .= " 'LINE1.25:outB".$i."_neg#" . $colour_out . ":" . $descr_out . "'"; + } else { + $rrd_options .= " 'HRULE:0#" . $colour_out.":".$descr_out."'"; +- $rrd_optionsb .= " 'AREA:outB".$i."_neg#" . $colour_out . "::$stack'"; ++ $rrd_optionsb .= " 'AREA:outB".$i."_neg#" . $colour_out . ":$stack'"; + } + $rrd_options .= " GPRINT:outB".$i.":LAST:%6.2lf%s$units"; + $rrd_options .= " GPRINT:outB".$i.":AVERAGE:%6.2lf%s$units”;

4 3

add_mibdir: strings scanned in from /opt/observium/mibs/rfc/.index are too large. count = 133
by Tibor Marchyn 11 Feb '16

11 Feb '16

Hi, >From yesterday, my observium poller stopped working. I have paid observium and probably something happened in source daily updates. Output from debug is below. When I do snmpget from observium server manually without "-M" option I get values correctly. Anybody have the same problem? Thanks ##### DEBUG ##### CMD[/usr/bin/snmpget -v2c -c public -Pu -OQUst -m SNMPv2-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'sw-show-01.domain.com':'161' sysObjectID.0 sysUpTime.0] EXITCODE[1] CMD RUNTIME[0.0076s] STDOUT[ ] STDERR[ add_mibdir: strings scanned in from /opt/observium/mibs/rfc/.index are too large. count = 133 MIB search path: /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp Cannot find module (SNMPv2-MIB): At line 0 in (none) sysObjectID.0: Unknown Object Identifier (Sub-id not found: (top) -> sysObjectID) sysUpTime.0: Unknown Object Identifier (Sub-id not found: (top) -> sysUpTime) ] SNMP_STATUS[FALSE] o Device status Device is not responding to SNMP requests ##### MANUAL RUN ##### [root@observium tmp]# /usr/bin/snmpget -v2c -c public -Pu -OQUst -m SNMPv2-MIB sw-show-01.domain.com:161 sysObjectID.0 sysUpTime.0 sysObjectID.0 = enterprises.9.1.516 sysUpTime.0 = 700180848

3 3

Monitoring Tool & Ticketing System
by Mulenga Mumba 11 Feb '16

11 Feb '16

Hi Team, I need the best Monitoring Tool & Ticketing System support. Does Observium have the 2? Thanks, Mulenga

5 15

Cisco Port Errors Alerts
by Gagandeep Mann 11 Feb '16

11 Feb '16

We are monitoring Cisco routers using Observium We have seen that the list of Errored Ports displays only ports that have "Tx/Rx Errors" on them - it is not displaying ports which have "Tx/Rx Discards". The Custom Alerts documentation also does not mention any way to check Interface Discards separately, We have tried adding ifOutDiscards_rate, but it does not work. Is there any way to achieve this. Best regards Gagandeep Mann ________________________________ This E-Mail may contain Confidential and/or legally privileged Information and is meant for the intended recipient(s) only. If you have received this e-mail in error and are not the intended recipient/s, Kindly notify the sender and then delete this e-mail immediately from your system. You are also hereby notified that any use, any form of reproduction, dissemination, copying, disclosure, modification, distribution and/or publication of this e-mail, its contents or its attachment/s other than by its intended recipient/s is strictly prohibited and may be unlawful. Internet Communications cannot be guaranteed to be secure or error-free as information could be delayed, intercepted, corrupted, lost, or contain viruses. Sistema Shyam Teleservices Limited does not accept any liability for any errors, omissions, viruses or computer problems experienced by any recipient as a result of this e-mail.

1 0

Brocade Virtual Fabrics
by Ole Hansen 11 Feb '16

11 Feb '16

Hello, We’re using Brocade FC-switches with virtual fabrics. According to http://community.brocade.com/t5/Fibre-Channel-SAN/Looking-for-monitor-virtu… <http://community.brocade.com/t5/Fibre-Channel-SAN/Looking-for-monitor-virtu…> using snmpv3 and “context” I should be able to monitor ports in each context. Is this supported in Observium? Setting a specific context for snmpv3. As far as I know, it’s only possible to add a device once, if it has the same IP - how would i monitor the different contexts? — Ole Hansen

1 0

Cisco 6500 PSU with 1xAC fault
by Robert Williams 10 Feb '16

10 Feb '16

Hi, Does anyone know if there is a way to detect a failed AC input on a 6500 PSU when the PSU has dual inputs? I've just noticed that when one of the inputs is removed from each PSU there is no indication in Observium that anything is wrong at all. At the CLI you can see the status changes to AC LOW. For example, below I have removed one of the AC inputs from power supply No.2 #show environment status power-supply 1: power-supply 1 fan-fail: OK power-supply 1 power-input: AC high power-supply 1 power-output-mode: high power-supply 1 incompatible with fan: OK power-supply 1 power-output-fail: OK power-supply 2: power-supply 2 fan-fail: OK power-supply 2 power-input: AC low power-supply 2 power-output-mode: low power-supply 2 incompatible with fan: OK power-supply 2 power-output-fail: OK You also get a reduction in the 'capacity' of the PSU, as shown below: #show power Power-Capacity PS-Fan Output Oper PS Type Watts A @42V Status Status State ---- ------------------ ------- ------ ------ ------ ----- 1 WS-CAC-6000W 5771.64 137.42 OK OK on 2 WS-CAC-6000W 2671.20 63.60 OK OK on Nothing that I can see in Observium shows any of this information so there is nothing for me to Threshold on. Anyone hit this already and come up with a way of doing it? Or is there an OID for the AC Low/High status which can perhaps be added for Observium to see? Cheers! Robert Williams Custodian Data Centre Email: Robert(a)CustodianDC.com http://www.CustodianDC.com

3 3