<html> <head> <style> .hmmessage P { margin:0px; padding:0px } body.hmmessage { font-size: 10pt; font-family:Verdana } </style> </head> <body class='hmmessage'> So does that mean that this link is just a link to the documentation (which is not included with spacewalk) https://spacewalk.company.com/rhn/help/client-config/en/index.jsp and doesn't actually give you the ability to register client via the web gui? Thanks Steve > Date: Tue, 17 Feb 2009 08:12:58 -0800 > From: mmccune@redhat.com > To: spacewalk-list@redhat.com > Subject: Re: [Spacewalk-list] register systems > > m.roth2006@rcn.com wrote: > > I log into spacewalk. From the first page, overview, I click on register systems. I get a 404: > > The page you requested, /rhn/help/client-config/en/index.jsp, was not found. > > > > this is because Spacewalk does not include the online documentation that > is included in the commercial product, RHN Satellite. There going to be > lots of places in the GUI that link to the online help docs that you > will see generating these 404s. > > > I look in /var/log/tomcat5/catalina.out, and see the same message that I mentioned a few weeks ago, when I spoke of hacking around with spacewalk, and was castigated for doing so: > > Feb 17, 2009 9:06:21 AM org.apache.catalina.startup.HostConfig deployDescriptor > > WARNING: A docBase /var/lib/tomcat5/webapps/rhn inside the host appBase has been specified, and will be ignored > > > > So, unless someone yells at me that there's a good reason not to, that doing so will break something else, I'm going to recursively copy the whole directory to /var/www/html. Last time, I tried symbolic links, and tomcat still complained. > > > > that will do nothing for you, see below. > > > Does anyone have a good explanation for a) why the directory's under >/var/lib/tomcat5/webapps, instead of /var/www/html, and b) this wasn't caught long before >the release of 0.4? This time, I have *not*, until now, hacked at the system to make it work, >but this functionality (or lack thereof) is obviously a problem. > > because parts of our webui are served up by Tomcat and parts are served > up by Apache. Everything under /var/www/html is served by apache and > everything served by tomcat is in /var/lib/tomcat5/webapps. > > Copying stuff from /var/lib/tomcat5/webapps to /var/www/html won't get > you anything. > > Everything under: > > http://yourserver.example.com/rhn/ > > is *forwarded* to tomcat by apache. This is done with a http > configuration found here: > > /etc/httpd/conf.d/zz-spacewalk-server.conf > > <IfModule proxy_ajp_module> > RewriteEngine on > RewriteRule ^/rhn(.*) ajp://localhost:8009/rhn$1 [P] > RewriteRule ^(/.*\.(do|jsp)(\?.*)?)$ ajp://localhost:8009/$1 [P] > > This means that *any* url ending in .do or .jsp goes to tomcat as well > as anything in the /rhn/ path. If you copy stuff to /var/www/html/rhn/ > it should just get ignored. > > > > > Actually, thinking further, I wonder if this was why both methods of registering a system, rhnreg_ks and rhn_register, gave error messages, even though it had succeeded. > > the 404s from the webui's online docs are unrelated to any errors you > get from rhnreg_ks or rhn-register, FYI. > > Mike > -- > Mike McCune > mmccune AT redhat.com > Engineering | Portland, OR > RHN Satellite | 650.567.9039x79248 > > _______________________________________________ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list <hr />See how Windows connects the people, information, and fun that are part of your life. <a href='http://clk.atdmt.com/MRT/go/msnnkwxp1020093175mrt/direct/01/' target='_new'>See Now</a></body> </html>