- observium - lists.observium.org

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 04 Mar '13

04 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

Re: [Observium] Graphs stopped working
by Tom Taylor 04 Mar '13

04 Mar '13

It's definitely getting data, but not drawing the graphs. [cid:DC1FB0AD-5669-4C3A-9092-6F2E5B63F45F@mill-ny.com] On Feb 20, 2013, at 2:23 PM, Tom Taylor <taylor(a)themill.com<mailto:taylor@themill.com>> wrote: That worked fine, got results out of it: | 109add5bb619 | 16|16 (16|16) | learned 1 | 10bf48777e67 | 37|37 (37|37) | learned 1 | 1803732a0dba | A1|49 (49|49) | learned 1 | 18037340b783 | A1|49 (49|49) | learned It popped them into the DB SQL[INSERT INTO `vlans_fdb` (`device_id`,`vlan_id`,`port_id`,`mac_address`,`fdb_status`) VALUES ('1','1','8','00e081df7140','learned')] + And nope, no SELINUX I'm stumped. On Feb 20, 2013, at 12:38 PM, Adam Armstrong <adama(a)memetic.org<mailto:adama@memetic.org>> wrote: run the poller on a single host with debugging enabled : ./poller.php -h <host> -d Did your selinux enable itself? adam. On Wed, 20 Feb 2013 18:01:15 +0000, Tom Taylor <taylor(a)themill.com<mailto:taylor@themill.com>> wrote: Hi there, I was wondering if anyone's got an idea as to why graphs would suddenly stop working? (see attachment) I hadn't updated anything or changed anything, the rrd's all have data in. It's running off Centos 6.2 Any ideas on how to troubleshoot? [cid:18152FC1-6ED1-47C0-8A4D-DC5CBEF4B7BF@mill-ny.com<mailto:DC5CBEF4B7BF@mill-ny.com>] _______________________________________________ observium mailing list observium(a)observium.org<mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 6

Re: [Observium] Discovery of large stack causes hardware to become unresponsive
by Tom Laermans 04 Mar '13

04 Mar '13

Hi Patrick. That's surely not supposed to happen. It's quite a number of ports, but certainly nothing that should be an issue, i poll larger stacks and people poll devices with thousands of interfaces. I would try to check with the -d switch and see which queries lock it up, then report this to cisco as that's simply unacceptable. If you know what causes it and you don't happen to need that info, you could disable that discovery module for those devices. That should help you out while cisco will treat your issue with utmost urgency and does the needful *cough* Sent from my mobile, please excuse brevity and spelling errors. ----- Reply message ----- From: "Patrick Zaloum" <pzaloum(a)gmail.com> To: <observium(a)observium.org> Subject: [Observium] Discovery of large stack causes hardware to become unresponsive Date: Mon, Mar 4, 2013 16:02 HelloI 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? ThanksPatrick

1 0