OD unable to connect remote host

I am trying to deploy conent to remote server using OD. I am getting the in senderOD/od.log , the error is
Could not connect to host(remote host) at port 20014

Find more posts tagged with

Comments

iwovGraduate

A few tests for OpenDeploy connections:
* check if you are able to connect from sender host to receiver host using ping or something similar.
* Check if receiver is listening on port 20014. You can use "netstat -an | grep 20014", or "telnet <receiver_host> 20014", or something similar.
If that is fine, check the receiver logs as well.

tobias

We had the same problem when deploying with 5.5.1 from an NT server to a Linux client.
The problem was that we used the company network's internal server name in the configuration files which conflicted with the /etc/hosts entries.
We now changed all the config files (on both server and client) so they contain the IP addresses instead, and now it works.

vinayreddy

I got this by reinstall OD receiver

Migrateduser

This makes me nervous -- we had the same problem and reinstalling both the Sender and Receiver OpenDeploy 5.5.1sp1 fixed the problem. What is corrupting the install that makes it stop working? In the 5.5.2 "Fixed Bugs" list, #26780 references not having to reinstall DataDeploy whenever TeamSite/Templating is patched/upgraded. Does the ORDER of installation or OD, DD, TS, and TST somehow affect the functionality of one or the other?

We installed TS 5.5.2, TST 5.5.2, OD 5.5.1, OD5.5.1SP1, and then DD5.5.2 and ended up with a non-functional OD 5.5.1SP1. Reinstalling OD 5.5.1 and OD 5.5.1SP1 made OD work again.

Migrateduser

The #26780 problem had to do with the DD Admin UI, which modified a TeamSite config file. The fix to the TeamSite service pack or upgrade installer is to check for the presence of DD so as not to wipe out its config.

Order is important when installing all products on the same machine. The product installation info and release notes should provide specifics, but in general the DD UI requires TS to be installed already. If OD and TS are going to reside on the same machine, then TS needs to be present before installing the OD Admin Server, which uses OpenAPI.

The installation sequence you describe sounds ok, so I'm not sure why you had to resinstall OD to make it work.

Perhaps you can open a case with Interwoven Tech Support so someone there can try to recreate the problem?

Migrateduser

Case has been opened (and closed), I don't know that it resolved the ordering issue, we just know things are working now. Hmmm.