Hi Ton,
Thanks for the suggestions.
Had a further look and tried the following:
* a2dismod for all three proxy components (proxy, proxy_http,
proxy_html)
* a2dissite opsview (as i couldnt restart with the config as it is)
* a2ensite default
* /etc/init.d/apache2 restart
* a2enmod for all three proxy components
* a2ensite opsview
* a2dissite default
* /etc/init.d/apache2 restart
After this I get the same error. My apache_proxy.conf file is below for
reference:
opsv...@lon-svr-mon1:~$ more /etc/apache2/sites-enabled/opsview
# This is the apache configuration when running opsview-web over a proxy
mechanism
<VirtualHost *:80>
ServerName 10.9.0.220
ServerAdmin u...@domain.com
# Any files in here will be served by Apache
DocumentRoot /usr/local/nagios/share
# This alias required so that Apache serves NMIS' static files
Alias /static/nmis/ "/usr/local/nagios/nmis/htdocs/"
ProxyRequests Off
<Proxy *>
Order deny,allow
Allow from all
</Proxy>
# Don't proxy error pages as these are served statically
ProxyPass /error_pages !
ProxyPass /javascript !
ProxyPass /stylesheets !
ProxyPass /help !
ProxyPass /images !
ProxyPass /xml !
ProxyPass /favicon.ico !
ProxyPass /graphs !
ProxyPass /static !
ProxyPass /media !
# Enables Nagvis - requires php5
# Ensure the apache user is a member of the nagcmd group.
Alias /nagvis /usr/local/nagios/nagvis
ProxyPass /nagvis !
# Have two authentication options for Nagvis.
# Authtkt requires the AuthTkt apache module and allows single-sign-on with
Opsview
# Set this to the same as the shared secret in opsview.conf
TKTAuthSecret "imnotgoingtotellyou"
<Location /nagvis>
AuthType None
TKTAuthLoginURL /login?app=nagvis
TKTAuthTimeout 86400s
# Set below if you are getting "ticket is invalid" messages and you have
multiple proxies in front of Opsview
# You also need to set Opsview Web to ignore ip:
http://docs.opsview.org/doku.php?id=opsview3.0:webauthentication
#TKTAuthIgnoreIP on
require valid-user
</Location>
# Alternatively use Basic auth. Point to Nagios' htpasswd file
#<Location /nagvis>
# AuthType Basic
# AuthName "Opsview"
# AuthUserFile /usr/local/nagios/etc/htpasswd.users
# require valid-user
#</Location>
# Enables websvn for RANCID integration - requires php5
#Alias /websvn /opt/opsview/repository
#ProxyPass /websvn !
# See above section for nagvis to set 'TKTAuthSecret' and other comments
#<Location /websvn>
# AuthType None
# TKTAuthLoginURL /login?app=websvn
# TKTAuthTimeout 86400s
# #TKTAuthIgnoreIP on
# require valid-user
#</Location>
# Alternatively use Basic auth. Point to Nagios' htpasswd file
#<Location /websvn>
# AuthType Basic
# AuthName "Opsview"
# AuthUserFile /usr/local/nagios/etc/htpasswd.users
# require valid-user
#</Location>
# Our own upstream proxy error page
ErrorDocument 502 /error_pages/http502.html
# Remove line below for apache < 2.2
ErrorDocument 503 /error_pages/http502.html
# Remove retry=5 for apache < 2.2 as not available in older versions
ProxyPass / http://127.0.0.1:3000/ retry=5
ProxyPassReverse / http://127.0.0.1:3000/
#ProxyPreserveHost On
</VirtualHost>
Any thoughts or suggestions on what I may have missed?
Matt White | Escalation Engineer
Wavex Technology Limited
10 Livonia Street
London
W1F 8AF
T +44 (0) 845 226 8182
F +44 (0) 845 838 6870
E mwh...@wavex.co.uk
W http://www.wavex.co.uk
Support | Training | Advice | Security | Disaster Recovery | Monitoring |
Business Intelligence | On-line Backup | Telephony | Hosting | Virtualisation |
Remote Working
This email and its attachments may be confidential and are intended solely for
the use of the individual to whom it is addressed. Unless otherwise indicated,
any views or opinions expressed are solely those of the author and do not
necessarily represent those of Wavex Technology Limited. If you are not the
intended recipient of this email and its attachments, you must take no action
based upon them, nor must you copy or show them to anyone. The use of this
information or any disclosure, copying or distribution is prohibited and may be
unlawful. No confidentiality or privilege is waived or lost by any mistaken
transmission. If you believe you have received this email in error then please
contact the sender and delete this email and its attachments. Wavex recommends
that all emails received by this recipient are scanned appropriately for
viruses. Wavex Technology Limited is registered in England & Wales with the
registered number 4258498. The Company's principal place of business, and
registered office, is 10 Livonia Street, London, W1F 8AF.
-----Original Message-----
From: opsview-users-boun...@lists.opsview.org
[mailto:opsview-users-boun...@lists.opsview.org] On Behalf Of
opsview-users-requ...@lists.opsview.org
Sent: 26 May 2010 10:57
To: opsview-users@lists.opsview.org
Subject: Opsview-users Digest, Vol 35, Issue 68
Send Opsview-users mailing list submissions to
opsview-users@lists.opsview.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.opsview.org/lists/listinfo/opsview-users
or, via email, send a message with subject or body 'help' to
opsview-users-requ...@lists.opsview.org
You can reach the person managing the list at
opsview-users-ow...@lists.opsview.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Opsview-users digest..."
Today's Topics:
1. Re: RRD Data Frequency (Ton Voon)
2. Re: Opsview http proxy error Ubuntu 10.04 (Ton Voon)
3. Re: Extreme slowdown in reload after upgrade to 3.7.0
(Toni Van Remortel)
4. Notification weirdness after upgrade to 3.7.0 (Toni Van Remortel)
----------------------------------------------------------------------
Message: 1
Date: Wed, 26 May 2010 09:37:46 +0100
From: Ton Voon <ton.v...@opsera.com>
Subject: Re: [opsview-users] RRD Data Frequency
To: Opsview Users <opsview-users@lists.opsview.org>
Message-ID: <7f738019-05a5-4d04-9eeb-c3d601319...@opsera.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
On 26 May 2010, at 04:22, Andrew Noonan wrote:
> Wow, I can't believe that in my Google searching looking for this
> answer, and looking in the FAQ/Wiki, I didn't see the Question/Answer
> posted just a few days ago by Cristian Leonte asking basically the
> same thing. Sorry for the listspam. In general, though, it would be
> a nice differentiator for OpsView to be able to graph tighter
> intervals, or to change the RRD structure (at least destructively).
Opsview creates a standard RRD for all performance data. We're aware
that it is a limitation that we can't change this automatically:
(https://secure.opsera.com/jira/browse/OPS-496
It's not on our immediate roadmap, but sponsoring this feature would
push it further up the queue. Let us know if you are interested in this.
Otherwise, ODW stores every complete data point (without any
averaging), although there is an hour delay:
http://docs.opsview.com/doku.php?id=opsview-community:odw
Ton
------------------------------
Message: 2
Date: Wed, 26 May 2010 09:38:50 +0100
From: Ton Voon <ton.v...@opsera.com>
Subject: Re: [opsview-users] Opsview http proxy error Ubuntu 10.04
To: Opsview Users <opsview-users@lists.opsview.org>
Message-ID: <949b08a2-8012-42eb-89e5-2d4fd0cc6...@opsera.com>
Content-Type: text/plain; charset="us-ascii"; Format="flowed";
DelSp="yes"
On 26 May 2010, at 07:29, Matt White wrote:
> I have removed and re-added Opsview, I have removed the old
> opsview_proxy.conf and replaced this, reinstalled opsview and
> clearing out the /usr/local/nagios/share folder before redeploying
> and run through the install guide checking that all packages are
> installed and enabled. Looking at the Firefox error console it is
> having an issue querying one part of the css/js that is used to
> implement the display.
What's this error message?
Ton
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.opsview.org/lurker/list/opsview-users.html/attachments/20100526/69c3d608/attachment.htm>
------------------------------
Message: 3
Date: Wed, 26 May 2010 08:42:09 +0000
From: Toni Van Remortel <toni.van.remor...@p-ops.be>
Subject: Re: [opsview-users] Extreme slowdown in reload after upgrade
to 3.7.0
To: Opsview Users <opsview-users@lists.opsview.org>
Message-ID:
<923c93fe17dbe0459b9dc1b648b8708704cb3...@mailsrvbru01.main.brutex.com>
Content-Type: text/plain; charset="us-ascii"
I had a quick look at the contacts.cfg file, and it shows me a possible source
of the problem: large amount of host groups (163) and service groups (143)
associated with various contacts.
I have many groups that are eg about Servers, but for every site I create a
separate group. So I have 9 hostgroups for Servers, 9 for Switches, etc.
Stepping back a bit, why are there so many host groups and service groups?
Well, I have different sites, but they have local administrators. So I need to
have a good separation in the hosts and services for every site. That's why I
have so many groups.
Every site thus has a full hierarchy tree, but this means I have to maintain
several of these trees here on the top.
A nice feature would be to have another property on each host: site or company.
And the option to link this to a user. Would make it much easier for me :)
What would "site" property look like? Does site == slave?
Currently, role selection is via host group in hierarchy UNION slave selection.
Would UNION keyword selection help (could then have a keyword = services on a
site)?
Sit does indeed come close to slave, but not for all. Some sites are running 2
slaves, some only 1, some have a local cluster.
I'm not an SQL guru, so I'm not sure what you mean with the UNION statement. If
I'm correct you mean I can use a keyword to point to a site? If so, then I
would like to see the keyword linked to a host group too.
Does this take > 6 minutes?
Nope:
nag...@node5:~$ time /usr/local/nagios/bin/rc.opsview check
Checking configuration for /usr/local/nagios/etc/nagios.cfg... okay
real 2m16.410s
user 2m11.240s
sys 0m1.090s
Just to let you know that I've reproduced the problem and Nagios stalls in the
conf.d directory. Must be a bug somewhere in Nagios for reading subdirectories.
Haven't had a chance to look at this yet, but will try and get this into 3.7.1.
Nice. I'll update as soon as possible to test it.
Toni
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.opsview.org/lurker/list/opsview-users.html/attachments/20100526/0fb4508f/attachment.htm>
------------------------------
Message: 4
Date: Wed, 26 May 2010 09:55:24 +0000
From: Toni Van Remortel <toni.van.remor...@p-ops.be>
Subject: [opsview-users] Notification weirdness after upgrade to 3.7.0
To: "Opsview Users (opsview-users@lists.opsview.org)"
<opsview-users@lists.opsview.org>
Message-ID:
<923c93fe17dbe0459b9dc1b648b8708704cb3...@mailsrvbru01.main.brutex.com>
Content-Type: text/plain; charset="us-ascii"
Hi guys,
I have seen some unwanted messages in nagios.log about notifications on some of
my slave servers (not all of them).
For some users I see:
Warning: Attempting to execute the command
"/usr/local/nagios/libexec/notifications/notify_by_email" resulted in a return
code of 127. Make sure the script or binary you are trying to execute actually
exists...
And for other users it works like a charm ...
When I test it manually, it also works perfectly for all e-mail addresses.
Other logs show me the same error for SMS sending, but that was solved by
removing the 'All Services' checkbox selection and selecting the individual
services for the notification profile.
I was able to reproduce this problem. Re-checking the 'All Services' checkbox
makes the code 127 errors to show up again. Un-checking the checkbox makes it
working again.
Any idea where to look for fixing these issues?
Thanks,
Toni Van Remortel
System Engineer @ Precision Operations N.V.
+32 3 451 92 20 - toni.van.remor...@p-ops.be
Satenrozen 2a, 2550 Kontich, Belgium
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.opsview.org/lurker/list/opsview-users.html/attachments/20100526/d7d86e36/attachment.htm>
------------------------------
_______________________________________________
Opsview-users mailing list
Opsview-users@lists.opsview.org
http://lists.opsview.org/lists/listinfo/opsview-users
End of Opsview-users Digest, Vol 35, Issue 68
*********************************************
_______________________________________________
Opsview-users mailing list
Opsview-users@lists.opsview.org
http://lists.opsview.org/lists/listinfo/opsview-users
