Discussions
Categories
Groups
Community Home
Categories
INTERNAL ENABLEMENT
POPULAR
PUBLIC CLOUD
PRIVATE CLOUD
Quick Links
MY LINKS
HELPFUL TIPS
Back to website
Home
Web CMS (TeamSite)
Open Deploy Error
ivanho
Hi,
I face some OD error. My OD and workarea\work is all this while running fine. Suddenly saw this error and wondering why it cannot find workarea ?
[SocketListener-2] - ENG: Routed Multi Tier = null
[SocketListener-2] - ENG: DNR End Target = false
[SocketListener-2] - ENG: DNR DeploymentJobInitialSource = false
[SocketListener-2] - ENG: Is this End Node false
[SocketListener-2] - ENG: ***ERROR - Area = \\server\default\main\WORKAREA\work not found.
[SocketListener-2] - ENG: Removing session m1
[SocketListener-2] - ENG: ***ERROR - Failed starting deployment:
Find more posts tagged with
Comments
ivanho
The only difference i can find is, I supposed to get this valid path:
//server/default/main/WORKAREA/work (This one working previously)
But now I am getting this:
\\server\default\main\WORKAREA\work (Workarea not found thrown by OD)
It all happen after I reinstall the LSCS. How can I set the path back with double forward slash // ?
ivanho
Not too sure whether it is because of the Access Service. Getting username and pwd = null
DEBUG com.interwoven.teamsite.workflow.opendeploy () - ACCESSSERVICE username :: null
DEBUG com.interwoven.teamsite.workflow.opendeploy () - ACCESSSERVICE password :: null
Adam Stoller
Considering you're only providing snippets of information with each post and never providing a full overview of the environment, product versions, deployment structure / architecture, etc. - your chances of getting a reasonable response is somewhat doubtful.
When making a post - especially an initial post - try thinking about the issue from the point of view of someone who isn't working on the project - and provide enough detailed information to explain the entire issue such that the recipient(s) will have a reasonable chance at actually helping you - otherwise you're just wasting bandwidth.
ivanho
Ghoti, thanks for your reply.
Our environment is running in TS7.0, LS7.0, OD7.0 with Windows Server Enterprise 2008. We deploy from Teamsite Base server to 3 receiver servers
Initally we don't enable the LCSS in Teamsite, hence we re-run the installer to add in LSCS. The LSCS status now is up.
But there's some workflow deployment issue where I cannot publish the workflow after the installation.
The error message from the od.log and custom.log return something :
[SocketListener-2] - ENG: Routed Multi Tier = null
[SocketListener-2] - ENG: DNR End Target = false
[SocketListener-2] - ENG: DNR DeploymentJobInitialSource = false
[SocketListener-2] - ENG: Is this End Node false
[SocketListener-2] - ENG: ***ERROR - Area = \\server\default\main\WORKAREA\work not found.
[SocketListener-2] - ENG: Removing session m1
[SocketListener-2] - ENG: ***ERROR - Failed starting deployment:
ERROR com.interwoven.teamsite.common.exception.ExceptionHandler () - Error encountered in custom class com.interwoven.teamsite.workflow.opendeploy.Deployment
ERROR com.interwoven.teamsite.common.exception.ExceptionHandler () - Null Pointer exception!
ERROR com.interwoven.teamsite.common.exception.ExceptionHandler () - AxisFault
faultCode: {
http://schemas.xmlsoap.org/wsdl/soap/}Server
faultSubcode:
faultString: class com.interwoven.cssdk.opendeploy.waspgen.CSException:
faultActor:
faultNode:
faultDetail:
{}CSException:10037003
Details: message: DEPLOY_SERVER_ERROR
Action: START_DEPLOY
Reason: DEPLOY_CONFIG_FILE
Detail: Area = \\server\default\main\WORKAREA\work not found.
class com.interwoven.cssdk.opendeploy.waspgen.CSException:
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at java.lang.Class.newInstance0(Class.java:355)
at java.lang.Class.newInstance(Class.java:308)
Adam Stoller
Is \\server\... the actual string, or did you obfuscate the actual server name for the posting?
Also - why is it using the \\****\... vpath format instead of the actual Y:\... file system path format? I'd probably look into that first.
ivanho
Yea, \\server\ is not the actual server name. Anyway, we're using vpath format to generate the pages into html.
What's the class com.interwoven.cssdk.opendeploy.waspgen.CSException: about?