- observium - lists.observium.org

Juniper MX memory issue
by Steve Rossen 29 Oct '13

29 Oct '13

Is anyone else using Observium on the Juniper MX80 platform? I know the MX960 is listed as supported but not the smaller one and we are seeing an odd memory issue that lines up perfectly with when we started polling it with Observium. Attached/linked image shows the last 12 months of memory usage on a MX5. Not sure if it is related to Observium or not so reaching out to see if other are seeing a similar slow memory climb or not. http://i.imgur.com/9PET5L3.png

6 6

pfSense SNMP daemon crashes after update to r4711
by Stefano Cordio 28 Oct '13

28 Oct '13

Hello guys, yesterday I updated my Observium (Centos 6.4) to the r4711 and I noticed that all my pfSense firewalls (5 hosts, two 2.0.3 and three 2.1) became down. On every host, the SNMP daemon was crashed. I tried to restart the daemon on every pfSense, but it crashed again and it seems to me that it crashes during the next cycle of polling (the discovery seems to go fine). Today I tried to update to the r4715 but I'm experiencing the same problem. Has anyone experienced something like that? How can I go deeper? Thanks for any hints, Kind Regards Stefano

4 8

'x' not working anymore in input fields
by Matthias Cramer 28 Oct '13

28 Oct '13

Hi I've noticed this afternoon that I'm no longer able to enter the character 'x' or 'X' in any input field. Pasting the character works but not normal keyboard input. All other characters seam to work as before. A work collogue has the same problem. So I think it's not the browser. The new behaviour seams to be on one of the changes since Thursday. I had a look at them and can't see and thing suspicious. I currently run svn version 4715. Any Idea where to look ... Regards Matthias -- Matthias Cramer / mc322-ripe Senior Network & Security Engineer iway AG Phone +41 43 500 1111 Badenerstrasse 569 Fax +41 44 271 3535 CH-8048 Zurich http://www.iway.ch/ GnuPG 1024D/2D208250 = DBC6 65B6 7083 1029 781E 3959 B62F DF1C 2D20 8250

2 2

EX4200/4550 VC - Port Polling ~200 Seconds
by Tyler Christiansen 28 Oct '13

28 Oct '13

Testing Observium, I've noticed that polling an EX4200/4550 with Observium takes about 200 seconds. There are around 300 ports, and I've noticed that Observium polls the logical interfaces as separate from the physical interfaces. I considered disabling logical interface polling, but the logical interfaces are used for a lot of port correlations, etc. Cacti with Spine takes 13 seconds to poll everything in our network, and Cacti with the PHP poller takes maybe 2 minutes to poll everything in our network. Because of Cacti's ability to handle this particular device (even with its PHP poller), I'm pretty convinced that the issue isn't the device. I've checked interface, memory, and CPU utilization on the Observium server as well as the device and the network in-between. Everything is fine. I've also turned Cacti off to ensure there was no strange clash. I also turned polling off for all ports that were in a "down" state and disabled those ports in the switch as well. It almost seems that Observium's poller walks one OID at a time in serial, or otherwise does some ridiculously complex discovery on every poll that it doesn't need to do. Cacti does bulk requests, so it gets around 50 OIDs per request to the switch stack. Is it possible that I'm missing something in the Observium configuration? Thanks! --Tyler

7 15

Rancid Integration
by Ryan Milton 27 Oct '13

27 Oct '13

When I include the rancid integration...where should "anything" show up? Is there a chart, graph, or something, or is it the email updates? Regards, Ryan Milton MVS Network Manager o: 201-447-1505 x124 c: 862-249-5230 www.mvsusa.com<http://www.mvsusa.com/> [MVS final logo GOOD very small]

6 11

test plz ignore
by Nikolay Shopik 25 Oct '13

25 Oct '13

3 4

Nan graph
by PUB 24 Oct '13

24 Oct '13

Hello Adam, I have install my new observium from svn trunk, but all my graph display -Nan I have some information into rrd directory, i have recreate it, and after i launch poller, rrd have some files with some data, but, no graph displayed. Poller with debug mod, no more informations. Regards

3 3

RRD, Graphs and Draw Errors
by Moermond, Timothy 24 Oct '13

24 Oct '13

Hi, I recently updated to the subscription model of observium and did a clean install, but did use my old config.php file. I have several pages where the graphs show draw errors. I have tried setting the permissions on the RRD to apache:apache as indicated in the instructions, which did not seem to change the behavior. I then switched it to root:root, which also does not seem to change the behavior. I reviewed the information on RRD and Graph issues from the mailing list archives, unfortunately the couple of items I found to try did not seem to change the issue either. I did remove the ?> tag and the remaining white space at the end of the config.php file. I have attached a screen shot of the current permissions for the RRD directory and a screen of from one of the pieces of equipment showing the draw error. Some graphs appear to draw but do not contain data such as the CPU graphs. I am not sure how to proceed to further isolate what may be wrong. I have verified the path to the RRD directory and Executable on the system and checked that they were good in the config.php file. Thank you, Tim

2 4

Re: [Observium] mini-/micrographs stacked / aggregated?
by Adam Armstrong 23 Oct '13

23 Oct '13

See, no pictures. Also, I do believe that innthis instance it's Paul who needs to convince me to put up with the crappy code his customer asked him to get included. :) I'm the one who knocks! Adam. Peter Childs <pchilds(a)staff.iinet.net.au> wrote: > >Lol > >http://en.wikipedia.org/wiki/How_to_Win_Friends_and_Influence_People > > >On 24/10/13 12:18 PM, "Adam Armstrong" <adama(a)memetic.org> wrote: > >>On 2013-10-24 02:25, Paul Gear wrote: >>> On 10/24/2013 10:15 AM, Adam Armstrong wrote: >>> ... >>> I hope you now have some small amount of understanding about why I >>> didn't want to commit the patch in the first place, and why we tend to >>> view contributions as often more of a burden than a help. >>> >>> An analogy I've often made is that "donating" code to an open source >>> project is like "donating" a child to an orphanage. Thankfully in this >>> case, the original deadbeat dad has come back to clean up the poop. >>> >>> You've been reading Dale Carnegie again, haven't you, Adam? >> >>That is unlikely, unless it has a lot of pictures. >> >>adam. >>_______________________________________________ >>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

mini-/micrographs stacked / aggregated?
by Andreas Rüdel 23 Oct '13

23 Oct '13

Greetings Is there a way we can create "aggregated" (or "stacked") mini-/micrographs for the frontpage? using this syntax $config['frontpage']['minigraphs']['ids'] = "19418,port_bits,Dist76-01.AMS4;19496,port_bits,NAME"; or this: $config['frontpage']['micrographs']['RING']['ids'] = "19414,port_bits,NAME;19492,port_bits,NAME2;19439,port_bits,NAME3"; results in several graphs next to each other. what we are after is in "mini" or "micro" what we can do it using "custom" traffic graphs - but they are too big for what we are trying to do... $config['frontpage']['custom_traffic']['ids'] = "19418,19496"; <-- this actually stacks the data into one graph thanks for any pointers! Andreas

5 10