cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1282
Views
0
Helpful
22
Replies

Can not open LMS 3.1 Portal Home Page

rgomes
Level 1
Level 1

The customer logs successfuly on LMS 3.1, but the Portal Home Page does not open. Instead comes the folowing error:

HTTP Status 404 - /cwportal/html/cwhp/cwhp.applications.do

type Status report

message /cwportal/html/cwhp/cwhp.applications.do

description The requested resource (/cwportal/html/cwhp/cwhp.applications.do)is not available

Apache Tomcat/5.5.17

1 Accepted Solution

Accepted Solutions

These are wrong. The casuser/casusers setting are missing. This is what they should be.

View solution in original post

22 Replies 22

Joe Clarke
Cisco Employee
Cisco Employee

On what platform is LMS running? If you manually go to /cwportal/c/portal does the portal come up?

The platform is Windows under VmWare

When using /cwportal/c/portal the error is the following:

HTTP Status 500 -

--------------------------------------------------------------------------------

type Exception report

message

description The server encountered an internal error () that prevented it from fulfilling this request.

exception

java.lang.IllegalStateException

org.apache.catalina.connector.ResponseFacade.sendRedirect(ResponseFacade.java:432)

javax.servlet.http.HttpServletResponseWrapper.sendRedirect(HttpServletResponseWrapper.java:125)

javax.servlet.http.HttpServletResponseWrapper.sendRedirect(HttpServletResponseWrapper.java:125)

com.liferay.portal.struts.PortalRequestProcessor.process(PortalRequestProcessor.java:183)

org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)

org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)

javax.servlet.http.HttpServlet.service(HttpServlet.java:689)

com.liferay.portal.servlet.MainServlet.callParentService(MainServlet.java:431)

com.liferay.portal.servlet.MainServlet.service(MainServlet.java:869)

javax.servlet.http.HttpServlet.service(HttpServlet.java:802)

com.liferay.filters.strip.StripFilter.doFilter(StripFilter.java:94)

com.liferay.filters.secure.SecureFilter.doFilter(SecureFilter.java:143)

com.liferay.filters.compression.CompressionFilter.doFilter(CompressionFilter.java:115)

note The full stack trace of the root cause is available in the Apache Tomcat/5.5.17 logs.

--------------------------------------------------------------------------------

Apache Tomcat/5.5.17

Post a screenshot of your Services control panel showing all of the CiscoWorks services. Post the output of the pdshow command and the output of pdreg -l Apache.

The customer is generating the screen shots. Meanwhile I want to inform that the applications are available by direct calling with the following links:

CS - http://xxx:1741/cwhp/goHome.do

DFM - http://xxx:1741/dfm/goHome.do

CV - http://xxx:1741/CVng/chassis.do?action=-1

CM - http://xxx:1741/campus/goHome.do

RME - http://xxx:1741/rme/goHome.do

IPM - http://xxx:1741/ipm/CollectorMgmt.do

I have attached the screen shot, pdshow and pdreg -l Apache output

That's your problem. You have set all the services to Automatic startup. You must NEVER change the CiscoWorks service startup types unless instructed to do so by TAC.

Change all of the services back to Manual start except for CiscoWorks Daemon Manager, the tftp server, the rsh server, and the syslog server. Then reboot the server.

The customer has changed back to Manual start all services except for CiscoWorks Daemon Manager, the tftp server, the rsh server, and the syslog server and rebooted the server, but the problem is still the same, can not open the Portal Home Page.

After making the TAC procedure for a similar problem shown o thread: http://forums.cisco.com/eforum/servlet/NetProf?page=netprof&forum=Network%20Infrastructure&topic=Network%20Management&topicID=.ee71a02&CommCmd=MB%3Fcmd%3Dpass_through%26location%3Doutline%40%5E1%40%40.2cc21958/16#selected_message

The original problem, Daemon Manager not starting occurred again. I found several erros on the attached file licenseCheck.log. The resetCasuser seems to recover, the Daemon Manager not starting. Any info about the errors on this log file?

It appears your license file is corrupt. But that would not affect Daemon Manager. If resetCasuser corrects the problem with Daemon Manager not starting, then someone is either changing casuser's password, or changing the access requirements. We typically see this when the server is part of a domain, and the domain policy keeps overwriting the policy setup by resetCasuser. Make sure no one is changing casuser's password or access rights.

The first complain of the customer was that after login the Portal page shown instead of the menus, this message for all applications: License Server/Daemon Manager is down. Please check license.log for more information. I asked them to run resetCasuser and set a password for casuser in acordance with the password policy. That made the Daemon start but then came the problem of the Portal Page not oppening even after correcting the services to start mannualy. After recovering the portal.* files after a TAC suggestion from that other thread everything went fine until yesterday. I dont think the license file is corrupted because after the resetCasuser it runs properly. I will ask them about any procedure that can be changing the casuser password or the file permissions.

The license file and resetCasuser have nothing to do with one another. If you can launch applications such as RME and Campus without a license error, then you're fine in that regard.

The problem is recurring. After resetCasuser the customer can start the Daemon Manager, but after some days it occurs again. The customer told me that there is no change of policy or change on the permissions.

Any log to look at?

Something is changing the policy or password. The customer may not be aware of it, but that is what is happening. Perhaps the server is part of a domain, and there are domain policies being pushed to it. Someone must be in charge of Windows administration, and can check what changes are being made to the SAM or security policy databases.

Is there a way to check the casuser permissions before running resetCasuser again? So we could convince the customer that something is being changed on the server/domain.

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: