datadeploy login fails

in ~AdminServer/servletd/conf/server.xml there exists virtualization
for the ddui login:

<Context path="/iw/datadeploy"
docBase="../httpd/iwwebapps/datadeploy"
crossContext="false"
debug="0"
reloadable="false"
trusted="false" />

yet this path ../httpd/iwwebapps/datadeploy does not exist, and calls the login produce the following error (404):

[Wed Jun 25 14:44:00 2003] [error] [client 169.63.13.4] File does not exist: /cs/iw/iw-home/httpd/iw/ddui/login

true, it's not there. it's in here:

/cs/iw/iw-home/datadeploy/httpd/webapps/ddui/ddui/login.jsp

it this a know issue, (I cannot find it anywhere in the release notes
for the products I looked at) or do I hack a static link, or update server.xml ?

thanks for any help,

Skip Barger
Credit Suisse
Zurich, Switzerland

Find more posts tagged with

Comments

skip11

I got the login screen to come up and am now getting nasty java stacktrace:

com.interwoven.api.utility.IWInternalError: role lookup failed with error code 930
at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:245)
at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:220)
at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:122)
at com.interwoven.api.access.IWAccessorAuthenticationRemoterImpl_Stub.authenticateUserByPassword(Unknown Source) at com.interwoven.api.access.IWAccessorAuthentication.authenticateUserByPassword(IWAccessorAuthentication.java:115)
at com.interwoven.sharedutils100.access.OpenAPIUserSession.authenticate(OpenAPIUserSession.java:169)
at com.interwoven.sharedutils100.access.OpenAPIUserSession.<init>(OpenAPIUserSession.java:114)
at com.interwoven.sharedutils100.access.OpenAPIUserSession.<init>(OpenAPIUserSession.java:84)
at com.interwoven.framework.auth.openapi.OpenAPISessionFactory$FrameworkOpenAPISessionAdapter.<init>(OpenAPISessionFactory.java:84)
at com.interwoven.framework.auth.openapi.OpenAPISessionFactory.create(OpenAPISessionFactory.java:40)
at com.interwoven.dd100.ui.DDOpenAPIAuthenticator.authenticate(DDOpenAPIAuthenticator.java:212)
at com.interwoven.framework.auth.LoginServlet.doGet(LoginServlet.java:169)
at com.interwoven.framework.base.FrameworkServlet.doPost(FrameworkServlet.java:84)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
at com.interwoven.framework.base.FrameworkServlet.service(FrameworkServlet.java:66)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:405)
at org.apache.tomcat.core.Handler.service(Handler.java:287)
at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372)
at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:797)
at org.apache.tomcat.core.ContextManager.service(ContextManager.java:743)
at org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpConnectionHandler.java:213)
at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:423)
at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:501)
at java.lang.Thread.run(Thread.java:484)
2003-06-25 16:37:01 - Authentication error: user=tsadmin; domain=null; role=master

I see the first call is to sun.rmi - is this a java patch issue ?

Skip

Migrateduser

Which version of TeamSite and DataDeploy are you using? (Are they compatible according to the DD Release Notes?)

Make sure to install the DD UI after installing TeamSite and any TeamSite service packs.

Todd Scallan
Group Product Manager
Interwoven
t: 408-530-7167
e: tscallan@interwoven.com

Migrateduser

Skip,
Do you have TeamSite installed on this box?
You cannot use the ODAdminServer's Servlet engine if TeamSite is installed.
Did you refer to the section:
Installing the DataDeploy Administration UI When TeamSite is Not Installed
Note that you cannot run the DataDeploy administration UI in the OpenDeploy servlet
engine if TeamSite is installed.
1. Install the OpenDeploy 5.6 Administration Package. This package includes the
OpenDeploy Administration server and Operations server.
2. Start the Operations server:
On UNIX systems—execute /etc/init.d/opsstart start
On Windows systems—start the service Interwoven OpenAPI
3. Check if the master role exists by going to the odhome/OpenAPI/iwopenapi directory
and executing the iwuser -q -role master command. If the master role does not exist,
create it by excuting the iwuser -c -role master command, then confirm that it has
been created.
4. For each user of the DataDeploy administration UI, add the user’s name (and domain for
Windows systems) into the odhome/OpenAPI/iwopenapi/roles/master.uid file. If
there is no master.uid file present, then create the file (it follows the same format as
the other uid files in the directory—list of domain/user for each user on a separate
line).
5. Restart the Operations server:
On UNIX systems—execute /etc/init.d/opsstart restart
On Windows systems—restart the service Interwoven OpenAPI
6. Ensure that DataDeploy 5.6 with service pack 1 is installed.
7. Copy the ddui.war file from ddhome/httpd/webapps to
odhome/AdminServer/httpd/iwwebapps.
8. Create a directory called datadeploy under odhome/AdminServer/httpd/iwwebapps.
9. Expand the ddui.war file under
odhome/AdminServer/httpd/iwwebapps/datadeploy as follows:
On Unix systems
a. cd to odhome/AdminServer/httpd/iwwebapps/datadeploy.
b. Execute the command jar xvf ../ddui.war.
On Windows systems:
Use WinZip to expand ddui.war into
odhome/AdminServer/httpd/iwwebapps/datadeploy.
10. On Unix systems, make sure you have a directory called /tmp that is readable and writable
by the ‘others’ group.
11. Restart the OpenDeploy administration UI:
On Unix systems:
Execute /etc/init.d/iwtcboot restart.
On Windows systems:
Go to Services and restart the OpenDeploy UI Admin service.
12. Access the DataDeploy administration UI using the following URL:
http//hostname:8081/iw/datadeploy

skip11

Thanks to all who responded. Here's the deal. Currently, all IW
products have been installed by Solaris Packages - that's right,
I packaged, TS 55.2sp3, OD 5.6, DD 5.6 ODAdmin 5.6 and even
incorporated the TS Templating package provided by IW into
my TS package. In addition, I wrote a package to install config for
our custom code, i.e. workflow, etc. The errors I noted in my first
post were resolved by deinstalling the whole suite of IW products
(15 minutes via pkgrm) and reinstalling. The auth errors seen in
second post had to do with various .uid files not up to snuff, and
the ddui login screen issue - well that just seemed to resolve itself after new packages were installed on the system (UNIX). So it's all working perfectly at the moment, and I have locked down the sources for the packages so it does not mysteriously "break" again.

Thanks again,

Skip Barger
Credit Suisse
Zurich, Switzerland