Executing dsjob command from routine activity
Moderators: chulett, rschirm, roy
-
- Premium Member
- Posts: 258
- Joined: Tue Jul 04, 2006 10:35 pm
- Location: Toronto
Executing dsjob command from routine activity
Hi,
I am triggering a job from sequence using a routine activity.
inside the routine activity i am use ExecSH.
and passing teh dsjob command as input argument.
the job runs and teh jobs log is also fine, but the log of the sequence says.
JobControl (ExecSH): Error when executing command: dsjob -run -jobstatus -param SRCSYSTEM PROJ JOBNAME.
Output from command was: ***
who: 0551-012 The process is not attached to a terminal.
Do not run who am i as a background process.
what am i doing wrong.
Regards,
Samyam
I am triggering a job from sequence using a routine activity.
inside the routine activity i am use ExecSH.
and passing teh dsjob command as input argument.
the job runs and teh jobs log is also fine, but the log of the sequence says.
JobControl (ExecSH): Error when executing command: dsjob -run -jobstatus -param SRCSYSTEM PROJ JOBNAME.
Output from command was: ***
who: 0551-012 The process is not attached to a terminal.
Do not run who am i as a background process.
what am i doing wrong.
Regards,
Samyam
Re: Executing dsjob command from routine activity
Running a job using ExecSH from a routine activity stage. Any particular reason you can't use the Job Activity stage?samyamkrishna wrote:what am i doing wrong?
-craig
"You can never have too many knives" -- Logan Nine Fingers
"You can never have too many knives" -- Logan Nine Fingers
-
- Premium Member
- Posts: 258
- Joined: Tue Jul 04, 2006 10:35 pm
- Location: Toronto
Re: Executing dsjob command from routine activity
The job names ( the invocation id ) and parameters are decided at run time.
Invocation IDs (which can be parameterized) and other job parameters "decided at runtime" are easily accomodated in the Job Activity stage. IMHO, you'd be best served by going that route.
If you really want to go the ExecSH route, post the routine code.
If you really want to go the ExecSH route, post the routine code.
-craig
"You can never have too many knives" -- Logan Nine Fingers
"You can never have too many knives" -- Logan Nine Fingers
-
- Premium Member
- Posts: 258
- Joined: Tue Jul 04, 2006 10:35 pm
- Location: Toronto
-
- Premium Member
- Posts: 258
- Joined: Tue Jul 04, 2006 10:35 pm
- Location: Toronto
The first post shows them using "-jobstatus".
As to the why of the error, you'd probably need to go to support for that since we're not privy to the inner workings. But to me it stems from improper use of the Routine Activity stage with ExecSH, I would think it would be fine if you wrote an actual routine and then inside that routine called ExecSH.
As to the why of the error, you'd probably need to go to support for that since we're not privy to the inner workings. But to me it stems from improper use of the Routine Activity stage with ExecSH, I would think it would be fine if you wrote an actual routine and then inside that routine called ExecSH.
-craig
"You can never have too many knives" -- Logan Nine Fingers
"You can never have too many knives" -- Logan Nine Fingers
I'm going to repeat something - if all you are determining dynamically is the Invocation ID then there's no reason to not use a Job Activity stage for this. However, if you are actually deciding on the job name as well at runtime, then this approach is appropriate.
-craig
"You can never have too many knives" -- Logan Nine Fingers
"You can never have too many knives" -- Logan Nine Fingers
-
- Premium Member
- Posts: 258
- Joined: Tue Jul 04, 2006 10:35 pm
- Location: Toronto
-
- Premium Member
- Posts: 258
- Joined: Tue Jul 04, 2006 10:35 pm
- Location: Toronto
-
- Premium Member
- Posts: 258
- Joined: Tue Jul 04, 2006 10:35 pm
- Location: Toronto
-
- Premium Member
- Posts: 258
- Joined: Tue Jul 04, 2006 10:35 pm
- Location: Toronto