Red Hat Bugzilla – Bug 498650
Monitoring, TCP CHECK probe port 80 returns html, breaks the page
Last modified: 2009-09-10 14:49:32 EDT
Description of problem:
4/24.1 build on rhel 5
Monitoring.. it seems if *any* of our probes return raw html as txt as part of the probes status it will break our html.
In this case..
Probe: General: TCP Check
Monitoring Scout RHN Monitoring Satellite
Status: OK, TCP port 80: Latency 0.0100 sec; Response <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<title>400 Bad Request</title>
<p>Your browser sent a request that this server could not understand.<br />
<address>Apache/2.0.52 (Red Hat) Server at fjs-0-19.rhndev.redhat.com Port 80</address>
Last update: 5/1/09 12:24:30 PM EDT
Here is what breaks... try to graph this probe..
get a blank page w/ some carriage returns..
create probe tcp check on port 80 w/ param "GET HEAD\n"
then generate report on the probe..
I suspect this a *low* priority bug
Not able to replicate on 5.1 Sat above. Suspect we somehow use to drop the content of the reply, but now we attempt to store it (for some reason). Seems like a change in behavior.
I cannot reproduce the problem.
I get both a graph and an event log without any problem.
I also get no error message when triggering the probe using rhn-runprobe.
Was testing sat5.3. March compose and Satellite-5.3.0-RHEL5-re20090507.1.
Could you provide more exact information, how to reproduce the problem?
ok.. it looks like a few things are going on here..
1. create the probe as listed above..
2. on the client toggle the httpd daemon on an off to generate data points.. (goes from critical to ok, and back etc.)
3. in my latest recreate, no additional data points are created > 1 point
4. click, download csv data(from graph), and the page goes blank. (redirected actually to systems overview page) acl may be off.
unable to really test this until data gets populated as it should be. Sending it back for Tomas to take a look at.
Finally reproduced. The BZ is correct. The Event Log was not html escaped.
I html escaped a copy of monitoring data right before displaying them to preserve to original data, that are needed non-escaped later on.
*** Bug 503233 has been marked as a duplicate of this bug. ***
Ran into some problems with first draft of the fix, reverted with:
Second draft of fix:
Should still be destined for next ISO.
Fix present in:
Created attachment 348671 [details]
6/16 build.. fails
ok.. Tom emailed me and I took another look at this.
I does appear to be working correctly..
Thanks for pointing that out..
Stage validated on Satellite-5.3.0-RHEL5-re20090820.1, moving to RELEASE_PENDING.
I don't see any WebUI breakage due to unquoted HTML content. As a matter of fact, I don't see any HTML in the WebUI, it just says
Status: OK, TCP port 80: Latency 0.0009 sec
9/7/09 9:44:49 AM EDT OK TCP port 80: Latency 0.0008 sec
at the bottom of the page.
Is that expected that the actual output is not shown at all?
the screenshot from comment #9 would be the correct behavior
In that case, I'm aligning to sat600-triage as the "Response" part is not shown on Satellite 5.3.0.
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.