- observium - lists.observium.org

Juniper BGP Prefix Graphing Issue
by Joe Wooller 07 Mar '13

07 Mar '13

Hey Guys, I have just started using Observium, so far I think it's great! (Good work) I have however stumbled across an issue with BGP Prefixes on my Juniper J2320. When I do a debug on discovery.php and poller.php (after adding the host) it appears that it is extracting the correct information for jnxBgpM2PrefixInPrefixesAccepted and jnxBgpM2PrefixInPrefixesRejected for both IPv4 and IPv6, however it only seems to graph the prefixes from only 1 of my peers (they have 2 ipv4 and 1 ipv6 session with me) so I am seeing graphs for these 3, but not any others. In the debug information I am also only seeing an update for the graphs that are working. (Obviously) SQL[UPDATE `bgpPeers_cbgp` set `AcceptedPrefixes` ='58',`DeniedPrefixes` ='0',`PrefixAdminLimit` ='',`PrefixThreshold` ='',`PrefixClearThreshold` ='',`AdvertisedPrefixes` ='3103',`SuppressedPrefixes` ='',`WithdrawnPrefixes` ='' WHERE `device_id` = '7' AND bgpPeerIdentifier = 'x.x.x.x' AND afi = 'ipv4' AND safi = 'unicast'] RRD[/usr/bin/rrdtool create /opt/observium/rrd/rs1/cbgp-x.x.x.x.ipv4.unicast.rrd DS:AcceptedPrefixes:GAUGE:600:U:100000000000 \ DS:DeniedPrefixes:GAUGE:600:U:100000000000 \ DS:AdvertisedPrefixes:GAUGE:600:U:100000000000 \ DS:SuppressedPrefixes:GAUGE:600:U:100000000000 \ DS:WithdrawnPrefixes:GAUGE:600:U:100000000000 RRA:AVERAGE:0.5:1:2016 RRA:AVERAGE:0.5:6:1440 RRA:AVERAGE:0.5:24:1440 RRA:AVERAGE:0.5:288:1440 RRA:MIN:0.5:1:720 RRA:MIN:0.5:6:1440 RRA:MIN:0.5:24:775 RRA:MIN:0.5:288:797 RRA:MAX:0.5:1:720 RRA:MAX:0.5:6:1440 RRA:MAX:0.5:24:775 RRA:MAX:0.5:288:797 RRA:LAST:0.5:1:1440 ] OK u:0.00 s:0.01 r:14.58 RRD[update /opt/observium/rrd/rs1/cbgp-x.x.x.x.ipv4.unicast.rrd N:58:0:3103::] I see this for all 3 sessions the peer has, but for none of the others. I am not sure where to start debugging this further. Any help would be greatly appreciated? Cheers Joe

3 3

Collect / Graph / Bill IP
by Andreas Bergman 07 Mar '13

07 Mar '13

Hi all, Is it possible to collect and bill traffic data per IP instead of per Physical port? Via NetFlow/sFlow or similar? Br Andreas

2 1

Got permission denied on IE
by Ariyanto Dewo 07 Mar '13

07 Mar '13

Hi all, I don't know whether Observium support IE or not, but when I run it in IE I got permission denied as shown below: All the menus are functioning normally. I already dig the log file but nothing related to this message. Can I assume this message safely to ignore? Rgds, -dewo-

1 0

Traffic bills
by Mattias Gyllenvarg 07 Mar '13

07 Mar '13

Hi Adam About the traffic Bills. After a month is billing period is completed will the data be preserved even if interfaces are added/removed from the billing? The reason I ask is that it is a hassle too keep track of aggregated usage of things like Peering/Infrastructure/Transit as you constantly upgrade and move things around. So, perhaps a snapshot could be taken at certain points too keep this data? Pipedream? -- *Med Vänliga Hälsningar - Best Regards* *Mattias Gyllenvarg* *Nätutveckling* Bredband2 Tel: +46 406219712

1 0

Re: [Observium] Memory requirements
by Adam Armstrong 06 Mar '13

06 Mar '13

These are warnings you can ignore them. They should be disabled in the php config. Ciro Iriarte <cyruspy(a)gmail.com> wrote: >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 1

Memory requirements
by Ciro Iriarte 06 Mar '13

06 Mar '13

Hi!, is it possible that there's some new memory requirements introduced with the last UI changes?. I can only make the main page load with PHP parameter memory_limit = 512M, before that it was working with 96M. Regards, -- Ciro Iriarte http://cyruspy.wordpress.com --

1 1

Dell PowerConnect 6224 not updating "Uptime"
by Stefan Milo 06 Mar '13

06 Mar '13

i was asked to add a couple of dell powerconnect iscsi switches to observium (Observium 0.12.12.3476) last night... but the "uptime" field doesn't seem to update on observium. >From my webinterface: ------------------------------------------------------------------------------- Hardware Dell PowerConnect 6224 Operating System Dell PowerConnect 3.3.5.5 (Dell Ethernet Switch) Uptime 5m 54s <--- this number doesn't change...? ------------------------------------------------------------------------------- when polling the device from my observium box: ------------------------------------------------------------------------------- root@observium00:/opt/observium# ./poller.php -h iscsi01.d2 Observium Poller v0.12.12.3476 Starting polling run: iscsi01.d2 10 powerconnect Module [ unix-agent ] disabled globally. Using SNMP Agent Uptime (0:1:32:49.00) Uptime: 1h 32m 49s <--- uptime on the box is correct...? Hardware: Dell PowerConnect 6224 Version: 3.3.5.5 Features: Dell Ethernet Switch -------------------------------------------------------------------------------

1 0

Aruba feature request
by Mike Richardson 05 Mar '13

05 Mar '13

What would be handy for us is to have graphs of not just the number of clients on our Aruba M3 controllers, but the number of .1x clients and the number of captive portal clients. This could either be separate graphs or combined with the 'number of clients' graphs. Don't mind really. The OID for .1x clients is .1.3.6.1.4.1.14823.2.2.1.4.1.4.1.0 and for CP clients is .1.3.6.1.4.1.14823.2.2.1.4.1.4.3.0 Thanks, Mike -- Mike Richardson Networks (network(a)manchester.ac.uk) IT Services, University of Manchester *Plain text only please - attachments stripped on arrival*

5 4

observium.org down?
by Julian Rutz 05 Mar '13

05 Mar '13

Hello, Is observium.org down? It gives me only "Http/1.1 Service Unavailable". Cheers, Julian

1 0

Discovery of large stack causes hardware to become unresponsive
by Patrick Zaloum 05 Mar '13

05 Mar '13

Hello I are testing Observium in a new environment after previous success stories elsewhere. We have noted that when we run device discovery on a stack of 5 Cat3750 (12.2-50-SE1) the "device" becomes unresponsive to any other queries / pings / ssh for approximately 5-6 minutes (during the discovery cycle). Once the discovery is complete, the poller, pings, and other operations return to normal. Note that traffic flow does not appear to be affected across the switch. Total ports on the stack are 278 (no argument that it is a large number of ports to poll from a single device). Regular polling of the device does not appear to have any consequences, it is specific to the discovery module. Does anyone have any insight into this? Thanks Patrick

4 5