login Signup

ectool command doest not work

Hello All, I am unable to run ectool commands from Electric Flow V5.4 using UI on Linux Agent.

whenever we are trying to run ectool command for example ectool getProjects from UI Test Procedure then job hangs out. There is no output and log message display is step is still running..

The same command working from my linux agent (RHEL5) i.e. ectool getProjects.

Moreover, this command is working fine if I use default agent user that but whenever trying to run using impersonation then its hangup. I verified all the environment variables, work space etc.

Many thanks in advance for your inputs.

Regards, Avtar Singh

avatar image By avtar00006 15 asked Jan 09 at 07:13 AM
more ▼
(comments are locked)
10|750 characters needed characters left

1 answer: sort voted first

Hello Avtar,

If I am reading this correctly, you are able to run ectool getProjects from the command line on a Linux agent, but you are not able to run this same command from a Procedure-Command step in the UI. Is that correct?

If I assume it is correct, I have two places to start (1) workspaces and (2) ports.

The diagnostic activity I have done is to run a few tests on the agent. First - echo "hello world" as a command step to establish basic communication. Next, ectool getProjects with no impersonation to establish ectool behavior. Next, the impersonation. If the first (hello world) fails, then

When I have seen this type of problem before, where the jobstep just hangs and doesn't provide output, it was related to a workspace problem on the agent. In those cases, the agent is using a workspace that is not available to it - either permissions or the reference is wrong. One common example is if your agent does not have permission to access the workspace that is hosted on a server. It may be that your agent was configured to use a local workspace and that was turned off. Local workspaces are paths that are specific to the agent, usually a local drive, and the agent will serve-up log files and related as demanded.

If it is a port issue, it is typically because the port 7800 (default communication) was not setup to be bi-directional. ElectricCommander Server-Agent communication starts with the server sending instructions to the agent, and then disconnecting. Later, when the agent is complete, the agent initiates communication with the server and provides results. Many make the mistake of assuming the server only requires outbound and the agent only requires inbound because communication is kept open. This is not true. This requires port 7800 to allow both incoming and outgoing traffic on all participating machines (server and agents).

Please let us know if this information helps.

avatar image By marcoman 2.2k answered Jan 09 at 01:46 PM
more ▼
(comments are locked)
10|750 characters needed characters left
Your answer
toggle preview:

Up to 8 attachments (including images) can be used with a maximum of 524.3 kB each and 1.0 MB total.