Bug 716245

Summary: '404 - Servlet action is not available' when trying to view web interface
Product: [Community] Spacewalk Reporter: Andrew Martin <martopolis>
Component: WebUIAssignee: Tomas Lestach <tlestach>
Status: CLOSED WORKSFORME QA Contact: Šimon Lukašík <slukasik>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 1.5CC: slukasik
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-08-26 14:30:02 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 723481    

Description Andrew Martin 2011-06-23 18:50:43 UTC
Description of problem:

After installation of 1.4 (and later of CVS nightly), I receive a '404 - Servlet action is not available' error msg when I attempt to view the admin web interface from my browser.  All ports used by spacewalk and related components, seem to be accessible by telnet.

What am I doing wrong?

Comment 1 Šimon Lukašík 2011-06-24 10:37:41 UTC
I am sorry Andrew, but I cannot reproduce your problem on my set-up.

Could you please describe, in a detailed manner, what were you doing
when the error appeared? Which URI you attempted to visit? By which
browser? What version of spacewalk-java package are you using.
And finally, the logs from Spacewalk server.

You can get logs from Apache by running:

    tail -f /var/log/httpd/* /var/log/tomcat?/catalina.out

in the time of failure.

Thank you.

Comment 2 Andrew Martin 2011-06-24 12:14:51 UTC
The error appears when I'm redirected to http://myhostnamehere/rhn/Login.do in Firefox 5 (as well as IE).  I have spacewalk-java 1.5.49 installed.

In my catalina.out file, I see this error msg:

2011-06-23 16:19:29,408 [TP-Processor3] ERROR
org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/rhn].[org.apache.jsp.WEB_002dINF.pages.common.errors._404_jsp]
- Servlet.service() for servlet
org.apache.jsp.WEB_002dINF.pages.common.errors._404_jsp threw
exception
java.lang.NoClassDefFoundError: org/apache/struts/taglib/html/XhtmlTag
       at org.apache.jsp.WEB_002dINF.pages.common.errors._404_jsp._jspx_meth_html_005fxhtml_005f0(Unknown
Source)
       at org.apache.jsp.WEB_002dINF.pages.common.errors._404_jsp._jspService(Unknown
Source)

I have a struts 1.3.8 rpm installed.

Comment 3 Andrew Martin 2011-06-24 13:00:55 UTC
If it's at all relevant, I have to ctrl-C out of 'spacewalk-setup' when it says "Restarting services", as it hangs there and never finishes.  Spacewalk-services stop/start, however, does run successfully, as far as I can tell.

Comment 4 Andrew Martin 2011-06-24 15:26:31 UTC
Also, I noticed the spacewalk-setup script has not specified a DocumentRoot line anywhere in /etc/httpd.  Is this the expected behavior?

Comment 5 Andrew Martin 2011-06-24 18:53:21 UTC
OK, I seemed to have 'fixed' it.  The struts (?) rpm installed by yum did not include several necessary Java classes, including the one listed above.  I downloaded the 1.3.10 zipped libraries from apache's website, copied them to /usr/share/java, updated symlinks and created new ones as necessary (= until error msgs went away).

Comment 6 Jan Pazdziora (Red Hat) 2011-07-20 11:53:22 UTC
Aligning under space16.

Comment 7 Tomas Lestach 2011-08-19 16:30:58 UTC
What is the operating system you try to run the Spacewalk server on?

What is the reproducer?
When I install Spacewalk 1.4 or 1.5, I'm not getting any 404s.

Comment 8 Andrew Martin 2011-08-19 19:24:31 UTC
I had these problems (and many, many others) under CentOS 5.  CentOS 6 worked perfectly, except for an apparently impossible dependency on an selinux package that I had to download from a scientificlinux repository.  After that, it was easy.

Comment 9 Tomas Lestach 2011-08-22 08:32:25 UTC
Does it mean, the you do not face the issue any mode on CentOS6 and we can close the BZ?

Comment 10 Andrew Martin 2011-08-22 15:11:45 UTC
Correct, though only because I, personally, no longer use CentOS 5 as the server OS...

Comment 11 Tomas Lestach 2011-08-26 14:30:02 UTC
Closing as we were not able to reproduce the problem and it isn't an issue for the reporter any more.