- observium - lists.observium.org

Re: [Observium] Insufficient Permission Issue:
by Adam Armstrong 05 Aug '13

05 Aug '13

Oh dear, and there was me thinking of looking at your login issues. Maybe not! You use Ubuntu/Debian because that is what we tell you to use. The vast majority of 'issues' reported by centos/rhel/etc users are related to 'features' and other braindeadness of their chosen distro. None of us use anything other than Debian/Ubuntu. Debian/Ubuntu is what we test on and Debian/Ubuntu are all we are prepared to discuss on this list. If you feel you know better, then you had better be able to make everything work properly yourself, because we *will* be rude to you for ignoring all of our warnings. After all, you get the service you pay for, right? Alternatively, I hear cacti runs fine on centos. Oh, and it hasn't helped our tolerance levels that most of the 'stupid' questions we get from people who want spoonfed step by step solutions come from centos users. It seems that stupidity and laziness often leads to choosing centos. Adam. Also notable is that thus far all of our major sponsors to date run Debian or Ubuntu. DaZZa <dazzagibbs(a)gmail.com> wrote: >On 3 August 2013 22:15, Adam Armstrong <adama(a)memetic.org> wrote: >> >> a) why centos > >Because Ubuntu is a pain in the backside for someone used to RHEL/SLES >type implementations? > >I use CentOS because I hate the way Ubuntu manages services, and >because I'm used to it. However, I don't belittle Ubuntu at every >opportunity, as seems to be the modus operandi here. I saw a quote by >someone who works in a mixed Debian/Ubuntu and RHEL shop the other day >which is particularly pertinent > >"I use XX because it works for me." > >Can we get away from the distro bashing and concentrate on fixing >issues? Yes, I know you use Ubuntu and love it, and I know you don't >want to support CentOS, but that doesn't mean the whole world needs to >follow you. > >You have an excellent product in Observium - it's a shame to see such >crap bringing it down for people who are only trying to make it work >(and, by definition, increase penetration of the product). > >DaZZa >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

3 2

Re: [Observium] Insufficient Permission Issue:
by Adam Armstrong 05 Aug '13

05 Aug '13

I can't say I've encountered this or heard of it reported before. Are you sure? Adam. DaZZa <dazzagibbs(a)gmail.com> wrote: >On 3 August 2013 16:34, Ravindra Gupta <ravindragupta9(a)gmail.com> wrote: >> We have configured observium monitor tool in centos 5.8, when we have >> requested url in the browser we got the below error. > >I get that one once in a while too - it generally means your login >session has timed out - if you try and access anything else, you'll >get dumped back to the main page and have to log back in. > >By "timed out", I mean "stopped working for reasons not necessarily >including inactivity", because I've had it happen between one click >and the next > >DaZZa >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 1

Insufficient Permission Issue:
by Ravindra Gupta 05 Aug '13

05 Aug '13

Hii, We have configured observium monitor tool in centos 5.8, when we have requested url in the browser we got the below error. [image: Inline image 1]

4 4

Re: [Observium] Pages Missing CSS
by Tom Laermans 02 Aug '13

02 Aug '13

If you want to tell us when to commit and not commit, you'd better be paying us during both of those timespans. Why don't you just no svn up before seeing what it does? Sent from my mobile, please excuse brevity and spelling errors. ----- Reply message ----- From: "Tristan Rhodes" <tristanrhodes(a)weber.edu> To: "Observium Network Observation System" <observium(a)observium.org> Subject: [Observium] Pages Missing CSS Date: Fri, Aug 2, 2013 18:34 Would it be possible to come up with a compromise solution that meets the requirements of stability and freshness? Here is one idea: What if SVN updates were only submitted on Sunday through Wednesday? Users can then update on the day of the week that meets their needs. For example, people who want to help test new (and potentially risky) code can update cron on Thursday or Friday. People who want a more stable environment choose Saturday. Of course, SVN updates would be made on any day to resolve an regression or bug that was found. What do you think of this idea? Cheers, Tristan On Thu, Aug 1, 2013 at 4:02 PM, Paul Gear <observium(a)gear.dyndns.org> wrote: I update automatically in cron.daily. Because you tell me to. If i have to choose between shiny/new and stable, i will always choose stable, all other things being equal. On 08/02/2013 07:23 AM, Adam Armstrong wrote: A majority of users actually seem to update pretty regularly. We assume this is because they like the new things (and the fixing of problems) rather than because we told them to, because the only people we tell to update regularly are the 10% of users present on this list :) Adam. Paul Gear <observium(a)gear.dyndns.org> wrote: On 08/02/2013 07:03 AM, Adam Armstrong wrote: On 2013-08-01 21:30, Stefan Milo wrote: A tool like observium is often used by people in Operations. People in Operations tend to favor stability over new features. The old if it's not broken mantra... Well then, you probably want to be using Cacti. Judging by the update habits of our existing userbase, they agree with us. "Agree" is much too strong a term; "tolerate" would be better; "it's better than using Cacti" would probably be more accurate than both. :-) _______________________________________________ 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 -- Tristan Rhodes Network Engineer Weber State University (801) 626-8549

1 0

Re: [Observium] Pages Missing CSS
by Adam Armstrong 02 Aug '13

02 Aug '13

I think anyone who wanted something like this would be better served by paying attention to the svn changelog and only updating after a day or two of inactivity. All of the information needed is available. We won't adopt any practices which increase our workload without obvious benefit. Delaying svn commits is the #1 cause of the "missing include" bug being committed. Adam. Tristan Rhodes <tristanrhodes(a)weber.edu> wrote: >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0

Re: [Observium] Pages Missing CSS
by Adam Armstrong 02 Aug '13

02 Aug '13

A majority of users actually seem to update pretty regularly. We assume this is because they like the new things (and the fixing of problems) rather than because we told them to, because the only people we tell to update regularly are the 10% of users present on this list :) Adam. Paul Gear <observium(a)gear.dyndns.org> wrote: >On 08/02/2013 07:03 AM, Adam Armstrong wrote: >> On 2013-08-01 21:30, Stefan Milo wrote: >>> A tool like observium is often used by people in Operations. People in >>> Operations tend to favor stability over new features. The old if it's >>> not broken mantra... >> >> Well then, you probably want to be using Cacti. Judging by the update >> habits of our existing userbase, they agree with us. > >"Agree" is much too strong a term; "tolerate" would be better; "it's >better than using Cacti" would probably be more accurate than both. :-) > >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

3 2

Certain MySQL agent graphs not showing
by Shaun Bradley 02 Aug '13

02 Aug '13

Hi, Once again it's me. I have the mysql and apache agents running on a few machines and have observium picking the data up. This is working fine for apache and mostly for mysql, but I have missing graphs for 'process list' 'myisam indexes' (our dbs are mainly innodb based), table locks, and temporary objects. I have followed the agent instructions to a tee as far as I can see and have double checked my configuration, as well as googled for any info, but I am stuck on this one. Is there any way I can either remove these broken graph links or fill out the information? I can't see what I'd change to make them appear to be honest. Any pointers would be gratefully received. Thanks, Shaun

3 7

Digital optics monitoring sensors - cisco 2960S
by Petr Gregor 02 Aug '13

02 Aug '13

Hi guys, I am successfully using observium in our network. Monitoring about 180 cisco switches. Thanks! I am however missing graphs for optics SFP modules. I can see the sensors in snmpwalk: > ENTITY-MIB::entPhysicalName.1061 = STRING: TenGigabitEthernet1/0/1 > ENTITY-MIB::entPhysicalName.1062 = STRING: Te1/0/1 Module Temperature Sensor > ENTITY-MIB::entPhysicalName.1063 = STRING: Te1/0/1 Supply Voltage Sensor > ENTITY-MIB::entPhysicalName.1064 = STRING: Te1/0/1 Bias Current Sensor > ENTITY-MIB::entPhysicalName.1065 = STRING: Te1/0/1 Transmit Power Sensor > ENTITY-MIB::entPhysicalName.1066 = STRING: Te1/0/1 Receive Power Sensor And I can see the sensors listed in inventory page in observium. There are however no values or graphs on the health page. Thank you for any tips. Gregy

3 6

Locations menu
by Tom Henderson 02 Aug '13

02 Aug '13

Hi All Perviously my Devices > Locations submenu would show the custom location entered on the device properties page (under Override sysLocation). Is there a setting to revert to this behaviour? I've tried using the $config['location_map'] setting, but this seems to only apply to the actual sysLocation, not the overriden value. On a side note I'd love to be able to get closer on the map. The closest I could get it was the whole of New Zealand, on which I have a single green spot covering the whole of Auckland! Thanks for the great product. Cheers Tom Henderson IT Manager | Pack & Company | 027 461 4403 | 09 929 2750 | tom(a)pack.co.nz -- ---------------------------------------------------------------------------If you are not the intended recipient of this email, you must not disclose, copy, or distribute any information contained in or attached to it, or take any action/inaction based on it. Please contact us immediately, and delete this email from your system. Any views or opinions presented in this email are solely those of the author and not of Pack & Company (NZ) Limited (the "Company"), however any intellectual property contained in or attached to this email is the property of the Company. Thank you.

2 2

Web Interface display issue
by Colin Anderson 01 Aug '13

01 Aug '13

I've performed several installations, but have a problem with this one. The root/home webpage displays correctly, but all other pages lack the normal formatting. All of the menu items from across the top of the page are displayed as an unformatted bulleted list on everything except the root http://observium webpage. I compared my /etc/apache2/sites-available/default file to a working installation and it's exactly the same. I've gone back over the installation instructions twice. A2enmod rewrite is enabled, but I'm not sure it's working... If I click on the menu "Devices" -> "All Devices" it takes me to http://observium/devices/ with the trailing backslash. I can remove the trailing backslash and the page displays correctly. This doesn't seem to work with other pages further down the menu structure such as http://observium/devices/type=network/. The only difference between this installation and my other installations is that the others are on Debian 6 and this is Debian 7.1 (Wheezy). Sorry for the long explanation, but any help is MUCH appreciated. Thanks, Colin Anderson

3 3