nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

iwodstart can't find `cat`

mike_jaixen

This one has me puzzled...I'm migrating from Solaris to Linux, and I'm trying to run a workflow that deploys content. Problem is...the iwodstart command fails when run from within a workflow, but runs just fine from a command line:

[14:21:07] 06/14/2007:: DeployHelper: Waiting 2 seconds before starting OpenDeploy
[14:21:09] 06/14/2007:: DeployHelper: Deploy Command::/software/interwoven/OpenDeployNG/bin/iwodstart updeploy -inst 1670 -k node=dev -k src=/iwmnt/default/main/testsite/WORKAREA/main/htdocs -k files=/software/interwoven/teamsite/tmp/1670.txt -k dst=/export/content/testsite/htdocs/ 2>&1
[14:21:09] 06/14/2007:: DeployHelper: Deploy output::/software/interwoven/OpenDeployNG/bin/iwodstart: line 11: cat: command not found
*** ERROR: Failed to get path to OpenDeploy home directory from /etc/defaultiwod60home.

[14:21:09] 06/14/2007:: DeployHelper: Deploy failed, try 1

$ /software/interwoven/OpenDeployNG/bin/iwodstart updeploy -inst 1670 -k node=dev -k src=/iwmnt/default/main/testsite/WORKAREA/main/htdocs -k files=/software/interwoven/teamsite/tmp/1670.txt -k dst=/export/content/testsite/htdocs/ 2>&1

Locating OpenDeploy service.
OpenDeploy server host: localhost, RMI registry port: 9173
Got OpenDeploy service
>>>>>-- Start deployment updeploy1670.
iwodstart running in default synchronous mode.
Need to wait for deployment to complete.
>>>>>-- Deployment updeploy1670 finished:
ID: m5 Start time: Thu Jun 14 15:31:57 CDT 2007
Status: Completed
Status details:
All targets got completed status
$

Looking at iwodstart, it starts with
#!/bin/sh
#
# Copyright 2001-2002, Interwoven, Inc.
#
# Start a deployment.
#
# syntax: iwodstart depName

# -- Get od home
ODHOMEFILE="/etc/defaultiwod60home"
IWOD60HOME=`cat ${ODHOMEFILE}`

# If it is not set, give error.
if [ "$IWOD60HOME" = "" ]; then
echo "*** ERROR: Failed to get path to OpenDeploy home directory from ${ODHOMEFILE}."
exit 1
fi

Not being able to find cat would seem to indicate something mucked up somewhere....

Find more posts tagged with

Comments

iwovGraduate

Are you explicitly setting the PATH variable anywhere in your external task script?
What is the value of the PATH when the external task script runs? If it does not have path to the cat command, try adding it and see if the deploy proceeds.

ISCBorisB

This post has been removed

mike_jaixen

Not setting the path in the script, but the path is /usr/bin:

[16:02:44] 06/14/2007: Smiley Very Happy

eployHelper: Waiting 2 seconds before starting OpenDeploy
[16:02:46] 06/14/2007: Smiley Very Happy

eployHelper: Deploy Command::/software/interwoven/OpenDeployNG/bin/iwodstart updeploy -inst 1670 -k node=dev -k src=/iwmnt/default/main/testsite/WORKAREA/main/htdocs -k files=/software/interwoven/teamsite/tmp/1670.txt -k dst=/export/content/testsite/htdocs/ 2>&1
[16:02:46] 06/14/2007: Smiley Very Happy

eployHelper: PATH::/usr/bin

[16:02:46] 06/14/2007: Smiley Very Happy

eployHelper: Deploy output::/software/interwoven/OpenDeployNG/bin/iwodstart: line 11: cat: command not found
*** ERROR: Failed to get path to OpenDeploy home directory from /etc/defaultiwod60home.

[16:02:46] 06/14/2007: Smiley Very Happy

eployHelper: Deploy failed, try 1

Adam Stoller

Not setting the path in the script, but the path is /usr/bin:

[16:02:44] 06/14/2007:eployHelper: Waiting 2 seconds before starting OpenDeploy
[16:02:46] 06/14/2007:eployHelper: Deploy Command::/software/interwoven/OpenDeployNG/bin/iwodstart updeploy -inst 1670 -k node=dev -k src=/iwmnt/default/main/testsite/WORKAREA/main/htdocs -k files=/software/interwoven/teamsite/tmp/1670.txt -k dst=/export/content/testsite/htdocs/ 2>&1
[16:02:46] 06/14/2007:eployHelper: PATH::/usr/bin

[16:02:46] 06/14/2007:eployHelper: Deploy output::/software/interwoven/OpenDeployNG/bin/iwodstart: line 11: cat: command not found
*** ERROR: Failed to get path to OpenDeploy home directory from /etc/defaultiwod60home.

[16:02:46] 06/14/2007:eployHelper: Deploy failed, try 1

Try using iwodcmd start instead of iwodstart

With respect to the original question - what user owns the TS and iwwebd server processes?

Check that users profile to see whether they set the path, and whether they set it when run non-interactively, and whether they set it to include /bin and/or /usr/bin or wherever 'cat' lives on your Linux box.

Another thing you can do to check is modify the script in your workflow that attempts to run the deployment and add some code like this near the beginning:

...
if (open(DBG, '>', "/tmp/checkenv.log")){
    print DBG "$_\t$ENV{$_}\n" foreach(sort(keys(%ENV)));
    close(DBG);
}
...

Then try running the script through your workflow again and look at the results.

nipper

I know this is a pain, but you could hardcode the path to cat to /usr/bin

I do not understand why the path does not include that.

Adam Stoller

I know this is a pain, but you could hardcode the path to cat to /usr/bin

I do not understand why the path does not include that.

Because not all systems store binaries like cat in the same place - although most do have either a /bin/cat or a /usr/bin/cat and the /bin or /usr/bin will usually be a symlink to the other.

I seem to recall previous scripts that Interwoven had where they did hard-code paths to utilities like that and got burned by it because the paths were different on different systems.

mike_jaixen

Why the path did not have the path to cat is a good question I haven't been able to find the answer for. However, manually adding /bin to the path in the scripts not only solved this problem, but also solved another problem I had with Date::Manip. (Turns out that Date::Manip couldn't find the system date command to read the timezone value...)

nipper

Thats cool, but you should follow Adam's advice and use iwodcmd start which is a binary rather than iwodstart which is a shell script.

mike_jaixen

Already started on that. I usually wait until I get something working before trying to break something else... Smiley Very Happy

nipper

Already started on that. I usually wait until I get something working before trying to break something else...

Thats no fun, change several things at once, that really challenges your skills at debugging.