Hi All,
We have scheduled our datastage jobs with EVERY/DAILY option. All Jobs got hanged. But when we have schedule with TODAY option all jobs got success. This problem occurs only for BW Load Packs not for other jobs.
We have observed with Different scheduling options. But jobs are working under TODAY scheduled option. How can i resolve this issue.
Please suggest me.
Thanks®ards,
venu
DataStage scheduling issues
Moderators: chulett, rschirm, roy
Venu,
when you say your jobs "hang", do you mean that they start and have a status of "running" in the DataStage Director? I can see no reason why a job would behave differently because of the time it was scheduled.
On UNIX when you schedule jobs to run from the Director they will be put into the default scheduling tool's list - this would be 'cron' and 'crontabs'. If you look at the entries in there for both jobs scheduled for today and for future dates, do you see any differences?
when you say your jobs "hang", do you mean that they start and have a status of "running" in the DataStage Director? I can see no reason why a job would behave differently because of the time it was scheduled.
On UNIX when you schedule jobs to run from the Director they will be put into the default scheduling tool's list - this would be 'cron' and 'crontabs'. If you look at the entries in there for both jobs scheduled for today and for future dates, do you see any differences?
<a href=http://www.worldcommunitygrid.org/team/ ... TZ9H4CGVP1 target="WCGWin">
</a>
</a>
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
EVERY uses cron, but TODAY uses at - maybe you don't have some required permission to use cron?
By "hang" do you mean "don't advance to a status of running" or "reach a status of running but never reach a status of finished".
By "hang" do you mean "don't advance to a status of running" or "reach a status of running but never reach a status of finished".
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Ray,
I didn't know that - I am assuming that you mean the Windows AT command running from the client's system? That would also explain the different behaviour in this case.
I didn't know that - I am assuming that you mean the Windows AT command running from the client's system? That would also explain the different behaviour in this case.
<a href=http://www.worldcommunitygrid.org/team/ ... TZ9H4CGVP1 target="WCGWin">
</a>
</a>
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
No, I mean the UNIX at command. Where use of cron is governed by the cron.allow file, the at command is governed by the at.allow file.
Not all variants of UNIX support an at command but most seem to.
Not all variants of UNIX support an at command but most seem to.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
-
- Participant
- Posts: 49
- Joined: Sat Mar 26, 2005 12:19 am
Scheduling issue solved
Hi ray,
The issue seems to be permissions to cron, the datastageadmin id which owns the rfc server process doesn't have permission to the Unix Scheduler.
Now this problem solved.
Thanks Arndw, Ray and chulett .
The issue seems to be permissions to cron, the datastageadmin id which owns the rfc server process doesn't have permission to the Unix Scheduler.
EVERY uses cron , but TODAY uses at - maybe you don't have some required permission to use cron ?
Now this problem solved.
Thanks Arndw, Ray and chulett .