- observium - lists.observium.org

Issues with bind graphs - Where to start looking?
by Ricardo M Meleschi 27 Mar '14

27 Mar '14

Hello everyone, I've identified an issue with storing of values that are grabbed by the unix-agent. Specifically, a problem with the bind sub-agent. Apparently, when req-in,QUERY exceeds a value of 2,147,483,648, the value that actually gets stored in the app-bind-122-req-in.rrd is: # rrdtool info app-bind-122-req-in.rrd | grep query ds[query].index = 0 ds[query].type = "DERIVE" ds[query].minimal_heartbeat = 600 ds[query].min = 0.0000000000e+00 ds[query].max = 7.5000000000e+06 >> ds[query].last_ds = "2147483647" << ds[query].value = 0.0000000000e+00 ds[query].unknown_sec = 0 This is despite the current value actually being: # ./bind | grep -i req-in,Q req-in,QUERY:2368417221 I initially thought there was an issue with a 32 bit vs 64 bit counter in the RRD itself, but it looks like ds[query].max is well above a 32bit variable's max value. I am at a loss as to where the problem may be and am hoping that someone on the mailing list can point me in the right direction. I can't believe I'm the first one to run into this issue actually... Here's what happens to my graph when this issue arises: This happens to other dns graphs as well, but it happens to this one the quickest, since it hits that 'limit' faster than the other counters do. Additionally, I'm running 0.14.3.5117 if that helps. If I restart named, the graph begins graphing properly again, but I don't want to consider that a 'fix', especially since I'd be resetting all of my bind servers every week. Doable, but not ideal. Thanks for any assistance, Ricardo

2 4

Monthly Thumbnails not Updating
by Cameron Jones 27 Mar '14

27 Mar '14

It appears that my monthly graph thumbnails are not updating, but when I go into view the RRD from a monthly perspective the data is there. Check out the attached screen-shots to better explain the issue. I'm currently running the non subscription version. https://www.dropbox.com/s/mifk9lm9yp40ebh/Screen%20Shot%202014-03-27%20at%2 010.22.47%20AM.png https://www.dropbox.com/s/02teszwfy8rhfml/Screen%20Shot%202014-03-27%20at%2 010.23.38%20AM.png Thanks in advance!

2 1

CPU's on mikrotik
by David Peall 27 Mar '14

27 Mar '14

Servers appear quite nicely with a compound graph but my Mikrotik routers have one per CPU is this just something that could be done easily? Also I think the SNMP for the CPU name is below I’ve got 2 examples: SNMPv2-SMI::mib-2.47.1.1.1.1.7.65536 = STRING: “tilegx” SNMPv2-SMI::mib-2.47.1.1.1.1.7.65536 = STRING: "MIPS 24Kc V7.4" vs Thanks — David Peall Domain Name Services

4 4

Re: [Observium] Cisco Small Business series
by support nuckleo 27 Mar '14

27 Mar '14

Hi Mike, I have seen your email now, thank you for your suggestion. Good manners are always appreciated. Kind regards. F. _____________________________________________________________________ NUCKLEO Information Technology Solutions Support & Delivery Team http://www.nuckleo.com (website) Twitter:@Nuckleo _____________________________________________________________________ Di Mercoledì, 08-01-2014 alle 21:42 Mike Stupalov ha scritto: Hi, I think Francesco uses CE edition. In latest Subscription Edition support for Cisco SB already added. Upgrade your observium instance or wait next CE edition. :) [1]http://www.observium.org/wiki/Edition_Split Mike. On Sat, Jan 4, 2014 at 12:07 AM, Nikolay Shopik wrote: Workaround to what? Cisco SB support was added by Mike, we tested it as I was asked to add such support, no issues here. On 03.01.2014 19:51, support nuckleo wrote: > Hello everybody I would like to share a small workaround in order > to monitoring the cisco Small business series sg 200/300 in the right > way > > I have add some mibs in the /opt/observium/includes/defaults.inc.php > $config['mibs']['CISCOSB-MIB'] = > 1;$config['mibs']['CISCOSB-CPU-COUNTERS-MIB'] > = 1; > $config['mibs']['CISCOSB-JUMBOFRAMES-MIB'] > = 1; > $config['mibs']['CISCOSB-vlan-MIB'] = 1; > $config['mibs']['CISCOSB-vlanVoice-MIB'] > = 1; > $config['mibs']['CISCOSB-SMON-MIB'] = 1; > > Detect your sysdescr sysDescr in this way: > > snmpwalk -c public -v2c device sysDescr > > and after I made some changes mapping the sysDescr on the right os > so in > /opt/observium/includes/discovery/os/cisco.inc.php add > > else if (strstr($sysDescr, "50-Port Gigabit Smart Switch")) { $os = > "ciscosb"; } > else if (strstr($sysDescr, "SG200-50P 50-Port Gigabit PoE Smart > Switch")) { $os = "ciscosb"; } > > Then if you have just discoverd, delete your cisco small business > devices and rediscovery the devices again. > Thats all! > > Francesco Pansini > _____________________________________________________________________ > NUCKLEO Information Technology Solutions > Support & Delivery Team > http://www.nuckleo.com (website) > Twitter:@Nuckleo > _____________________________________________________________________ > > > > > > _______________________________________________ > 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-- Mike Stupalov [2]http://observium.org/ Links: ------ [1] goog_2143683876 [2] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0

delete ports?
by John Poznicek 27 Mar '14

27 Mar '14

I have looked and looked and can not find how to delete ports. There are many ports that are added when pointing to my windows machine for example, old interfaces, etc. tunnels that are not listed ipconfig /all, etc. How do you delete them? Do you have to edit the $config['bad_if'] to include the names of the interfaces you dont want? TIA

3 4

Rancid not working
by Marc 27 Mar '14

27 Mar '14

Hi all, We have the paid version Observium v0.14.3.5133 in the free version our rancid config was working after update to the paid version we get no configs anymore. The tree of the rancid is the following /usr/local/rancid/var/AS/configs <-- for the accesswitches all cisco The config.php about rancid is the following: $config['rancid_configs']['AS'] = '/usr/local/rancid/var/AS/configs'; $config['rancid_suffix'] = 'NOT NEEDED '; // Domain suffix for non-FQDN device names $config['rancid_ignorecomments'] = 0; // Ignore lines starting with # We don't get any config in observium to view did we something wrong ? -- *Met vriendelijke groet,* Marc de Rooy Technische medewerker Datacenter Engineer Flexwebhosting/FXW DISCLAIMER De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, vragen wij u het volgende: gebruik de inhoud niet; informeer de afzender door het bericht te retourneren; en vernietig de inhoud. The information contained in this message may be confidential and is intended to be exclusively for the addressee. If you have received this message in error, please do not use the contents, inform us immediately and delete its content.

5 15

Re: [Observium] observium Digest, Vol 44, Issue 99
by Josh Reynolds 27 Mar '14

27 Mar '14

Many MikroTiks have dual core CPUs, but some of the Cloud Core Routers have 24, 32, and 72 Tilera Cores at around 1.2GHz. -- Josh Reynolds : Chief Information Officer : SPITwSPOTS : josh(a)spitwspots.com On Thu, 2014-03-27 at 07:04 +0000, observium-request(a)observium.org wrote: > 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: CPU's on mikrotik (David Peall) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 27 Mar 2014 09:07:32 +0200 > From: David Peall <david(a)dnservices.co.za> > To: Observium Network Observation System <observium(a)observium.org> > Subject: Re: [Observium] CPU's on mikrotik > Message-ID: <36889D72-0373-427A-9EE0-631EE7908593(a)dnservices.co.za> > Content-Type: text/plain; charset="windows-1252" > > Yes It has 36 CPU?s we have a number of these CCR1036?s > http://routerboard.com/CCR1036-12G-4S > > The CPU?s are graphed and the inventory is below: > > > > > > > > On 27 Mar 2014, at 2:43 AM, Tom Laermans <tom.laermans(a)powersource.cx> wrote: > > > Hi David, > > > > We have some toggle in one of the source files that decides whether it should do the condensed display or the per-cpu. I think it's only condensed for "servers" (ie unix & windows OS group) and separate for the rest. > > Does your mikrotik really have that many CPUs? > > > > The OIDs you are quoting are from ENTITY-MIB, do you have an inventory tab on this device? Does it show the CPUs? Can Observium successfully link those CPUs to graphs of a processor? > > > > Tom > > > > On 25/03/2014 19:54, David Peall wrote: > >> Servers appear quite nicely with a compound graph but my Mikrotik routers have one per CPU is this just something that could be done easily? > >> > >> Also I think the SNMP for the CPU name is below I?ve got 2 examples: > >> SNMPv2-SMI::mib-2.47.1.1.1.1.7.65536 = STRING: ?tilegx? > >> SNMPv2-SMI::mib-2.47.1.1.1.1.7.65536 = STRING: "MIPS 24Kc V7.4" > >> > >> > >> > >> > >> <Mail Attachment.png> > >> > >> vs > >> > >> <Mail Attachment.png> > >> > >> Thanks > >> ? > >> David Peall > >> Domain Name Services > >> > >> > >> _______________________________________________ > >> 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

port_descr fields
by Martin Smith 26 Mar '14

26 Mar '14

All, Hopefully a quick question about port descriptions. It seems that pot_descr_type and port_descr_descr are gathered from the port description separated by a ":" colon. How are the other fields (port_descr_circuit, port_descr_speed and port_descr_notes) populated? [cid:image002.png@01CF4850.C237BCD0] Thanks! Martin Smith | Network Analyst | Netgain 720 West Saint Germain Street | St. Cloud | MN | 56301 Phone: 320-257-6607 | 877.797.4700 x170

2 2

Re: [Observium] Difference between discovery and discovery with debug [SEC=UNCLASSIFIED
by Adam Armstrong 26 Mar '14

26 Mar '14

Nope. -d just sets $debug so that things output optional stuff. Very odd indeed. Peter.Hine(a)familycourt.gov.au wrote: Just to advice i am seeing a difference between "./discovery.php -h xxxx" and "./discovery.php -h xxxx -d". I had a PDU which was a bit broken. It's other three PDU mates were corrrectly discovered as apc. The broken one came back as "generic". after restarting the management interface (on PDU), i ran discovery manually (i didn't want to wait 5 hours for the next scheduled discovery). This didn't change the device. In looking to see if there was a "force" option, i found the debug option instead. When i ran the discovery with debug, the device changed from generic to apc and it discovered all the other bits to do with a PDU. NOTE !!!!!!!!! - this IS on ubuntu 13.04 So for stamps, i did the same on the openSUSE machine i reported earlier with missing temperature graphs, and sure enough - the temperature sensors were found and added. So is "debug" an alias for "force" or there something else going on ? Anyway. Not looking for a fix, just an info about this behaviour. thanks Peter Hine Senior Technical Support Engineer (Servers) FCoA ITS peter.hine(a)familycourt.gov.au PH : +61 2 6243 8668 FAX : +61 2 6243 5611 ********************************************************************** The information contained in this e-mail (including any attachments) is for the exclusive use of the addressee. If you are not the intended recipient please notify the sender immediately and delete this e-mail. It is noted that legal privilege is not waived because you have read this e-mail. ********************************************************************** _______________________________________________ observium mailing list observium(a)observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0

Difference between discovery and discovery with debug [SEC=UNCLASSIFIED]
by Peter.Hine＠familycourt.gov.au 26 Mar '14

26 Mar '14

Just to advice i am seeing a difference between "./discovery.php -h xxxx" and "./discovery.php -h xxxx -d". I had a PDU which was a bit broken. It's other three PDU mates were corrrectly discovered as apc. The broken one came back as "generic". after restarting the management interface (on PDU), i ran discovery manually (i didn't want to wait 5 hours for the next scheduled discovery). This didn't change the device. In looking to see if there was a "force" option, i found the debug option instead. When i ran the discovery with debug, the device changed from generic to apc and it discovered all the other bits to do with a PDU. NOTE !!!!!!!!! - this IS on ubuntu 13.04 So for stamps, i did the same on the openSUSE machine i reported earlier with missing temperature graphs, and sure enough - the temperature sensors were found and added. So is "debug" an alias for "force" or there something else going on ? Anyway. Not looking for a fix, just an info about this behaviour. thanks Peter Hine Senior Technical Support Engineer (Servers) FCoA ITS peter.hine(a)familycourt.gov.au PH : +61 2 6243 8668 FAX : +61 2 6243 5611 ********************************************************************** The information contained in this e-mail (including any attachments) is for the exclusive use of the addressee. If you are not the intended recipient please notify the sender immediately and delete this e-mail. It is noted that legal privilege is not waived because you have read this e-mail. **********************************************************************

1 0