deployment failure to a linux box

[peggyw]

Hi, All

I was able to deploy a web project to another Alfresco instance installed on my machine (Windows XP) without any problems. However, when I tried to deploy the web project to an Alfresco instance installed on our dept's Linux box, it got the error messages as shown in the following. Is this a firewall problem or other kind of problem? And how can this be fixed? Please advise. Thanks.

Deployment Failed

Snapshot: 6

Started: 28 May 2008 15:50

Finished: 28 May 2008 15:50

By: admin

Reason: Could not Initialize Remote Connection to 168.122.21.48

Details

org.alfresco.service.cmr.avm.AVMException: Could not Initialize Remote Connection to 168.122.21.48 at org.alfresco.repo.deploy.DeploymentServiceImpl.getRemote(DeploymentServiceImpl.java:558) at org.alfresco.repo.deploy.DeploymentServiceImpl.deployDifference(DeploymentServiceImpl.java:113) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:281) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:187) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:154) at org.alfresco.repo.transaction.RetryingTransactionAdvice.invoke(RetryingTransactionAdvice.java:92) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:210) at $Proxy55.deployDifference(Unknown Source) at org.alfresco.repo.avm.actions.AVMDeploySnapshotAction.executeImpl(AVMDeploySnapshotAction.java:250) at org.alfresco.repo.action.executer.ActionExecuterAbstractBase.execute(ActionExecuterAbstractBase.java:120) at org.alfresco.repo.action.ActionServiceImpl.directActionExecution(ActionServiceImpl.java:537) at org.alfresco.repo.action.ActionServiceImpl.executeActionImpl(ActionServiceImpl.java:472) at org.alfresco.repo.action.AsynchronousActionExecutionQueueImpl$ActionExecutionWrapper$1.execute(AsynchronousActionExecutionQueueImpl.java:258) at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:225) at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:155) at org.alfresco.repo.action.AsynchronousActionExecutionQueueImpl$ActionExecutionWrapper.run(AsynchronousActionExecutionQueueImpl.java:267) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675) at java.lang.Thread.run(Thread.java:595) Caused by: org.springframework.remoting.RemoteConnectFailureException: Cannot connect to remote service [rmi://168.122.21.48:50500/authentication]; nested exception is java.rmi.ConnectException: Connection refused to host: 127.0.0.1; nested exception is: java.net.ConnectException: Connection refused at org.springframework.remoting.rmi.RmiClientInterceptorUtils.convertRmiAccessException(RmiClientInterceptorUtils.java:174) at org.springframework.remoting.rmi.RmiClientInterceptor.doInvoke(RmiClientInterceptor.java:347) at org.springframework.remoting.rmi.RmiClientInterceptor.refreshAndRetry(RmiClientInterceptor.java:330) at org.springframework.remoting.rmi.RmiClientInterceptor.handleRemoteConnectFailure(RmiClientInterceptor.java:302) at org.springframework.remoting.rmi.RmiClientInterceptor.invoke(RmiClientInterceptor.java:262) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:210) at $Proxy21.authenticate(Unknown Source) at org.alfresco.repo.deploy.DeploymentServiceImpl.getRemote(DeploymentServiceImpl.java:542) … 23 more Caused by: java.rmi.ConnectException: Connection refused to host: 127.0.0.1; nested exception is: java.net.ConnectException: Connection refused at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:574) at sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:185) at sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:171) at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:94) at org.springframework.remoting.rmi.RmiInvocationWrapper_Stub.invoke(Unknown Source) at org.springframework.remoting.rmi.RmiClientInterceptor.doInvoke(RmiClientInterceptor.java:400) at org.springframework.remoting.rmi.RmiClientInterceptor.doInvoke(RmiClientInterceptor.java:344) … 30 more Caused by: java.net.ConnectException: Connection refused at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366) at java.net.Socket.connect(Socket.java:520) at java.net.Socket.connect(Socket.java:470) at java.net.Socket.(Socket.java:367) at java.net.Socket.(Socket.java:180) at sun.rmi.transport.proxy.RMIDirectSocketFactory.createSocket(RMIDirectSocketFactory.java:22) at sun.rmi.transport.proxy.RMIMasterSocketFactory.createSocket(RMIMasterSocketFactory.java:128) at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:569) … 36 more

[ben]

It may well be a firewall or any other communication issues.

Try to ping the box first off, and if that’s successful, try to telnet to the server on the RMI port (default 44100 for a FSR or 50500 for an ASR) from the command line:

ping 168.122.21.48‍

telnet 168.122.21.48 44100‍

If you are successful, you will see a blank screen, not an error.

Regards, Ben.

[peggyw]

I could ping it and telnet it by typing telnet 168.122.21.47 50500 for ASR. So what other problems could it be?
Thanks.

[marcus]

I got this a couple of times and after some head scratching realised that when you re-configure a deployment target, you MUST re-enter the connection password, even if it hasn't changed, otherwise it gets set to blank.

[mvlach]

What mean connection password ? Where is this password entered ?

Thanks Mila

[ajmillar]

I'm also having problems with this. I can see where to enter my server name, but nowhere does it ask me for a password. Using Alfresco 2.1 Community as well as WCM 2.1.

Any hints would be much appreciated.

[marcus]

Sorry, this is in 2.2, where the deployment configuration is different than 2.1

[ajmillar]

Any idea when this is going to ne made available to the community?

[mvlach]

Hi all,

I have solved this issue.

We need to deploy to the two space:

\\IP:44100, \\IP:44101

The problem was that alfresco deployment have bug.
When I debug this code I saw that alfresco try to connect the host

IP:44100 <- but the name "192.168.1.1:44100" doesn't exist. The solutions is to correct the hostname in method

   public DeploymentReport deployDifferenceFS(int version, String srcPath, String hostName, int port, String userName, String password, String target, NameMatcher matcher, boolean createDst, boolean dontDelete, boolean dontDo, DeploymentCallback callback)
‍‍‍

The repaired code is shown below:

    public DeploymentReport deployDifferenceFS(int version, String srcPath, String hostName, int port, String userName, String password, String target, NameMatcher matcher, boolean createDst, boolean dontDelete, boolean dontDo, DeploymentCallback callback)
    {
      int i = -1;
       
       i = hostName.indexOf(":");
       
       if (i != -1) {
          hostName = hostName.substring(0, i);
       }
        
        DeploymentReport report = new DeploymentReport();
‍‍‍‍‍‍‍‍‍‍‍‍‍

How its helps.

Mila

[goldpelican]

Thanks for that post Mila - I'm having similar issues to other posters in this thread when trying to deploy from Linux to Linux.

You had to modify the source and recompile Alfresco to get around this? Where was this line of code you refer to?

thanks