badhttp test problem - alerting on single failure
list Charles Jones
I have a host where I am doing two http tests against. One of the URLs has shown a tendency to false alarm (go red and then a minute later back green), twice a night. In an attempt to reduce these false alarms, I used the "badhttp" tag as so: ---snippet from bb-hosts--- 1.2.3.4 URL-Site_Portal # cont;http://mysite.com/public/index.html;Found http://www.mysite.com/private/index.html badhttp-*-0000-1800:1:2:4 --- The second URL is the one that blips, and adding the badhttp tag has not helped, it still alerts after a single failure, and history shows no status changes to clear or yellow. Here is a cut and paste of the status when it alerted red (The second check was listed below this one, and was green - also interestingly, the second check shown on the status page is the first URL from the bb-hosts line): Wed Oct 11 07:05:56 2006: Server timeout ; OK http://www.mysite.com/private/index.html - Server timeout Seconds: 10.31 Is there any way that I can troubleshoot this? Could it be caused from doing two http tests against the same site (maybe badhttp only takes effect for the first one)? -Charles
list Pierre Ronnefalk
Hi, I´m new at Hobbit and have done a installation of Hobbit. I can se the firs web view, but when a select anything i got: [Wed Oct 11 10:06:30 2006] [error] [client 10.xxx.xxx.xx] ld.so.1: hobbitsvc.cgi: fatal: libpcre.so.0: open failed: No such file or directory, referer: https://xxxxx.net/hobbit/ <https://xxxxx.net/hobbit/>; [Wed Oct 11 10:06:30 2006] [error] [client 10.xxx.xxx.xx] Premature end of script headers: bb-hostsvc.sh, referer: https://xxxxx.net/hobbit/ <https://xxxxx.net/hobbit/>; /Pierre [#################### RELACOM CORPORATE EMAIL FOOTER ####################] 1. This communication is confidential and is only intended for use of the individual or entity to which it is directed. If you are not the intended recipient of this email, please delete it without forwarding any of it's content. 2. Opinions and thoughts expressed in this email might be personal opinions from the sender and not necessary representing Relacom. 3. For further information please visit: http://security.relacom.com/email/ [############################################################################]
list Henrik Størner
▸
On Wed, Oct 11, 2006 at 10:16:24AM +0200, Pierre Ronnefalk wrote:
[Wed Oct 11 10:06:30 2006] [error] [client 10.xxx.xxx.xx] ld.so.1: hobbitsvc.cgi: fatal: libpcre.so.0: open failed: No such file or directory, referer: https://xxxxx.net/hobbit/ <https://xxxxx.net/hobbit/>;
You've installed the PCRE libraries (and possible others) in a directory which is not included in the default library search path that Apache uses when running CGI scripts. The simplest solution is probably to create a symbolic link from /usr/lib/libpcre.so.0 to wherever you installed this library. And similarly for librrd and other special libraries you've installed for Hobbit. Alternatively, you can change the configuration of the dynamic loader to search the directory you've installed the libraries in. How to do this depends on your OS; Linux systems use the file /etc/ld.so.conf for this purpose. As a final way of overcoming this, you can modify the Hobbit CGI scripts to setup the LD_LIBRARY_PATH environment variable to include the directories with these libraries. Regards, Henrik
list Pierre Ronnefalk
The strange thing is that i HAVE my lib files ( libpcre.so.0 etc.) in /usr/lib. The solutions below didn´t work... /Pierre
▸
-----Original Message-----
From: Henrik Stoerner [mailto:user-ce4a2c883f75@xymon.invalid] Sent: den 11 oktober 2006 10:30
To: user-ae9b8668bcde@xymon.invalid
Subject: Re: [hobbit] Problem with apache.....
On Wed, Oct 11, 2006 at 10:16:24AM +0200, Pierre Ronnefalk wrote:
[Wed Oct 11 10:06:30 2006] [error] [client 10.xxx.xxx.xx] ld.so.1: hobbitsvc.cgi: fatal: libpcre.so.0: open failed: No such file or directory, referer: https://xxxxx.net/hobbit/ <https://xxxxx.net/hobbit/>;
You've installed the PCRE libraries (and possible others) in a directory which is not included in the default library search path that Apache uses when running CGI scripts.
The simplest solution is probably to create a symbolic link from /usr/lib/libpcre.so.0 to wherever you installed this library. And similarly for librrd and other special libraries you've installed for Hobbit.
Alternatively, you can change the configuration of the dynamic loader to search the directory you've installed the libraries in. How to do this depends on your OS; Linux systems use the file /etc/ld.so.conf for this purpose.
As a final way of overcoming this, you can modify the Hobbit CGI scripts to setup the LD_LIBRARY_PATH environment variable to include the directories with these libraries.
Regards,
Henrik
[#################### RELACOM CORPORATE EMAIL FOOTER ####################]
1. This communication is confidential and is only intended for use of the individual or entity to which it is directed. If you are not the intended
recipient of this email, please delete it without forwarding any of it's content. 2. Opinions and thoughts expressed in this email might be personal opinions from the sender and not necessary representing Relacom.
3. For further information please visit: http://security.relacom.com/email/ [############################################################################]
list Great Dilla
add this line in your apache's httpd.conf SetEnv LD_LIBRARY_PATH "/usr/local/lib:/usr/lib" (the above assumes you installed libpcre libraries in one of the paths mentioned) that will pass to the cgi-bin scripts so that they get a defined environment for proper functions. if you have a virtual host, then place that line inside the <VirtualHost> </VirtualHost> lines, as applicable. hope this helps. /great
▸
On 10/11/06, Pierre Ronnefalk <user-81e722f5bb90@xymon.invalid> wrote:The strange thing is that i HAVE my lib files ( libpcre.so.0 etc.) in /usr/lib. The solutions below didn´t work... /Pierre -----Original Message----- From: Henrik Stoerner [mailto:user-ce4a2c883f75@xymon.invalid] Sent: den 11 oktober 2006 10:30 To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] Problem with apache..... On Wed, Oct 11, 2006 at 10:16:24AM +0200, Pierre Ronnefalk wrote:[Wed Oct 11 10:06:30 2006] [error] [client 10.xxx.xxx.xx] ld.so.1: hobbitsvc.cgi: fatal: libpcre.so.0: open failed: No such file or directory, referer: https://xxxxx.net/hobbit/ <https://xxxxx.net/hobbit/>;You've installed the PCRE libraries (and possible others) in a directory which is not included in the default library search path that Apache uses when running CGI scripts. The simplest solution is probably to create a symbolic link from /usr/lib/libpcre.so.0 to wherever you installed this library. And similarly for librrd and other special libraries you've installed for Hobbit. Alternatively, you can change the configuration of the dynamic loader to search the directory you've installed the libraries in. How to do this depends on your OS; Linux systems use the file /etc/ld.so.conf for this purpose. As a final way of overcoming this, you can modify the Hobbit CGI scripts to setup the LD_LIBRARY_PATH environment variable to include the directories with these libraries. Regards, Henrik [#################### RELACOM CORPORATE EMAIL FOOTER ####################] 1. This communication is confidential and is only intended for use of the individual or entity to which it is directed. If you are not the intended recipient of this email, please delete it without forwarding any of it's content. 2. Opinions and thoughts expressed in this email might be personal opinions from the sender and not necessary representing Relacom. 3. For further information please visit: http://security.relacom.com/email/ [############################################################################]
list Pierre Ronnefalk
Hi, It working now :-) Thanks. I can´t se any button icon in the bottom now /Pierre
▸
-----Original Message-----
From: Great Dilla [mailto:user-3e85c7b9d5a4@xymon.invalid]
Sent: den 11 oktober 2006 15:02
To: user-ae9b8668bcde@xymon.invalid
Subject: Re: [hobbit] Problem with apache.....
add this line in your apache's httpd.conf
SetEnv LD_LIBRARY_PATH "/usr/local/lib:/usr/lib"
(the above assumes you installed libpcre libraries in one of the paths
mentioned)
that will pass to the cgi-bin scripts so that they get a defined environment for proper functions. if you have a virtual host, then place that line inside the <VirtualHost> </VirtualHost> lines, as applicable.
hope this helps.
/great
On 10/11/06, Pierre Ronnefalk <user-81e722f5bb90@xymon.invalid> wrote:The strange thing is that i HAVE my lib files ( libpcre.so.0 etc.) in /usr/lib. The solutions below didn´t work... /Pierre -----Original Message----- From: Henrik Stoerner [mailto:user-ce4a2c883f75@xymon.invalid] Sent: den 11 oktober 2006 10:30 To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] Problem with apache..... On Wed, Oct 11, 2006 at 10:16:24AM +0200, Pierre Ronnefalk wrote:[Wed Oct 11 10:06:30 2006] [error] [client 10.xxx.xxx.xx] ld.so.1: hobbitsvc.cgi: fatal: libpcre.so.0: open failed: No such file or directory, referer: https://xxxxx.net/hobbit/ <https://xxxxx.net/hobbit/>;You've installed the PCRE libraries (and possible others) in a directory which is not included in the default library search path that Apache uses when running CGI scripts. The simplest solution is probably to create a symbolic link from /usr/lib/libpcre.so.0 to wherever you installed this library. And similarly for librrd and other special libraries you've installed for Hobbit. Alternatively, you can change the configuration of the dynamic loader to search the directory you've installed the libraries in. How to do this depends on your OS; Linux systems use the file /etc/ld.so.conf for this purpose. As a final way of overcoming this, you can modify the Hobbit CGI scripts to setup the LD_LIBRARY_PATH environment variable to include the directories with these libraries. Regards, Henrik [#################### RELACOM CORPORATE EMAIL FOOTER ####################] 1. This communication is confidential and is only intended for use of the individual or entity to which it is directed. If you are not the intended recipient of this email, please delete it without forwarding any of it's content. 2. Opinions and thoughts expressed in this email might be personal opinions from the sender and not necessary representing Relacom. 3. For further information please visit: http://security.relacom.com/email/ [##################################################################### #######]
[#################### RELACOM CORPORATE EMAIL FOOTER ####################]
1. This communication is confidential and is only intended for use of the
individual or entity to which it is directed. If you are not the intended
recipient of this email, please delete it without forwarding any of it's
content.
2. Opinions and thoughts expressed in this email might be personal opinions
from the sender and not necessary representing Relacom.
3. For further information please visit: http://security.relacom.com/email/
[############################################################################]