- observium - lists.observium.org

Re: [Observium] Cannot Login via Web Interface
by Marco Spicuglia 22 Mar '14

22 Mar '14

Hi Adam, I thought I had replied already, but I didn't see my message coming through, so I give it another try. I did import the devices table into the new system, run the discovery and copied the rrds. Everything worked perfectly.. However, I should have imported the ports table as well, because all ports id have changed and our integrated systems relying on those id's were in panic. We were running Debian Wheezy 3.2.46-1+deb7u1 x86_64 with PHP Version 5.4.4-14+deb7u8, Apache/2.2.22 and MySql 5.5.31 Thanks a lot for your help, our monitoring system is running again :) Cheers, Marco Met vriendelijke groet/ Kind regards, Marco Spicuglia Network engineer - Programmer ReasonNet B.V. Gyroscoopweg 134 - 140 1042AZ Amsterdam W. www.reasonnet.com E. Marco.Spicuglia(a)reasonnet.com T. F. ReasonNet zoekt datacenter support engineers. Ga voor deze en andere interessante vacatures binnen ReasonNet naar http://www.reasonnet.com/nieuws ReasonNet, shall not be liable for damages resulting from the use of electronic means of communication, including -but not limited to- damages resulting from failure or delay in delivery of electronic communications, interception or manipulation of electronic communications by third parties or by computer programs used for electronic communications and transmission of viruses and other malicious code.________________________________________ From: Adam Armstrong [adama(a)memetic.org] Sent: 18 March 2014 20:18 To: Marco Spicuglia Subject: Re: [Observium] Cannot Login via Web Interface Make sure you run discovery to upgrade the database, as the author stuff has changed and needs the new table format. Adam. On 18 Mar 2014 09:05, Marco Spicuglia <Marco.Spicuglia(a)reasonnet.com> wrote: > > Hi Chris, thanks for your response. > No filesystem is full on the whole harddrive. > > > Met vriendelijke groet/ Kind regards, > > Marco Spicuglia > > Network engineer - Programmer > > ReasonNet B.V. > Gyroscoopweg 134 - 140 > 1042AZ Amsterdam > W. www.reasonnet.com > E. Marco.Spicuglia(a)reasonnet.com > T. > F. > > ReasonNet zoekt datacenter support engineers. Ga voor deze en andere interessante vacatures binnen ReasonNet naar http://www.reasonnet.com/nieuws > > ReasonNet, shall not be liable for damages resulting from the use of electronic means of communication, including -but not limited to- damages resulting from failure or delay in delivery of electronic communications, interception or manipulation of electronic communications by third parties or by computer programs used for electronic communications and transmission of viruses and other malicious code.________________________________________ > From: observium [observium-bounces(a)observium.org] On Behalf Of Chris K. [kulish.com(a)gmail.com] > Sent: 18 March 2014 15:18 > To: Observium Network Observation System > Subject: Re: [Observium] Cannot Login via Web Interface > > Check if filesystem is full. > > > On Tue, Mar 18, 2014 at 9:12 AM, Marco Spicuglia <Marco.Spicuglia(a)reasonnet.com<mailto:Marco.Spicuglia@reasonnet.com>> wrote: > Hello there, > > I wonder if anybody can help me. > > After upgrading from community to subscription version, I was happily browsing the new features, but after some time (about half hour) all users here got logged out and nobody could login any more. > No error messages, we just get the login page again. > > My hard disk is not full. > I successfully created a new admin user but also cannot login. > I cleaned the cache, the history and the cookies of the browser. > If I check the table authlog in the database, it reports both old and new admin as regularly logged in. > > Is there anything I am missing? Any step I forgot during upgrade? Any cache/session I should clear server side? > > Your help is welcome. > > Best regards, > > Marco > > > > > Met vriendelijke groet/ Kind regards, > > Marco Spicuglia > > Network engineer - Programmer > > ReasonNet B.V. > Gyroscoopweg 134 - 140 > 1042AZ Amsterdam > W. www.reasonnet.com<http://www.reasonnet.com> > E. Marco.Spicuglia(a)reasonnet.com<mailto:Marco.Spicuglia@reasonnet.com> > T. > F. > > ReasonNet zoekt datacenter support engineers. Ga voor deze en andere interessante vacatures binnen ReasonNet naar http://www.reasonnet.com/nieuws > > ReasonNet, shall not be liable for damages resulting from the use of electronic means of communication, including -but not limited to- damages resulting from failure or delay in delivery of electronic communications, interception or manipulation of electronic communications by third parties or by computer programs used for electronic communications and transmission of viruses and other malicious code.________________________________________ > From: observium [observium-bounces(a)observium.org<mailto:observium-bounces@observium.org>] On Behalf Of Luis Quintana [sla07(a)earthlink.net<mailto:sla07@earthlink.net>] > Sent: 12 February 2014 16:04 > To: Observium Network Observation System > Subject: Re: [Observium] Cannot Login via Web Interface > > I greatly appreciate the help on it too!! Thanks guys! > > On Feb 12, 2014, at 10:02 AM, "Kulish, Chris" <chris.kulish(a)pioneer.com<mailto:chris.kulish@pioneer.com>> wrote: > > > Simple is my middle name! > > > > -----Original Message----- > > From: observium [mailto:observium-bounces@observium.org<mailto:observium-bounces@observium.org>] On Behalf Of Adam Armstrong > > Sent: Tuesday, February 11, 2014 7:27 PM > > To: Observium Network Observation System > > Subject: Re: [Observium] Cannot Login via Web Interface > > > > On 2014-02-11 11:50, Kulish, Chris wrote: > >> If the filesystem full? > > > > Want simple solutions, ask a simple person. > > > > adam. > > _______________________________________________ > > observium mailing list > > observium(a)observium.org<mailto:observium@observium.org> > > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > > > > This communication is for use by the intended recipient and contains > > information that may be Privileged, confidential or copyrighted under > > applicable law. If you are not the intended recipient, you are hereby > > formally notified that any use, copying or distribution of this e-mail, > > in whole or in part, is strictly prohibited. Please notify the sender by > > return e-mail and delete this e-mail from your system. Unless explicitly > > and conspicuously designated as "E-Contract Intended", this e-mail does > > not constitute a contract offer, a contract amendment, or an acceptance > > of a contract offer. This e-mail does not constitute a consent to the > > use of sender's contact information for direct marketing purposes or for > > transfers of data to third parties. > > > > The dupont.com<http://dupont.com><http://dupont.com/> web address will continue in use for a > > transitional period for communications sent or received on behalf of DuPont > > Performance Coatings., which is not affiliated in any way with the DuPont Company. > > > > Francais Deutsch Italiano Espanol Portugues Japanese Chinese Korean > > > > http://www.DuPont.com/corp/email_disclaimer.html > > > > _______________________________________________ > > observium mailing list > > observium(a)observium.org<mailto:observium@observium.org> > > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > > _______________________________________________ > observium mailing list > observium(a)observium.org<mailto:observium@observium.org> > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > _______________________________________________ > observium mailing list > observium(a)observium.org<mailto:observium@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

3 4

GeoLocation
by Johnathon Voegeli 21 Mar '14

21 Mar '14

Quick question... We are a small WISP and I am trying to add all the WAPs to the map... if I do something like this: $config['location_map']['VIE Office'] = "35.476475, -80.992856"; It looks perfect on the map, however under the location menu of course it shows these coordinates as well... Is there anyway to get the SysLocation to show in the location field, but the map display correctly? Or is this a pipe dream. ~JV

2 2

Session issues - automatically logged out frequently/instantly
by Chris Wopat 20 Mar '14

20 Mar '14

Hi list folks, I've had an issue with Observium since I *think* 4152 (http://fisheye.observium.org/changelog/Observium?cs=4152) where some authentication stuff was changed. Symptoms are once you log in, your next click may have your session already expired. As an example, I can log in, type something in the search bar, it may immediately report that the session is expired. If I simply leave the browser open on a page, it typically will just auto expire at some random period of time, all of which is under an hour. It appears to be very random so difficult to troubleshoot. This happens weather you choose to save your session or not. I've enabled PHP session debugging to write to files, contents of those seem fine. I've also cleared out `users_ckeys` table, no changes. I've also enabled php error logging in my apache config, but observium is overwritting this with ini_set all over the place which makes that somewhat futile. I've tested this on multiple systems, with built in auth and LDAP auth. Common denominator in this case is that my systems are FreeBSD, not Linux. Basically I'm checking if anyone else has encountered this at all, or if any other FreeBSD users are NOT having any issues. Info about my main observium install: FreeBSD 9.1 PHP+Modules 5.4.20 I've tested with PHP's APC on and off php Memory limit = 256 I've mentioned this with devs many times over the last 6 months, they effectively consider FreeBSD unsupported so don't really care. It all certainly worked perfectly prior to that auth update, nothing has changed on my systems since then except standard package updates. Thoughts? --Chris

2 2

KVM Virtual Machine Monitoring
by Lane Eckley 20 Mar '14

20 Mar '14

Hi Guys, Our purchase of the subscription version of Observium is pending, but meanwhile I am looking to see if anyone has been using the KVM virtual machine monitoring built into Observium. I am curious if Observium is pulling the CPU, RAM, etc. for the KVM virtual machines running on each of the hypervisors or if its only monitoring whether the virtual machine is powered on or not. I read over the documentation, but unfortunately was unable to get it working at all thus far and am assuming its due to the free version not supporting. Thanks in advance! -Lane

2 2

Problems with MIBS included with observium...
by Ricardo M Meleschi 20 Mar '14

20 Mar '14

Hello, Does anyone else see a large number of MIBs that cause errors when attempting to do snmp walks/gets? When I had the free version of Observium, I simply removed the offending MIBs from /opt/observium/mibs but since I have moved to the SVN version, this may become more of an annoyance since I will be updating frequently, and may actually need the MIBs as I find other uses for Observium. I'm getting many errors similar to this: Cannot find module (ZYXEL-MIB): At line 10 in /opt/observium/mibs/220AQV1C0-private However, in this case (and probably many others) ZYXEL-MIB exists just fine in /opt/observium/mibs/zyxel/ZYXEL-MIB. My snmp.conf is as follows: /opt/observium/mibs# cat /etc/snmp/snmp.conf # # As the snmp packages come without MIB files due to license reasons, loading # of MIBs is disabled by default. If you added the MIBs you can reenable # loaging them by commenting out the following line. #mibDirs +/sw/share/snmp/mibs:/usr/share/mibs/netsnmp:/opt/observium/mibs mibDirs +/opt/observium/mibs mibs all showMibErrors no I am sure I'm just missing something simple but it's escaping me at the moment. Thanks, Ricardo Meleschi

2 2

Broken jpgraph Images
by John Macleod 20 Mar '14

20 Mar '14

I have never used the "billing" side of Observium even though I have been using several (subscription) instances of Observium for a while now. Today I wanted to play with the Billing features and followed the jpgraph install prompt, however the graphs appear as broken images. With the debug=1 flag I see the following: > $varsSELECT * FROM `devices_perms` WHERE `user_id` = '1' string(51) SELECT * FROM `ports_perms` WHERE `user_id` = '1' string(49) SELECT * FROM `bill_perms` WHERE `user_id` = '1' string(48) SELECT * from `bills` WHERE `bill_id`= '2' LIMIT 1 string(50) SELECT count(`delta`) FROM `bill_data` WHERE `bill_id` = '2' AND `timestamp` >= FROM_UNIXTIME( '1393653600' ) AND `timestamp` <= FROM_UNIXTIME( '1396328399' ) string(158) SELECT *, UNIX_TIMESTAMP(timestamp) AS formatted_date FROM bill_data WHERE bill_id = '2' AND `timestamp` >= FROM_UNIXTIME( '1393653600' ) AND `timestamp` <= FROM_UNIXTIME( '1396328399' ) ORDER BY timestamp ASC string(209) JpGraph Error: 25082 Illegal sizes specified for width or height when creating an image, (width=0, height=0) Thanks! John

2 1

Cannot Login via Web Interface
by Luis Quintana 19 Mar '14

19 Mar '14

Not sure what direction to go with this. My instance of observium has been working great ever since I deployed it. A peer of mine decided to add hosts to the host file, and in doing so, somehow messed with something that does not allow us to log back in via web/gui. I can ssh to the device and have looked at every possible log in /var/log, but do not see anything that stands out. I also try to investigate the log while I attempt logging in via gui, and nothing is seen. I took a look at the install documentation to see if anything stands out there, that may lead me in the right direction but do not find anything, other than probably reinstalling which I am trying to avoid (i'll have to look at how to preserve current files, etc once reinstalling if i go down that road). Is there anything else that I can possibly look at to get a better direction and try to isolate this? I can't imagine him modifying the /etc/hosts file would affect logging into observium via the front end gui. Thanks for any help you guys can provide!

9 23

Web Session Expired
by Chip Pleasants 19 Mar '14

19 Mar '14

Hoping someone could point me in the right direction. When I click on the Temperature Under Health on the main heading I get a red "No Auth" on all the mini graphs. I also I see "Session Expired, Please Login Again!" when I roll over the device name on that same page. This happen every time I perform this action no matter if I have just logged in. This only happen for Temperature under the main heading. I don't see the behavior on any other graph. Even when I go into any device click Health and then Temperature I can see the graph and do not get the "No Auth". I am using ldap against AD for my authentication. I've looked at the apache logs and don't see any glaring issues. PHP and Apache should have defaults. I sess the sessions in /var/lib/php/session/ being created. Any suggestions on troubleshooting this odd behavior? Thanks in advance for any assistance. Thanks, Chip

3 2

Some problems with device polling.
by Sergey T 19 Mar '14

19 Mar '14

Hi! There is a problem with some devices. polling fulfills, but no changes to the mysql. sql query configured correctly (if i run in devug mode ./poller.php -d -h xx and its screen output manually add to the database - all works correctly) remove the device and add it again does not help with such a device, the above problems have -- Sergey Tkachenko CTO Soniko-Svyaz +38-050-3266737

1 0

Re: [Observium] Cannot Login via Web Interface
by Tom Laermans 19 Mar '14

19 Mar '14

Hi Marco, If you no longer trust your database, copy over the rrd folder, then run add_device.php for all your hosts. You could do this with a for loop if you extract the hostnames from your old devices table. That said, I doubt there will be much wrong with your devices table, your plan should work just as well. However, I'm quite intrigued as to what causes/d your issue. Tom Marco Spicuglia <Marco.Spicuglia(a)reasonnet.com> wrote: >Hi Adam, > > thanks for your reply. I get no extra info by adding /debug=1/ to the url. >You had also suggested to launch a new discovery for upgrading the database, but that's actually what probably broke the system, as the database is the only thing I had insanely not made a backup of, before upgrading. >Now a roll back does not work, probably because the database is corrupted. > >As somebody stated earlier, it looks very much like a php session issue. >However, what I do know is that I re-made a fresh installation by using the stable version this time, and it worked. > >Now the question is: >how can I move the devices database without importing the corruption to the new database? >If I just import the devices tables and the rrd folder and I launch a discovery, would that work? > >thanks for your help. >Best regards, > >Marco > > > >Met vriendelijke groet/ Kind regards, > >Marco Spicuglia > >Network engineer - Programmer > >ReasonNet B.V. >Gyroscoopweg 134 - 140 >1042AZ Amsterdam >W. www.reasonnet.com >E. Marco.Spicuglia(a)reasonnet.com >T. >F. > >ReasonNet zoekt datacenter support engineers. Ga voor deze en andere interessante vacatures binnen ReasonNet naar http://www.reasonnet.com/nieuws > >ReasonNet, shall not be liable for damages resulting from the use of electronic means of communication, including -but not limited to- damages resulting from failure or delay in delivery of electronic communications, interception or manipulation of electronic communications by third parties or by computer programs used for electronic communications and transmission of viruses and other malicious code.________________________________________ >From: observium [observium-bounces(a)observium.org] On Behalf Of Adam Armstrong [adama(a)memetic.org] >Sent: 19 March 2014 05:45 >To: Observium Network Observation System >Subject: Re: [Observium] Cannot Login via Web Interface > >Hi, > >There were some changes made recently, but no one who upgraded reported >any issues at the time. > >It's particularly odd if it happens to a /new/ installation (assuming it >also had a new database). > >Do you get anything useful if you put /debug=1/ in the URL? > >adam. > > >On 2014-03-18 09:49, Marco Spicuglia wrote: >> I restarted Apache and rebooted the server, still the same. >> I tried making a fresh Observium installation with a new database, new >> admins and by trying with the trunk and the stable version. Same >> result. >> No partition is full. The tmp partition has a 2% usage only. The only >> observium files I get in there are observium-agent-apache and >> observium-agent-mysql. >> I cannot find any related error message anywhere. What's weird is that >> it was working fine, then it suddenly stopped. >> No idea what happened, but this is a production monitoring system for >> us and I have to fix it asap! >> Rolling back to the old backup did not work either, still cannot login. >> >> Looking forward to hear from anybody who may have any other suggestion. >> Thanks! >> >> >> >> >> Met vriendelijke groet/ Kind regards, >> >> Marco Spicuglia >> >> Network engineer - Programmer >> >> ReasonNet B.V. >> Gyroscoopweg 134 - 140 >> 1042AZ Amsterdam >> W. www.reasonnet.com >> E. Marco.Spicuglia(a)reasonnet.com >> T. >> F. >> >> ReasonNet zoekt datacenter support engineers. Ga voor deze en andere >> interessante vacatures binnen ReasonNet naar >> http://www.reasonnet.com/nieuws >> >> ReasonNet, shall not be liable for damages resulting from the use of >> electronic means of communication, including -but not limited to- >> damages resulting from failure or delay in delivery of electronic >> communications, interception or manipulation of electronic >> communications by third parties or by computer programs used for >> electronic communications and transmission of viruses and other >> malicious code.________________________________________ >> From: observium [observium-bounces(a)observium.org] On Behalf Of Tom >> Laermans [tom.laermans(a)powersource.cx] >> Sent: 18 March 2014 15:56 >> To: Observium Network Observation System >> Subject: Re: [Observium] Cannot Login via Web Interface >> >> Marco specified that's not the case, however, those are all the >> symptoms of failing PHP session creation indeed. >> >> Check if /tmp also isn't full? >> >> I had the same issue on my test box a few days ago; there an apache >> restart fixed it. No idea what caused it. >> >> On 18/03/2014 15:18, Chris K. wrote: >> Check if filesystem is full. >> >> >> On Tue, Mar 18, 2014 at 9:12 AM, Marco Spicuglia >> <Marco.Spicuglia(a)reasonnet.com<mailto:Marco.Spicuglia@reasonnet.com>> >> wrote: >> Hello there, >> >> I wonder if anybody can help me. >> >> After upgrading from community to subscription version, I was happily >> browsing the new features, but after some time (about half hour) all >> users here got logged out and nobody could login any more. >> No error messages, we just get the login page again. >> >> My hard disk is not full. >> I successfully created a new admin user but also cannot login. >> I cleaned the cache, the history and the cookies of the browser. >> If I check the table authlog in the database, it reports both old and >> new admin as regularly logged in. >> >> Is there anything I am missing? Any step I forgot during upgrade? Any >> cache/session I should clear server side? >> >> Your help is welcome. >> >> Best regards, >> >> Marco >> >> >> >> >> Met vriendelijke groet/ Kind regards, >> >> Marco Spicuglia >> >> Network engineer - Programmer >> >> ReasonNet B.V. >> Gyroscoopweg 134 - 140 >> 1042AZ Amsterdam >> W. www.reasonnet.com<http://www.reasonnet.com> >> E. Marco.Spicuglia(a)reasonnet.com<mailto:Marco.Spicuglia@reasonnet.com> >> T. >> F. >> >> ReasonNet zoekt datacenter support engineers. Ga voor deze en andere >> interessante vacatures binnen ReasonNet naar >> http://www.reasonnet.com/nieuws >> >> ReasonNet, shall not be liable for damages resulting from the use of >> electronic means of communication, including -but not limited to- >> damages resulting from failure or delay in delivery of electronic >> communications, interception or manipulation of electronic >> communications by third parties or by computer programs used for >> electronic communications and transmission of viruses and other >> malicious code.________________________________________ >> From: observium >> [observium-bounces(a)observium.org<mailto:observium-bounces@observium.org>] >> On Behalf Of Luis Quintana >> [sla07(a)earthlink.net<mailto:sla07@earthlink.net>] >> Sent: 12 February 2014 16:04 >> To: Observium Network Observation System >> Subject: Re: [Observium] Cannot Login via Web Interface >> >> I greatly appreciate the help on it too!! Thanks guys! >> >> On Feb 12, 2014, at 10:02 AM, "Kulish, Chris" >> <chris.kulish(a)pioneer.com<mailto:chris.kulish@pioneer.com>> wrote: >> >> Simple is my middle name! >> >> -----Original Message----- >> From: observium >> [mailto:observium-bounces@observium.org<mailto:observium-bounces@observium.org>] >> On Behalf Of Adam Armstrong >> Sent: Tuesday, February 11, 2014 7:27 PM >> To: Observium Network Observation System >> Subject: Re: [Observium] Cannot Login via Web Interface >> >> On 2014-02-11 11:50, Kulish, Chris wrote: >> If the filesystem full? >> >> Want simple solutions, ask a simple person. >> >> adam. >> _______________________________________________ >> observium mailing list >> observium(a)observium.org<mailto:observium@observium.org> >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> >> This communication is for use by the intended recipient and contains >> information that may be Privileged, confidential or copyrighted under >> applicable law. If you are not the intended recipient, you are hereby >> formally notified that any use, copying or distribution of this e-mail, >> in whole or in part, is strictly prohibited. Please notify the sender >> by >> return e-mail and delete this e-mail from your system. Unless >> explicitly >> and conspicuously designated as "E-Contract Intended", this e-mail does >> not constitute a contract offer, a contract amendment, or an acceptance >> of a contract offer. This e-mail does not constitute a consent to the >> use of sender's contact information for direct marketing purposes or >> for >> transfers of data to third parties. >> >> The dupont.com<http://dupont.com><http://dupont.com/> web address will >> continue in use for a >> transitional period for communications sent or received on behalf of >> DuPont >> Performance Coatings., which is not affiliated in any way with the >> DuPont Company. >> >> Francais Deutsch Italiano Espanol Portugues Japanese Chinese >> Korean >> >> http://www.DuPont.com/corp/email_disclaimer.html >> >> _______________________________________________ >> observium mailing list >> observium(a)observium.org<mailto:observium@observium.org> >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> >> _______________________________________________ >> observium mailing list >> observium(a)observium.org<mailto:observium@observium.org> >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> _______________________________________________ >> observium mailing list >> observium(a)observium.org<mailto:observium@observium.org> >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> >> >> >> >> _______________________________________________ >> observium mailing list >> observium(a)observium.org<mailto:observium@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 >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0