- observium - lists.observium.org

E-mail Notifications & Backend Settings
by Jacob Chavez 18 Nov '14

18 Nov '14

Hello, does anyone know which parameters need to be added within config.php to enable e-mail notifications. Also, where do I configure the backend settings? Is that in config.php as well? Below is what I got from the documentation and I was able to send a test e-mail from Observium, but not receive a message if a device was down when I tested that portion. Any help is appreciated. Thank you! Jacob Email backend settings $config['email']['enable'] = TRUE; Enable/Disable send email globally $config['email']['from'] = NULL; Mail from. Default: "Observium" <observium@`hostname -f`> $config['email']['default'] = NULL; Default alert recipient $config['email']['default_only'] = FALSE; Only use default recipient (all alerts send to default recipient) $config['email']['backend'] = 'mail'; Mail backend. Allowed: "mail" (PHP's built-in), "sendmail", "smtp". $config['email']['sendmail_path'] = '/usr/sbin/sendmail'; // The location of the sendmail program. Sendmail specific options $config['email']['smtp_host'] = 'localhost'; // Outgoing SMTP server name. $config['email']['smtp_port'] = 25; // The port to connect. $config['email']['smtp_timeout'] = 10; // SMTP connection timeout in seconds. $config['email']['smtp_secure'] = NULL; // Enable encryption. Use 'tls' or 'ssl' $config['email']['smtp_auth'] = FALSE; // Whether or not to use SMTP authentication. $config['email']['smtp_username'] = NULL; // SMTP username. $config['email']['smtp_password'] = NULL; // Password for SMTP authentication. SMTP specific options For test email settings use test_mail.php script from main observium dirrectory.

2 1

Power Statistics
by Josh Hopper 15 Nov '14

15 Nov '14

How do I make an alert for power where it alerts me if my amperage (current) is over 80%. For me that would be about 11 AMPs on my UPS. -- Sincerely, Joshua Hopper, A+ CE Network Administrator [cid:image001.jpg@01CFFFFF.5CF8B420] 420 3rd Ave NW Hickory NC 28601 Office: 828-449-1839x2160 | Cell: 828-855-7565 Protect Plus Air Holdings, LLC and Affiliates, Protect Plus, LLC and Affiliates, Imagine One Resources, LLC and Affiliates, Protect Plus Surfaces, LLC and Affiliates Confidentiality Notice: This e-mail is intended only for the addressee named above. It contains information that is privileged, confidential or otherwise protected from use and disclosure. If you are not the intended recipient, you are hereby notified that any review, disclosure, copying, or dissemination of this transmission, or taking of any action in reliance on its contents, or other use is strictly prohibited. If you have received this transmission in error, please reply to the sender listed above immediately and permanently delete this message from your inbox. Thank you for your cooperation.

4 5

Junos 4-byte ASN support
by bt 15 Nov '14

15 Nov '14

Hello, I tried digging through the mailing archives but jet lag from my recent trip is stymieing my efforts in finding relevant threads. I'm running 0.14.11.5945 and notice that 4-byte ASN is still not supported. We use 4-byte ASN for the greater range as we eventually plan to run eBGP down to our servers. On Junos devices -- anything from MX, QFX to SRX -- I notice that ASNs show as a negative integer (example "-94967243"). On our Cisco's, they show up as our favorite 23456. The main question is: Are the negative integers a limitation of the Junos MIB? On those individual devices I do not have a "tab=routing/proto=bgp/", the BGP sessions do not show up at all under the general "routing -> BGP All Sessions" tab, and consequently we're missing a large chunk of our network and we don't have any BGP alerts (though I have all the above with Cisco Nexus gear). Are there any workarounds or plans to support 4-byte ASN in Observium, specifically with Junos equipment? Thank you! bt

3 3

Linux Load Average Alert Check
by Lane Eckley 15 Nov '14

15 Nov '14

Hi Guys, Has there been any changes to the alerting system that will allow us to create a check for a Linux system’s load average? Looking through the list archives it appears it wasn’t yet supported back in August, but I am unsure if that may have changed since then. Thanks! -Lane

3 3

Auto-discovery Woes
by Garland McAlexander 14 Nov '14

14 Nov '14

I'm having some major issues with Auto-discovery (read, I can't seem to get it working at all). Here is what I have in my config: $config['autodiscovery']['xdp'] = TRUE; // Autodiscover hosts via discovery protocols (CDP, LLDP, FDP, AMAP and other) $config['autodiscovery']['ospf'] = TRUE; // Autodiscover hosts via OSPF $config['autodiscovery']['bgp'] = TRUE; // Autodiscover hosts via iBGP $config['autodiscovery']['libvirt'] = TRUE; // Autodiscover hosts found via libvirt $config['autodiscovery']['ip_nets'] = array("10.0.0.0/8"); // Networks to permit autodiscovery $config['discover_services'] = TRUE; // Autodiscover services via SNMP on devices of type "server" I'm using resolution via hosts file, and I have about 150 machines there. However, autodiscovery seems to do nothing.

5 9

Re: [Observium] observium Digest, Vol 52, Issue 51
by Brett Jones 14 Nov '14

14 Nov '14

Hi there, We monitor APC pdu's here and have set up the following metrics: 41 PDU SENSOR ALARM notification of a warning/alert/down event on sensor sensor_event eq warning sensor_event eq alert sensor_event eq down type match power * This then picks up on all the sensors on that device: power banks 1 and 2 , power supply and voltage. Then if you go into the the node, click settings and then "sensor" you can manually set the min/ max for each one . once this hits it will alarm! Hope this helps ndex MIB Type Class Descr Current Min Max Custom Limits Reset Limits Alerts rPDULoadStatusLoad.1 apc current Bank Total 8.1A xx rPDULoadStatusLoad.2 apc current Bank 1 6.2A xx rPDULoadStatusLoad.3 apc current Bank 2 1.8A rPDUIdentDevicePowerWatts.0 apc power Input 1.86kW rPDUIdentDeviceLinetoLineVoltage.0 apc voltage Line-to-Line 230V rPDUPowerSupply1Status.0 powernet-rpdusupply1-state state Power Supply 1 powerSupplyOneOk Brett Jones 2nd/3rd line support engineer Tel: 01202 612000 Fax: 01202 612111 W:www.voip-unlimited.net E:brett.jones@voip-unlimited.net E:support@voip-unlimited.net Registered Office: Co Carter & Coley, 3 Durrant Road, Bournemouth, Dorset BH2 6NE Registered in England No: 05225497 -----Original Message----- From: observium [mailto:observium-bounces@observium.org] On Behalf Of observium-request(a)observium.org Sent: 14 November 2014 16:38 To: observium(a)observium.org Subject: observium Digest, Vol 52, Issue 51 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. Power Statistics (Josh Hopper) ---------------------------------------------------------------------- Message: 1 Date: Fri, 14 Nov 2014 11:37:25 -0500 From: Josh Hopper <joshhopper(a)protectplus.com> To: Observium Network Observation System <observium(a)observium.org> Subject: [Observium] Power Statistics Message-ID: <5BBFC1D5E54E9341821836E23038ADEC04DC527A21E1@SVR-EXCHANGE> Content-Type: text/plain; charset="us-ascii" How do I make an alert for power where it alerts me if my amperage (current) is over 80%. For me that would be about 11 AMPs on my UPS. -- Sincerely, Joshua Hopper, A+ CE Network Administrator [cid:image001.jpg@01CFFFFF.5CF8B420] 420 3rd Ave NW Hickory NC 28601 Office: 828-449-1839x2160 | Cell: 828-855-7565 Protect Plus Air Holdings, LLC and Affiliates, Protect Plus, LLC and Affiliates, Imagine One Resources, LLC and Affiliates, Protect Plus Surfaces, LLC and Affiliates Confidentiality Notice: This e-mail is intended only for the addressee named above. It contains information that is privileged, confidential or otherwise protected from use and disclosure. If you are not the intended recipient, you are hereby notified that any review, disclosure, copying, or dissemination of this transmission, or taking of any action in reliance on its contents, or other use is strictly prohibited. If you have received this transmission in error, please reply to the sender listed above immediately and permanently delete this message from your inbox. Thank you for your cooperation.

1 0

Memory Metrics
by Josh Hopper 14 Nov '14

14 Nov '14

I'm having a little trouble. Metrics mempool_free mempool_perc mempool_used Using the above how would I properly setup an alert to notify me if my memory being used is over 65%? I'm not sure I understand how to properly use _free, _perc and _used. -- Sincerely, Josh Protect Plus Air Holdings, LLC and Affiliates, Protect Plus, LLC and Affiliates, Imagine One Resources, LLC and Affiliates, Protect Plus Surfaces, LLC and Affiliates Confidentiality Notice: This e-mail is intended only for the addressee named above. It contains information that is privileged, confidential or otherwise protected from use and disclosure. If you are not the intended recipient, you are hereby notified that any review, disclosure, copying, or dissemination of this transmission, or taking of any action in reliance on its contents, or other use is strictly prohibited. If you have received this transmission in error, please reply to the sender listed above immediately and permanently delete this message from your inbox. Thank you for your cooperation.

2 2

Re: [Observium] CISCO-BRIDGE-EXT-MIB
by Mike Stupalov 14 Nov '14

14 Nov '14

You need disable 'fdb-table' poller module (in device edit -> module tab) On your device too many active vlans, on cisco devices FDB entries stored in separate contexts for each vlan. That why for cisco devices walked BRIDGE-MIB::dot1dTpFdbEntry as many times as have active vlans on device. Module [ fdb-table ] time: 329.5584s On Thu, Nov 13, 2014 at 2:35 PM, Marco Spicuglia < Marco.Spicuglia(a)reasonnet.com> wrote: > Hi Mike, > > > thank you for picking this up. > > Please find attached the debug output about one of our Nexus, with vlan > module and vtp mib already disabled via de GUI. > > I kindly ask you to avoid the public distribution of this file and to > immediately destroy it after your analysis has been completed, please. > > Thanks in advance for your time. > > > Best regards, > > Marco Spicuglia > > ReasonNet.com > > > > > ------------------------------ > *From:* observium <observium-bounces(a)observium.org> on behalf of Mike > Stupalov <mike(a)observium.org> > *Sent:* 13 November 2014 11:16 > *To:* observium(a)observium.org > *Subject:* Re: [Observium] CISCO-BRIDGE-EXT-MIB > > Hi, > > On 13.11.2014 13:11, Marco Spicuglia wrote: > > Hello there, > > > how can I disable CISCO-BRIDGE-EXT-MIB from the GUI? > > If possible, send me debug output for poller: > ./poller.php -d -h <your_nexus> > > This is the Nexus polling killer, but I can't find it in the list of > MIBs that I can disable. > > I'm running rev. 5975 stable > > > Cheers, > > Marco > > > _______________________________________________ > observium mailing listobservium@observium.orghttp://postman.memetic.org/cgi-bin/mailman/listinfo/observium > > > > -- > Mike Stupalovhttp://observium.org > > -- Mike Stupalov http://observium.org/

2 1

Re: [Observium] FW: Re[6]: Performance
by Adam Armstrong 14 Nov '14

14 Nov '14

Well, seems that's our list drama for the winter sorted. He's been removed and banned, so no need to reply to him. :) BACK TO OUR NORMAL PROGRAMMING. NOTHING TO SEE HERE! ------ Original Message ------ From: "Bryde, Ole" <Ole.Bryde(a)sonymobile.com> To: "'Adam Armstrong'" <adama(a)memetic.org>; "'Observium Network Observation System'" <observium(a)observium.org> Sent: 11/14/2014 1:09:44 AM Subject: RE: [Observium] FW: Re[6]: Performance >I wish you good luck and hope you get well soon. >Please confirm that you will cancel the subscription. >Br >Ole Bryde > > > > >-----Original Message----- >From: observium [mailto:observium-bounces@observium.org] On Behalf Of >Adam Armstrong >Sent: den 14 november 2014 08:06 >To: Observium Network Observation System >Subject: Re: [Observium] FW: Re[6]: Performance > >You need to look up the word "harass". You're the one harassing me. > >Fuck off. > >------ Original Message ------ >From: "Bryde, Ole" <Ole.Bryde(a)sonymobile.com> >To: "Observium Network Observation System" <observium(a)observium.org> >Sent: 11/14/2014 1:03:39 AM >Subject: [Observium] FW: Re[6]: Performance > >>Well, aint you the perfect gentleman. >>I want to cancel my subscription for Observium, that should be pretty >>obvious. >>You constantly harass and abuse the people in the mailinglist, why ? >>The platform you provided is pretty good, but does that in any way >>compensate for you poor manners ? >>I have no idea what is eating you, but as you so elegantly put it, I >>most certainly will "Go away" >>Also , as you are well aware, I have never utilized the subscription , >>so maybe a refund would be in place.. >>I urge you to get some social training or at least get laid once in a >>while, could do you some actual good. >> >>Have a nice day >>Br >>Ole Bryde >> >> >> >> >> >> >>-----Original Message----- >>From: Adam Armstrong [mailto:adama@memetic.org] >>Sent: den 14 november 2014 07:50 >>To: Bryde, Ole >>Subject: Re[6]: [Observium] Performance >> >>You got irritated that I said something mean about something you have >>deployed on the mailing list so you felt the need to email me >>*directly* to display your irritation like some kind of passive >>aggressive alpha-neckbeard. >> >>I don't give a fuck what you think. Go away. >> >>adam. >> >>------ Original Message ------ >>From: "Bryde, Ole" <Ole.Bryde(a)sonymobile.com> >>To: "'Adam Armstrong'" <adama(a)memetic.org> >>Sent: 11/14/2014 12:46:22 AM >>Subject: RE: Re[4]: [Observium] Performance >> >>>So you are basically calling me a liar? >>>Wow. >>> >>>Ole >>> >>> >>> >>>-----Original Message----- >>>From: Adam Armstrong [mailto:adama@memetic.org] >>>Sent: den 14 november 2014 07:43 >>>To: Bryde, Ole >>>Subject: Re[4]: [Observium] Performance >>> >>>I long ago learned not to believe a single word said by someone who >>>is >>>defending something they have deployed. >>> >>>adam. >>> >>>------ Original Message ------ >>>From: "Bryde, Ole" <Ole.Bryde(a)sonymobile.com> >>>To: "'Adam Armstrong'" <adama(a)memetic.org> >>>Sent: 11/14/2014 12:28:50 AM >>>Subject: RE: Re[2]: [Observium] Performance >>> >>>>Well , I guess we have different experiences then. >>>>We have VSS pairs that have been running perfectly for several >>>>years. >>>>(including patching) >>>>We have stacks for our access layer that works just fine. >>>> >>>>You provide us with a great product, to unbeatable price, but, >>>>pissing up your "customers" leg could be considered rude. No ? >>>> >>>>//Ole >>>> >>>> >>>>-----Original Message----- >>>>From: Adam Armstrong [mailto:adama@memetic.org] >>>>Sent: den 14 november 2014 07:20 >>>>To: Bryde, Ole >>>>Subject: Re[2]: [Observium] Performance >>>> >>>>Greatly increased surface area for software failure. >>>> >>>>Pretty much every deployment of stacked/virtual chassis switches >>>>I've >>>>encountered has had issues be them simple performance issues from >>>>intra-stack communication to serious problems like configuration >>>>corruption and instability. >>>> >>>>VSS is the poster child of "stacking: not even once". >>>> >>>>adam. >>>> >>>> >>>>------ Original Message ------ >>>>From: "Bryde, Ole" <Ole.Bryde(a)sonymobile.com> >>>>To: "'Adam Armstrong'" <adama(a)memetic.org>; "Observium Network >>>>Observation System" <observium(a)observium.org> >>>>Sent: 11/14/2014 12:17:17 AM >>>>Subject: RE: [Observium] Performance >>>> >>>>>Really ? >>>>>How come ? Please elaborate on that. >>>>> >>>>>Ole Bryde >>>>> >>>>> >>>>>-----Original Message----- >>>>>From: observium [mailto:observium-bounces@observium.org] On Behalf >>>>>Of Adam Armstrong >>>>>Sent: den 13 november 2014 18:21 >>>>>To: Observium Network Observation System >>>>>Subject: Re: [Observium] Performance >>>>> >>>>>Stacking switches is pretty naive. >>>>> >>>>>adam. >>>>> >>>>>------ Original Message ------ >>>>>From: "Raphael Mazelier" <raph(a)futomaki.net> >>>>>To: observium(a)observium.org >>>>>Sent: 11/12/2014 4:09:49 AM >>>>>Subject: Re: [Observium] Performance >>>>> >>>>>>Observium is great tool, have a nice gui, made plenty of things... >>>>>>But the poller is "naive". >>>>>> >>>>>>For example I have a couple of stacked EX3300 I cannot poll with >>>>>>observium (the snmp is slow on this equipemnt ok). >>>>>> >>>>>>Think about that : in observium the poll of this equipment take >>>>>>more than 5min (so it is unusable), in cacti with spine 20s. >>>>>> >>>>>>Doing snmpbulwalk on all oid is not always the better solution.... >>>>>> >>>>>> >>>>>>Le 11/11/14 22:12, Spencer Gaw a écrit : >>>>>>>Oh great, this guy again... >>>>>>> >>>>>>>Regards, >>>>>>> >>>>>>>SG >>>>>>> >>>>>>>On 11/11/2014 1:58 PM, Alex Povolotsky wrote: >>>>>>>>I'm working on about 20 times better poller for Observium, >>>>>>>>current one is awful. Mysql should not be a bottleneck, I guess. >>>>>>>> >>>>>>_______________________________________________ >>>>>>observium mailing list >>>>>>observium(a)observium.org >>>>>>http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >>>>> >>>>>_______________________________________________ >>>>>observium mailing list >>>>>observium(a)observium.org >>>>>http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >>>> >>> >> >>_______________________________________________ >>observium mailing list >>observium(a)observium.org >>http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0

FW: Re[6]: Performance
by Bryde, Ole 14 Nov '14

14 Nov '14

Well, aint you the perfect gentleman. I want to cancel my subscription for Observium, that should be pretty obvious. You constantly harass and abuse the people in the mailinglist, why ? The platform you provided is pretty good, but does that in any way compensate for you poor manners ? I have no idea what is eating you, but as you so elegantly put it, I most certainly will "Go away" Also , as you are well aware, I have never utilized the subscription , so maybe a refund would be in place.. I urge you to get some social training or at least get laid once in a while, could do you some actual good. Have a nice day Br Ole Bryde -----Original Message----- From: Adam Armstrong [mailto:adama@memetic.org] Sent: den 14 november 2014 07:50 To: Bryde, Ole Subject: Re[6]: [Observium] Performance You got irritated that I said something mean about something you have deployed on the mailing list so you felt the need to email me *directly* to display your irritation like some kind of passive aggressive alpha-neckbeard. I don't give a fuck what you think. Go away. adam. ------ Original Message ------ From: "Bryde, Ole" <Ole.Bryde(a)sonymobile.com> To: "'Adam Armstrong'" <adama(a)memetic.org> Sent: 11/14/2014 12:46:22 AM Subject: RE: Re[4]: [Observium] Performance >So you are basically calling me a liar? >Wow. > >Ole > > > >-----Original Message----- >From: Adam Armstrong [mailto:adama@memetic.org] >Sent: den 14 november 2014 07:43 >To: Bryde, Ole >Subject: Re[4]: [Observium] Performance > >I long ago learned not to believe a single word said by someone who is >defending something they have deployed. > >adam. > >------ Original Message ------ >From: "Bryde, Ole" <Ole.Bryde(a)sonymobile.com> >To: "'Adam Armstrong'" <adama(a)memetic.org> >Sent: 11/14/2014 12:28:50 AM >Subject: RE: Re[2]: [Observium] Performance > >>Well , I guess we have different experiences then. >>We have VSS pairs that have been running perfectly for several years. >>(including patching) >>We have stacks for our access layer that works just fine. >> >>You provide us with a great product, to unbeatable price, but, pissing >>up your "customers" leg could be considered rude. No ? >> >>//Ole >> >> >>-----Original Message----- >>From: Adam Armstrong [mailto:adama@memetic.org] >>Sent: den 14 november 2014 07:20 >>To: Bryde, Ole >>Subject: Re[2]: [Observium] Performance >> >>Greatly increased surface area for software failure. >> >>Pretty much every deployment of stacked/virtual chassis switches I've >>encountered has had issues be them simple performance issues from >>intra-stack communication to serious problems like configuration >>corruption and instability. >> >>VSS is the poster child of "stacking: not even once". >> >>adam. >> >> >>------ Original Message ------ >>From: "Bryde, Ole" <Ole.Bryde(a)sonymobile.com> >>To: "'Adam Armstrong'" <adama(a)memetic.org>; "Observium Network >>Observation System" <observium(a)observium.org> >>Sent: 11/14/2014 12:17:17 AM >>Subject: RE: [Observium] Performance >> >>>Really ? >>>How come ? Please elaborate on that. >>> >>>Ole Bryde >>> >>> >>>-----Original Message----- >>>From: observium [mailto:observium-bounces@observium.org] On Behalf Of >>>Adam Armstrong >>>Sent: den 13 november 2014 18:21 >>>To: Observium Network Observation System >>>Subject: Re: [Observium] Performance >>> >>>Stacking switches is pretty naive. >>> >>>adam. >>> >>>------ Original Message ------ >>>From: "Raphael Mazelier" <raph(a)futomaki.net> >>>To: observium(a)observium.org >>>Sent: 11/12/2014 4:09:49 AM >>>Subject: Re: [Observium] Performance >>> >>>>Observium is great tool, have a nice gui, made plenty of things... >>>>But the poller is "naive". >>>> >>>>For example I have a couple of stacked EX3300 I cannot poll with >>>>observium (the snmp is slow on this equipemnt ok). >>>> >>>>Think about that : in observium the poll of this equipment take more >>>>than 5min (so it is unusable), in cacti with spine 20s. >>>> >>>>Doing snmpbulwalk on all oid is not always the better solution.... >>>> >>>> >>>>Le 11/11/14 22:12, Spencer Gaw a écrit : >>>>>Oh great, this guy again... >>>>> >>>>>Regards, >>>>> >>>>>SG >>>>> >>>>>On 11/11/2014 1:58 PM, Alex Povolotsky wrote: >>>>>>I'm working on about 20 times better poller for Observium, current >>>>>>one is awful. Mysql should not be a bottleneck, I guess. >>>>>> >>>>_______________________________________________ >>>>observium mailing list >>>>observium(a)observium.org >>>>http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >>> >>>_______________________________________________ >>>observium mailing list >>>observium(a)observium.org >>>http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> >

2 1