Just did an upgrade via apt-get and now getting the error: Opsview Error
The Opsview Web Server is not running or is not responding to requests! Met vriendelijke groeten Nick Pieters Fix IT Solutions bvba Networking - Security - Intranet Meerkoetstraat 37 8020 OOSTKAMP TEL : 050211088 -----Oorspronkelijk bericht----- Van: [email protected] [mailto:[email protected]] Namens [email protected] Verzonden: donderdag 14 mei 2009 13:40 Aan: [email protected] Onderwerp: Opsview-users Digest, Vol 23, Issue 30 Send Opsview-users mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit http://lists.opsview.org/listinfo/opsview-users or, via email, send a message with subject or body 'help' to [email protected] You can reach the person managing the list at [email protected] When replying, please edit your Subject line so it is more specific than "Re: Contents of Opsview-users digest..." Today's Topics: 1. Re: where is /usr/local/nagios/etc/htpasswd* getting chown'd from? (Stu Teasdale) 2. Opsview 3.0.4 released (Duncan Ferguson) 3. Re: Error running stock report (unix) 4. Re: where is /usr/local/nagios/etc/htpasswd* getting chown'd from? (Stu Teasdale) ---------------------------------------------------------------------- Message: 1 Date: Thu, 14 May 2009 12:07:16 +0100 From: Stu Teasdale <[email protected]> Subject: Re: [opsview-users] where is /usr/local/nagios/etc/htpasswd* getting chown'd from? To: Opsview Users <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset=us-ascii On Thu, May 14, 2009 at 11:18:21AM +0100, Andrew Hall wrote: > On 2009-05-14 04:47, Dennison Williams wrote: > > Hello all, > > > > I have been noticing that on a semi regular basis the > > /usr/local/nagios/etc/htpasswd* files are getting chown'd as > > nagios:nagios and chmod'd 640. My web server is running as www-data and > > it needs to be able to read these files but every time they get changed > > the site goes all "wonky" (a technical term I am sure you are all > > familiar with). > > > > I am guessing there is some cron job that is handling this. A cursory > > look through the cron jobs that nagios runs did not reveal anything > > enlightening. I was wondering if there was any advice on how to handle > > this situation? > > I can't tell you what's changing it, but I can recommend some solutions: If something's changing periodically in the opsview config directory you can usually blame nagconfgen.pl > > 1. Add the webserver user to the nagios group. As you note the perms > are 640 so the group can read the file. IIRC this is included in the nagvis config documentation on the docs site anyway, isn't it? Stu -- >From the prompt of Stu Teasdale You can never tell which way the train went by looking at the tracks. ------------------------------ Message: 2 Date: Thu, 14 May 2009 12:20:22 +0100 From: Duncan Ferguson <[email protected]> Subject: [opsview-users] Opsview 3.0.4 released To: Opsview Announce <[email protected]>, Opsview Users <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset="us-ascii" We've just released Opsview 3.0.4 - you can read more about it at: http://opsview.org/opsview_3.0.4 If you upgrading from Opsview 2, make sure you read the upgrade notes here, too: http://docs.opsview.org/doku.php?id=opsview3.0:upgrading_from_2.14 Enjoy! Duncs -- Duncan Ferguson Senior Developer Opsera Limited | Unit 69 Suttons Business Park Reading | Berkshire | RG6 1AZ | UK Phone: +44 (0) 845 057 7887 Mobile: +44 (0) 7968 148 748 Skype: duncan_j_ferguson Email: [email protected] www.opsera.com Opsera Limited is registered in the UK under Company Number 5396532. Our registered office is Gorse View, Horsell Rise, Woking, Surrey, GU21 4RB. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.opsview.org/lurker/list/opsview-users.html/attachments/20090514/b131085e/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 749 bytes Desc: not available Url : http://lists.opsview.org/lurker/list/opsview-users.html/attachments/20090514/b131085e/attachment.gif ------------------------------ Message: 3 Date: Thu, 14 May 2009 13:28:27 +0200 From: unix <[email protected]> Subject: Re: [opsview-users] Error running stock report To: opsview-users <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 2009-05-11 14:45, Kurt Bechstein wrote: > > > -----Original Message----- > From: opsview-users-boun...@??? [mailto:opsview-users-boun...@???] On Behalf > Of u...@??? > Sent: Monday, May 11, 2009 10:38 AM > To: opsview-us...@??? > Subject: Re: [opsview-users] Error running stock report > > > From the prompt, below generates a nice pdf. > > su - nagios > cd /usr/local/opsview-reports/types/generic_availability > java -jar ODWReportLauncher.jar -FConnections.xml -N3 > > But haven't figured out why the gui doesn't create a pdf in > /usr/local/opsview-reports/types/generic_availability/reports > > /Urban > > > On the system I'm working with I see the same error from the command line > that I see in the gui. This is a RHEL 5.3 box. > Below solves our problem: From prompt: su - nagios cd /usr/local/opsview-reports/types/generic_availability unset DISPLAY <========== java -jar ODWReportLauncher.jar -FConnections.xml -N3 From gui: changed line 73 in /usr/local/nagios/bin/run_opsview_report from my $cmd = "java -jar ODWReportLauncher.jar -FConnections.xml -N$reportid"; to my $cmd = "unset DISPLAY;java -jar ODWReportLauncher.jar -FConnections.xml -N$reportid"; Still a lote of DEBUG is produced, but it work's. /Urban ------------------------------ Message: 4 Date: Thu, 14 May 2009 11:56:24 +0100 From: Stu Teasdale <[email protected]> Subject: Re: [opsview-users] where is /usr/local/nagios/etc/htpasswd* getting chown'd from? To: Opsview Users <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset=us-ascii On Thu, May 14, 2009 at 11:18:21AM +0100, Andrew Hall wrote: > On 2009-05-14 04:47, Dennison Williams wrote: > > Hello all, > > > > I have been noticing that on a semi regular basis the > > /usr/local/nagios/etc/htpasswd* files are getting chown'd as > > nagios:nagios and chmod'd 640. My web server is running as www-data and > > it needs to be able to read these files but every time they get changed > > the site goes all "wonky" (a technical term I am sure you are all > > familiar with). > > > > I am guessing there is some cron job that is handling this. A cursory > > look through the cron jobs that nagios runs did not reveal anything > > enlightening. I was wondering if there was any advice on how to handle > > this situation? > > I can't tell you what's changing it, but I can recommend some solutions: If something's changing periodically in the opsview config directory you can usually blame nagconfgen.pl > > 1. Add the webserver user to the nagios group. As you note the perms > are 640 so the group can read the file. IIRC this is included in the nagvis config documentation on the docs site anyway, isn't it? Stu -- >From the prompt of Stu Teasdale You can never tell which way the train went by looking at the tracks. ------------------------------ _______________________________________________ Opsview-users mailing list [email protected] http://lists.opsview.org/listinfo/opsview-users End of Opsview-users Digest, Vol 23, Issue 30 ********************************************* Scanned by Fix IT Solutions Mailprotect. Scanned by Fix IT Solutions Mailprotect. _______________________________________________ Opsview-users mailing list [email protected] http://lists.opsview.org/listinfo/opsview-users
