I am running Red Hat release 4 and the latest snapshot. I am also running Apache 2.0.52. When I try to acknowledge an alert it shows me ALL the services that are alarming not just the alert I was interested in. Any idea what I can do to debug? I tried copying the .cgi binary from my other Hobbit/Xymon server that works but that failed to make any difference. I also compared some of the hobbit .cfg files but couldn't find anything that would account for the different behavior.
~David
In <4589F14AA3744644BB56B950C422D6A9098C7D5F at ASHEVS008.mcilink.com> "Gore, David W" <david.gore at verizonbusiness.com> writes:
I am running Red Hat release 4 and the latest snapshot. I am also running Apache 2.0.52. When I try to acknowledge an alert it shows me ALL the services that are alarming not just the alert I was interested in. Any idea what I can do to debug?
That would usually mean that the cookie used by the bb-ack CGI to determine what page or host you were looking at is missing. Maybe you have cookies disabled in your browser policy ?
Regards, Henrik
-----Original Message----- From: Henrik Størner [mailto:henrik at hswn.dk] Sent: Tuesday, December 30, 2008 22:14 To: hobbit at hswn.dk Subject: Re: [hobbit] bb-ack
In <4589F14AA3744644BB56B950C422D6A9098C7D5F at ASHEVS008.mcilink.co m> "Gore, David W" <david.gore at verizonbusiness.com> writes:
I am running Red Hat release 4 and the latest snapshot. I am also running Apache 2.0.52. When I try to acknowledge an alert it shows me ALL the services that are alarming not just the alert I was interested in. Any idea what I can do to debug?
That would usually mean that the cookie used by the bb-ack CGI to determine what page or host you were looking at is missing. Maybe you have cookies disabled in your browser policy ?
The cookies are not disabled. Viewing the cookies in firefox I can see that the host cookie does NOT contain the hostname. It does contain the hostname on a working server.
So I installed the last test release from xymon.com web page. It also exhibits the same problem. I would guess that it is a permission problem since I have to correct numerous files to get the server and client to work properly. Here are the files I have to correct and error messages:
Make install:
../build/convert-bbservices /home/hobbit/server/etc/bb-services make[1]: execvp: ../build/convert-bbservices: Permission denied make[1]: *** [install-config] Error 127 make[1]: Leaving directory `/var/tmp/trunk/bbnet' make: *** [install-bbnet] Error 2 [root at hobbit2 trunk]# chmod +x build/convert-bbservices [root at hobbit2 trunk]# make install
[root at hobbit2 web]# pwd /home/hobbit/server/web
[root at hobbit2 web]# for file in *header; do ln -sf bb_header $file; done
ln: bb_header' and bb_header' are the same file
[root at hobbit2 web]# for file in *footer; do ln -sf bb_footer $file; done
ln: bb_footer' and bb_footer' are the same file
[root at hobbit2 ~]# service hobbitclient start [root at hobbit2 ~]# chmod +x /home/hobbit/client/*sh [root at hobbit2 ~]# chmod +x /home/hobbit/client/bin/* [root at hobbit2 ~]# service hobbitclient start Starting hobbitclient: Hobbit client for linux started on hobbit2 hobbitclient started.
Could be I only needed to chmod +x the runclient.sh file and not the client bin files but I didn't look and I forgot if it was either or both.
Regardless, I wouldn't be surprised if some permission is missing some where that is causing the bb-ack to not work properly but I do not know what?
~David
In <4589F14AA3744644BB56B950C422D6A909932E0B at ASHEVS008.mcilink.com> "Gore, David W" <david.gore at verizonbusiness.com> writes:
-----Original Message----- From: Henrik St=C3=B8rner [mailto:henrik at hswn.dk]=20 Sent: Tuesday, December 30, 2008 22:14 To: hobbit at hswn.dk Subject: Re: [hobbit] bb-ack =20 In=20 <4589F14AA3744644BB56B950C422D6A9098C7D5F at ASHEVS008.mcilink.co m> "Gore, David W" <david.gore at verizonbusiness.com> writes: =20
I am running Red Hat release 4 and the latest snapshot. I am also=20 running Apache 2.0.52. When I try to acknowledge an alert=20 it shows me=20 ALL the services that are alarming not just the alert I was=20 interested=20 in. Any idea what I can do to debug? =20 That would usually mean that the cookie used by the bb-ack=20 CGI to determine what page or host you were looking at is=20 missing. Maybe you have cookies disabled in your browser policy ? =20
The cookies are not disabled. Viewing the cookies in firefox I can see = that the host cookie does NOT contain the hostname. It does contain the = hostname on a working server. =20
So I installed the last test release from xymon.com web page. It also = exhibits the same problem. I would guess that it is a permission = problem since I have to correct numerous files to get the server and = client to work properly.
Quite unlikely, the cookie is exchanged directly between the Xymon server and your browser.
On the webpage where you view the status (just before going to the ack- page), try doing a "View Source" (ctrl-U in Firefox). Near the top you should see two lines like these: <META HTTP-EQUIV="Set-Cookie" CONTENT="pagepath=mypage; path=/"> <META HTTP-EQUIV="Set-Cookie" CONTENT="host=; path=/"> (either the 'pagepath' or the 'host' cookie should be set, not both). Are these correct ?
There shouldn't be any file-permission issues with the final 4.2.2 release.
Regards, Henrik
-----Original Message----- From: Henrik Størner [mailto:henrik at hswn.dk] Sent: Monday, January 05, 2009 11:52 To: hobbit at hswn.dk Subject: Re: [hobbit] bb-ack
In <4589F14AA3744644BB56B950C422D6A909932E0B at ASHEVS008.mcilink.co m> "Gore, David W" <david.gore at verizonbusiness.com> writes:
-----Original Message----- From: Henrik St=C3=B8rner [mailto:henrik at hswn.dk]=20 Sent: Tuesday, December 30, 2008 22:14 To: hobbit at hswn.dk Subject: Re: [hobbit] bb-ack =20 In=20 <4589F14AA3744644BB56B950C422D6A9098C7D5F at ASHEVS008.mcilink.co m> "Gore, David W" <david.gore at verizonbusiness.com> writes: =20
I am running Red Hat release 4 and the latest snapshot. I am also=20 running Apache 2.0.52. When I try to acknowledge an alert=20 it shows me=20 ALL the services that are alarming not just the alert I was=20 interested=20 in. Any idea what I can do to debug? =20 That would usually mean that the cookie used by the bb-ack=20 CGI to determine what page or host you were looking at is=20
missing. Maybe you have cookies disabled in your browser policy ? =20The cookies are not disabled. Viewing the cookies in firefox I can see = that the host cookie does NOT contain the hostname. It does contain the = hostname on a working server. =20
So I installed the last test release from xymon.com web page. It also = exhibits the same problem. I would guess that it is a permission = problem since I have to correct numerous files to get the server and = client to work properly.
Quite unlikely, the cookie is exchanged directly between the Xymon server and your browser.
On the webpage where you view the status (just before going to the ack- page), try doing a "View Source" (ctrl-U in Firefox). Near the top you should see two lines like these: <META HTTP-EQUIV="Set-Cookie" CONTENT="pagepath=mypage; path=/"> <META HTTP-EQUIV="Set-Cookie" CONTENT="host=; path=/"> (either the 'pagepath' or the 'host' cookie should be set, not both). Are these correct ?
No they are not correct. They match what I am seeing in the cookies:
<META HTTP-EQUIV="REFRESH" CONTENT="60"> <META HTTP-EQUIV="EXPIRES" CONTENT="Sat, 01 Jan 2001 00:00:00 GMT"> <META HTTP-EQUIV="Set-Cookie" CONTENT="pagepath=; path=/"> <META HTTP-EQUIV="Set-Cookie" CONTENT="host=; path=/"> <TITLE>yellow : Xymon - Status @ Mon Jan 05 15:44:42 2009</TITLE>
The EXPIRES date is sort of odd isn't it? Is that set by Xymon, you can see the Xymon Status date. We set our Xymon servers to GMT.
I did try to install 4.2.2 over top our test version but I get the same headers as above.
~David
There shouldn't be any file-permission issues with the final 4.2.2 release.
Regards, Henrik
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-----Original Message----- From: Gore, David W Sent: Monday, January 05, 2009 16:03 To: hobbit at hswn.dk Subject: RE: [hobbit] bb-ack
-----Original Message----- From: Henrik Størner [mailto:henrik at hswn.dk] Sent: Monday, January 05, 2009 11:52 To: hobbit at hswn.dk Subject: Re: [hobbit] bb-ack
In <4589F14AA3744644BB56B950C422D6A909932E0B at ASHEVS008.mcilink.co m> "Gore, David W" <david.gore at verizonbusiness.com> writes:
-----Original Message----- From: Henrik St=C3=B8rner [mailto:henrik at hswn.dk]=20 Sent: Tuesday, December 30, 2008 22:14 To: hobbit at hswn.dk Subject: Re: [hobbit] bb-ack =20 In=20 <4589F14AA3744644BB56B950C422D6A9098C7D5F at ASHEVS008.mcilink.co m> "Gore, David W" <david.gore at verizonbusiness.com> writes: =20
I am running Red Hat release 4 and the latest snapshot. I am also=20 running Apache 2.0.52. When I try to acknowledge an alert=20 it shows me=20 ALL the services that are alarming not just the alert I was=20 interested=20 in. Any idea what I can do to debug? =20 That would usually mean that the cookie used by the bb-ack=20 CGI to determine what page or host you were looking at is=20 missing. Maybe you have cookies disabled in your browser policy ? =20
The cookies are not disabled. Viewing the cookies in firefox I can see = that the host cookie does NOT contain the hostname. It does contain the = hostname on a working server. =20
So I installed the last test release from xymon.com web page. It also = exhibits the same problem. I would guess that it is a permission = problem since I have to correct numerous files to get the server and = client to work properly.
Quite unlikely, the cookie is exchanged directly between the Xymon server and your browser.
On the webpage where you view the status (just before going to the ack- page), try doing a "View Source" (ctrl-U in Firefox). Near the top you should see two lines like these: <META HTTP-EQUIV="Set-Cookie" CONTENT="pagepath=mypage; path=/"> <META HTTP-EQUIV="Set-Cookie" CONTENT="host=; path=/"> (either the 'pagepath' or the 'host' cookie should be set, not both). Are these correct ?
No they are not correct. They match what I am seeing in the cookies:
<META HTTP-EQUIV="REFRESH" CONTENT="60"> <META HTTP-EQUIV="EXPIRES" CONTENT="Sat, 01 Jan 2001 00:00:00 GMT"> <META HTTP-EQUIV="Set-Cookie" CONTENT="pagepath=; path=/"> <META HTTP-EQUIV="Set-Cookie" CONTENT="host=; path=/"> <TITLE>yellow : Xymon - Status @ Mon Jan 05 15:44:42 2009</TITLE>
The EXPIRES date is sort of odd isn't it? Is that set by Xymon, you can see the Xymon Status date. We set our Xymon servers to GMT.
I did try to install 4.2.2 over top our test version but I get the same headers as above.
~David
There shouldn't be any file-permission issues with the final 4.2.2 release.
Regards, Henrik
Disabling hosts is completely non-functional as well as I just realized. When you select one or more hosts, nothing shows up in the Tests column. Perhaps for the same reason bb-ack is not working? Cookies? Or something else?
~David
-----Original Message----- From: Gore, David W Sent: Tuesday, January 06, 2009 16:48 To: hobbit at hswn.dk Subject: RE: [hobbit] bb-ack
-----Original Message----- From: Gore, David W Sent: Monday, January 05, 2009 16:03 To: hobbit at hswn.dk Subject: RE: [hobbit] bb-ack
-----Original Message----- From: Henrik Størner [mailto:henrik at hswn.dk] Sent: Monday, January 05, 2009 11:52 To: hobbit at hswn.dk Subject: Re: [hobbit] bb-ack
In <4589F14AA3744644BB56B950C422D6A909932E0B at ASHEVS008.mcilink.co m> "Gore, David W" <david.gore at verizonbusiness.com> writes:
-----Original Message----- From: Henrik St=C3=B8rner [mailto:henrik at hswn.dk]=20 Sent: Tuesday, December 30, 2008 22:14 To: hobbit at hswn.dk Subject: Re: [hobbit] bb-ack =20 In=20 <4589F14AA3744644BB56B950C422D6A9098C7D5F at ASHEVS008.mcilink.co m> "Gore, David W" <david.gore at verizonbusiness.com> writes: =20
I am running Red Hat release 4 and the latest snapshot. I am also=20 running Apache 2.0.52. When I try to acknowledge an alert=20 it shows me=20 ALL the services that are alarming not just the alert I was=20 interested=20 in. Any idea what I can do to debug? =20 That would usually mean that the cookie used by the bb-ack=20 CGI to determine what page or host you were looking at is=20 missing. Maybe you have cookies disabled in your browser policy ? =20
The cookies are not disabled. Viewing the cookies in firefox I can see = that the host cookie does NOT contain the hostname. It does contain the = hostname on a working server. =20
So I installed the last test release from xymon.com web page. It also = exhibits the same problem. I would guess that it is a permission = problem since I have to correct numerous files to get the server and = client to work properly.
Quite unlikely, the cookie is exchanged directly between the Xymon server and your browser.
On the webpage where you view the status (just before going to the ack- page), try doing a "View Source" (ctrl-U in Firefox). Near the top you should see two lines like these: <META HTTP-EQUIV="Set-Cookie" CONTENT="pagepath=mypage; path=/"> <META HTTP-EQUIV="Set-Cookie" CONTENT="host=; path=/"> (either the 'pagepath' or the 'host' cookie should be set, not both). Are these correct ?
No they are not correct. They match what I am seeing in the cookies:
<META HTTP-EQUIV="REFRESH" CONTENT="60"> <META HTTP-EQUIV="EXPIRES" CONTENT="Sat, 01 Jan 2001 00:00:00 GMT"> <META HTTP-EQUIV="Set-Cookie" CONTENT="pagepath=; path=/"> <META HTTP-EQUIV="Set-Cookie" CONTENT="host=; path=/"> <TITLE>yellow : Xymon - Status @ Mon Jan 05 15:44:42 2009</TITLE>
The EXPIRES date is sort of odd isn't it? Is that set by Xymon, you can see the Xymon Status date. We set our Xymon servers to GMT.
I did try to install 4.2.2 over top our test version but I get the same headers as above.
~David
There shouldn't be any file-permission issues with the final 4.2.2 release.
Regards, Henrik
Disabling hosts is completely non-functional as well as I just realized. When you select one or more hosts, nothing shows up in the Tests column. Perhaps for the same reason bb-ack is not working? Cookies? Or something else?
~David
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
This has been resolved by a new install of 4.2.2. I could not determine where the problem is after I installed a new instance of Xymon. I copied the current configs one by one to the new Xymon install but none of the old config files caused a problem.
~David
participants (2)
-
david.gore＠verizonbusiness.com
-
henrik＠hswn.dk