- observium - lists.observium.org

Re: [Observium] cdp neighbor and mac address questions
by Thedude 02 Feb '16

02 Feb '16

No, I get the exact same thing. Curious as to what the fix is. Sent from my Verizon Wireless 4G LTE DROID On Feb 2, 2016 7:19 AM, Randy Mahurin <randymahurin(a)boisestate.edu> wrote: > > Hello, > > I've just completed a new install of Observium, version 0.16.1.7535 (27th January 2016), and have a couple of questions in hopes that someone can point me to the correct debugging process. > > 1) The mac address information on the port is of the port itself, rather than the connected device. We are strictly Cisco in our switching, most are 2960 variety with some 3750 and 3850 mixed in. I see in the demo software, the mac address on the port pages shows that of the client. Also, several months ago, we ran a small version of Observium (since decommissioned) and the client mac populated. > > 2) Auto discovery based on CDP seems really sporadic, several neighbors will be added, but some will not. SNMP settings are the same across the board and CDP discovered neighbors can be added manually without issue. > > Is there any chance someone has come across these before? > > Thank you > > > -- > Randy Mahurin > Office of Information Technology > Boise State University > 1910 University Drive, Boise, ID, 83725-1249 > Phone: (208) 426-4003

2 1

cdp neighbor and mac address questions
by Randy Mahurin 02 Feb '16

02 Feb '16

Hello, I've just completed a new install of Observium, version 0.16.1.7535 (27th January 2016), and have a couple of questions in hopes that someone can point me to the correct debugging process. 1) The mac address information on the port is of the port itself, rather than the connected device. We are strictly Cisco in our switching, most are 2960 variety with some 3750 and 3850 mixed in. I see in the demo software, the mac address on the port pages shows that of the client. Also, several months ago, we ran a small version of Observium (since decommissioned) and the client mac populated. 2) Auto discovery based on CDP seems really sporadic, several neighbors will be added, but some will not. SNMP settings are the same across the board and CDP discovered neighbors can be added manually without issue. Is there any chance someone has come across these before? Thank you -- Randy Mahurin Office of Information Technology Boise State University 1910 University Drive, Boise, ID, 83725-1249 Phone: (208) 426-4003

1 0

Some questions regarding Observium
by Jens.Altrock＠STADT-NW.DE 02 Feb '16

02 Feb '16

Hey guys, Have some questions I haven't found answers yet :-/ 1. Read about someone requesting checking and alerting of (os) services, is this already implemented or will it be? 2. Any chance to get to know about new community versions? Couldn't find something on website :-/ 3. Some of our switches have kind of leaks in their graphiocs (see pic on mail, from an ATI 8000GS/24POE). Not sure where this comes from, any ideas? Maybe any debug ideas? Haven't found any special events in Eventlog (except some SNMP down/up errors) Thanks fort he help, and sorry if questions are a bit dumb. Regards, Jens Wichtiger Hinweis f?r Mitteilungen an die Stadtverwaltung Neustadt: F?r die rechtsverbindliche elektronische Kommunikation mit der Stadtverwaltung Neustadt an der Weinstra?e steht Ihnen ausschlie?lich folgende E-Mail-Adresse zur Verf?gung: stv-neustadt-weinstrasse(a)poststelle.rlp.de Bitte beachten Sie unsere Hinweise unter http://www.neustadt.eu/impressum#email

1 0

Observium impact on Juniper CPUs
by Raphael Maunier 02 Feb '16

02 Feb '16

Folks, Just sharing experience using Observium and Juniper EX / MX equipments. I exchanged with Adam and Juniper tac about some issues on some EX4550 having CPU at 100% with no result in solving the issue with a log of tweak in Observium / Junos . I changed the server 3 days ago, faster stronger better :) And voila , CPU dropped on all devices, with the same config.php ! The previous one was not a small server ( aka VM ) but the vm was not as strong as this one. I only had the issue with Juniper equipment not with cisco / Arista . So if you are facing the same issue ( and I exchanged with a few of you ) , you know what to do :) Raphael PS : I still have some EX4550 deleting interfaces from time to time, but I will open another thread !

1 0

RRD failures
by Joey Stanford 02 Feb '16

02 Feb '16

Howdy, Recently RRD graphs (created by Smokeping) have stopped working. The RRD files are still there and being generated. They display correctly in Smokeping. config.php is unchanged and correct. &debug=1 or a particular setting gives me RRD CMD[%ygraph —daemon unix:/var/run/rrdcached.sock /tmp/cYlMIYCEzB411tYX.png -Y --lower-limit 0 --alt-autoscale-max --rigid --start 1454281028 --end 1454367428 --width 1152 --height 300 -c BACK#EEEEEE00 -c SHADEA#EEEEEE00 -c SHADEB#EEEEEE00 -c FONT#000000 -c CANVAS#FFFFFF00 -c GRID#a5a5a5 -c MGRID#FF9999 -c FRAME#5e5e5e -c ARROW#5e5e5e -R normal --font LEGEND:8:'DroidSansMono,DejaVuSansMono' --font AXIS:7:'DroidSansMono,DejaVuSansMono' --font-render-mode normal -E COMMENT:' RTT Loss SDev RTT\:SDev\l' DEF:median0=/var/lib/smokeping/Observium/10_30_90_100.rrd:median:AVERAGE CDEF:dm0=median0,UN,0,median0,IF DEF:loss0=/var/lib/smokeping/Observium/10_30_90_100.rrd:loss:AVERAGE CDEF:ploss0=loss0,20,/,100,* DEF:pin0p1=/var/lib/smokeping/Observium/10_30_90_100.rrd:ping1:AVERAGE CDEF:p0p1=pin0p1,UN,0,pin0p1,IF DEF:pin0p2=/var/lib/smokeping/Observium/10_30_90_100.rrd:ping2:AVERAGE CDEF:p0p2=pin0p2,UN,0,pin0p2,IF DEF:pin0p3=/var/lib/smokeping/Observium/10_30_90_100.rrd:ping3:AVERAGE CDEF:p0p3=pin0p3,UN,0,pin0p3,IF DEF:pin0p4=/var/lib/smokeping/Observium/10_30_90_100.rrd:ping4:AVERAGE CDEF:p0p4=pin0p4,UN,0,pin0p4,IF DEF:pin0p5=/var/lib/smokeping/Observium/10_30_90_100.rrd:ping5:AVERAGE CDEF:p0p5=pin0p5,UN,0,pin0p5,IF DEF:pin0p6=/var/lib/smokeping/Observium/10_30_90_100.rrd:ping6:AVERAGE CDEF:p0p6=pin0p6,UN,0,pin0p6,IF DEF:pin0p7=/var/lib/smokeping/Observium/10_30_90_100.rrd:ping7:AVERAGE CDEF:p0p7=pin0p7,UN,0,pin0p7,IF DEF:pin0p8=/var/lib/smokeping/Observium/10_30_90_100.rrd:ping8:AVERAGE CDEF:p0p8=pin0p8,UN,0,pin0p8,IF DEF:pin0p9=/var/lib/smokeping/Observium/10_30_90_100.rrd:ping9:AVERAGE CDEF:p0p9=pin0p9,UN,0,pin0p9,IF DEF:pin0p10=/var/lib/smokeping/Observium/10_30_90_100.rrd:ping10:AVERAGE CDEF:p0p10=pin0p10,UN,0,pin0p10,IF DEF:pin0p11=/var/lib/smokeping/Observium/10_30_90_100.rrd:ping11:AVERAGE CDEF:p0p11=pin0p11,UN,0,pin0p11,IF DEF:pin0p12=/var/lib/smokeping/Observium/10_30_90_100.rrd:ping12:AVERAGE CDEF:p0p12=pin0p12,UN,0,pin0p12,IF DEF:pin0p13=/var/lib/smokeping/Observium/10_30_90_100.rrd:ping13:AVERAGE CDEF:p0p13=pin0p13,UN,0,pin0p13,IF DEF:pin0p14=/var/lib/smokeping/Observium/10_30_90_100.rrd:ping14:AVERAGE CDEF:p0p14=pin0p14,UN,0,pin0p14,IF DEF:pin0p15=/var/lib/smokeping/Observium/10_30_90_100.rrd:ping15:AVERAGE CDEF:p0p15=pin0p15,UN,0,pin0p15,IF DEF:pin0p16=/var/lib/smokeping/Observium/10_30_90_100.rrd:ping16:AVERAGE CDEF:p0p16=pin0p16,UN,0,pin0p16,IF DEF:pin0p17=/var/lib/smokeping/Observium/10_30_90_100.rrd:ping17:AVERAGE CDEF:p0p17=pin0p17,UN,0,pin0p17,IF DEF:pin0p18=/var/lib/smokeping/Observium/10_30_90_100.rrd:ping18:AVERAGE CDEF:p0p18=pin0p18,UN,0,pin0p18,IF DEF:pin0p19=/var/lib/smokeping/Observium/10_30_90_100.rrd:ping19:AVERAGE CDEF:p0p19=pin0p19,UN,0,pin0p19,IF DEF:pin0p20=/var/lib/smokeping/Observium/10_30_90_100.rrd:ping20:AVERAGE CDEF:p0p20=pin0p20,UN,0,pin0p20,IF CDEF:pings0=20,p0p1,UN,p0p2,UN,+,p0p3,UN,+,p0p4,UN,+,p0p5,UN,+,p0p6,UN,+,p0p7,UN,+,p0p8,UN,+,p0p9,UN,+,p0p10,UN,+,p0p11,UN,+,p0p12,UN,+,p0p13,UN,+,p0p14,UN,+,p0p15,UN,+,p0p16,UN,+,p0p17,UN,+,p0p18,UN,+,p0p19,UN,+,p0p20,UN,+,- CDEF:m0=p0p1,p0p2,+,p0p3,+,p0p4,+,p0p5,+,p0p6,+,p0p7,+,p0p8,+,p0p9,+,p0p10,+,p0p11,+,p0p12,+,p0p13,+,p0p14,+,p0p15,+,p0p16,+,p0p17,+,p0p18,+,p0p19,+,p0p20,+,pings0,/ CDEF:sdev0=p0p1,m0,-,DUP,*,p0p2,m0,-,DUP,*,+,p0p3,m0,-,DUP,*,+,p0p4,m0,-,DUP,*,+,p0p5,m0,-,DUP,*,+,p0p6,m0,-,DUP,*,+,p0p7,m0,-,DUP,*,+,p0p8,m0,-,DUP,*,+,p0p9,m0,-,DUP,*,+,p0p10,m0,-,DUP,*,+,p0p11,m0,-,DUP,*,+,p0p12,m0,-,DUP,*,+,p0p13,m0,-,DUP,*,+,p0p14,m0,-,DUP,*,+,p0p15,m0,-,DUP,*,+,p0p16,m0,-,DUP,*,+,p0p17,m0,-,DUP,*,+,p0p18,m0,-,DUP,*,+,p0p19,m0,-,DUP,*,+,p0p20,m0,-,DUP,*,+,pings0,/,SQRT CDEF:dmlow0=dm0,sdev0,2,/,- CDEF:s2d0=sdev0 CDEF:ploss_all=0,ploss0,+,1,/ CDEF:dm_all=0,dm0,+,1,/ CDEF:sd_all=0,s2d0,+,1,/ CDEF:dmlow_all=dm_all,sd_all,2,/,- AREA:dmlow_all AREA:sd_all#AAAAAA::STACK LINE1:dm_all#CC0000:'Average ' VDEF:avmed=dm_all,AVERAGE VDEF:avsd=sd_all,AVERAGE CDEF:msr=dm_all,POP,avmed,avsd,/ VDEF:avmsr=msr,AVERAGE GPRINT:avmed:'%5.1lf%ss' GPRINT:ploss_all:AVERAGE:'%5.1lf%%' GPRINT:avsd:'%5.1lf%Ss' GPRINT:avmsr:'%5.1lf%s\l'%n] × RRD RUNTIME[0.0471s] RRD STDOUT[ERROR: rrdc_flush (/var/lib/smokeping/Observium/10_30_90_100.rrd) failed with status -1.] RRD_STATUS[FALSE] The path listed above is correct. e.g. $ ls -al /var/lib/smokeping/Observium/10_30_90_100.rrd -rw-r—r— 1 smokeping smokeping 2986808 Feb 1 16:01 /var/lib/smokeping/Observium/10_30_90_100.rrd I did some googling and found that rrdc is for RRD Cache which I was running. I had installed it per http://blog.best-practice.se/2014/10/using-rrdcached-with-observium.html I’ve apt-get purge rrdcache, commented out the config.php entry, rebooted, and now I have no graphs (but I do have .rrd files). I’m wondering if anyone could give me some pointers as to where to go next. Thanks, Joey

1 1

VMs Tab missing
by Matt Zillmann 01 Feb '16

01 Feb '16

Hello everyone, I am having a bizarre issue with one of my hosts. I have a cluster of hosts for a VMware ESXI 6 environment and have discovered and polled them successfully. However, there is one host that is not displaying the VMs tab. Has anyone had a similar issue before? I have the latest version of the subscription edition of Observium running on CentOS7. Thanks, Matt.

1 0

Alerts for QNAP storage
by Matt Zillmann 01 Feb '16

01 Feb '16

Hello all, I am working on setting up alerting for a QNAP storage device. I have the latest version of the subscription version of Observium. What I would like is to be able to have Observium send me an email when a hard drive fails. The drives show up under the status portion of the device page. Any idea of how to set this up (if possible)? Thanks, Matt.

1 0

Re: [Observium] Bogus Sensor Alerts?
by Christian Gerbrandt 01 Feb '16

01 Feb '16

Did some tweaking. When I click on the link, this is the URL which opens: /health/metric=sensors/event=alert%2Cwarning/ Showing nothing. Same for ignored: /health/metric=sensors/event=ignore/ But when I change the URL a bit like this: /health/metric=sensors/state=Down I can see the 12 alerts (which are from a Device I ignore anyway). Changed the polling as well now so they are no longer reported. But it looks like there is a problem with the URL being created on the main overview page. On Feb 01, 2016, at 02:41 PM, Christian Gerbrandt <derchris(a)me.com> wrote: Hi, Today I checked some stuff in Observium. I can see the overview on the main page for Devices, Ports and Sensors. With the Sensors it is showing me 12 alert in the Down column. Clicking on the link doesn't show anything. Checking all Sensors, I can see some in red, but only 4 in total. Anyone knows what this is, or how I can get this fixed. Thanks, Christian

1 0

observium and Sophos Puremessage MIBS
by Watson Kamanga 01 Feb '16

01 Feb '16

HI Any one monitoring Sophos Puremessage using observium . I will to like to display all the other telemetry from the box , at the moment all i have is ping response . Regards Watson

1 0

Bogus Sensor Alerts?
by Christian Gerbrandt 01 Feb '16

01 Feb '16

Hi, Today I checked some stuff in Observium. I can see the overview on the main page for Devices, Ports and Sensors. With the Sensors it is showing me 12 alert in the Down column. Clicking on the link doesn't show anything. Checking all Sensors, I can see some in red, but only 4 in total. Anyone knows what this is, or how I can get this fixed. Thanks, Christian

1 0