Issue Details (XML | Word | Printable)

Key: SFOS-1096
Type: Improvement Improvement
Status: Resolved Resolved
Resolution: Fixed
Priority: Major Major
Assignee: Steve Loughran
Reporter: Steve Loughran
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
SmartFrog

add test for dfshealth on the filesystem

Created: 03/Feb/09 03:29 PM (GMT)   Updated: 25/Feb/09 04:50 PM (GMT)
Component/s: _service_hadoop
Affects Version/s: 3.17.010
Fix Version/s: 3.17.010

Time Tracking:
Not Specified

Issue Links:
Depends
 

Compatibility: unknown


 Description  « Hide
from namenode:live.dfs.http.address, work out the path to the health page:

http://127.0.0.1:8021/webapps/hdfs/dfshealth.jsp

(LAZY namenode:ive.dfs.http.address ++ "/webapps/hdfs/dfshealth.jsp" )

and ping it

 All   Comments   Work Log   Change History      Sort Order: Ascending order - Click to sort in descending order
Steve Loughran added a comment - 04/Feb/09 05:03 PM (GMT)
when deployed to a separate host, I'm seeing a 404 response here.
Possibilities: no JSP handling

09/02/04 17:02:10 [140558636@qtp0-0] WARN servlet.JspServlet : PWC6117: File "/tmp/Jetty_localhost_8021_hdfs____xav36j/webapp/webapps/hdfs/dfshealth.jsp" not found
09/02/04 17:02:12 [ExtDataNode] INFO datanode.DataNode : BlockReport of 0 blocks got processed in 1 msecs

They are right: the file is not there. There's no JSP binding.

Options:
1. include **.jsp in our hadoop JAR
2. find out what is wrong with the webapp registration

Steve Loughran added a comment - 25/Feb/09 04:50 PM (GMT)
problem was XML-parser variations causing a problem in SVN_HEAD hadoop to surface