Cannot see jobs in Datastage Director using a Operator user
Moderators: chulett, rschirm, roy
Cannot see jobs in Datastage Director using a Operator user
I have recently installed Datastage 7.5.2 on a Windows 2003 server. All jobs are running properly and server seems okay except for one problem:
When logging in as an Operator user in DS Director, only the left panel which shows the high-level view of the project and folders is available. When clicking on the folder itself, no jobs appear on the right panel.
The strange thing is that when logging in as a DS Production Manager or DS Developer user, the DS Director works correctly showing the folders and the jobs. This only happens when logging in as a DS Director user.
The DS Operator user was setup in a separate Windows User group on the server and assigned the DS Operator role through DS Administrator.
The DS Operator user has full read, write, execute permissions on the DS Server.
When logging in as an Operator user in DS Director, only the left panel which shows the high-level view of the project and folders is available. When clicking on the folder itself, no jobs appear on the right panel.
The strange thing is that when logging in as a DS Production Manager or DS Developer user, the DS Director works correctly showing the folders and the jobs. This only happens when logging in as a DS Director user.
The DS Operator user was setup in a separate Windows User group on the server and assigned the DS Operator role through DS Administrator.
The DS Operator user has full read, write, execute permissions on the DS Server.
Welcome aboard. :D
That's the way it works. For some reason known only to The Builders, an Operator can only see released jobs - something very few (if any) peoples do any more.
Rather than using the Operator role, you'd be better off setting up Production as a Protected project.
That's the way it works. For some reason known only to The Builders, an Operator can only see released jobs - something very few (if any) peoples do any more.
Rather than using the Operator role, you'd be better off setting up Production as a Protected project.
-craig
"You can never have too many knives" -- Logan Nine Fingers
"You can never have too many knives" -- Logan Nine Fingers
-
ray.wurlod
- Participant
- Posts: 54595
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
chulett wrote:Welcome aboard. :D
That's the way it works. For some reason known only to The Builders, an Operator can only see released jobs - something very few (if any) peoples do any more.![]()
Rather than using the Operator role, you'd be better off setting up Production as a Protected project.
Thanks! So Operators cannot see any jobs until they are released? What does that mean by 'released job'? How do I go about releasing a job so that is available to a DS Operator?
arthur_li wrote:Thanks! So Operators cannot see any jobs until they are released? What does that mean by 'released job'? How do I go about releasing a job so that is available to a DS Operator?
Trust me, you really don't want to know.
Tell us instead why you setup the Operator role for some folks. If it is for the normal reasons, then you really should look into either Protecting your target projects or using Version Control for promotions, which will make your jobs 'Read Only' outside of dev.
-craig
"You can never have too many knives" -- Logan Nine Fingers
"You can never have too many knives" -- Logan Nine Fingers
chulett wrote:arthur_li wrote:Thanks! So Operators cannot see any jobs until they are released? What does that mean by 'released job'? How do I go about releasing a job so that is available to a DS Operator?
Trust me, you really don't want to know.![]()
Tell us instead why you setup the Operator role for some folks. If it is for the normal reasons, then you really should look into either Protecting your target projects or using Version Control for promotions, which will make your jobs 'Read Only' outside of dev.
Figured out how to release a job... the client asked to have Operator role created... I recommended using a protected project also, but they would like to see this DS Operator user option work at least
chulett wrote:Yuck. Sequence jobs will be an issue if you release jobs. Lack of design time information will be an issue if you release jobs. The extra work for no good reason will be an issue if you release jobs.
Push back.
Oh, interesting... what happens to sequence jobs when they are released? I noticed that the jobs are renamed also...
I've tried to push back about the Operator role... it's something the client would really like to see happen.
Most likely they will switch to protected projects afterwards, I recommended they not setup any developer or operator user on the server actually, since it is a Production server, I don't believe anyone should have access except for the DS Production Manager user. The reason they're setting up these Operator and Developer roles is because they want to do some testing on the permissions.... hopefully they remove all these extra users later on.
Thanks for all the help!
I haven't release a job since Version Control was available for the 4.x release of DataStage. Which was well before any such thing as a Sequence job existed. So, I'm taking other's word here (based on fairly recent conversations) that Sequence jobs must be changed to reflect every release of a job that they run.
Releasing a job adds a release suffix to them, such that JobA becomes:
JobA%reln.n.n
Where the last 'n' will increment each time. You then allegedly need to change any Sequence job that needs to run these to use the full 'fixed job release' name as it is known each time any job they control is changed and a new released version is created.
Back in the Old Days, when we wrote our own job control, you could just run the 'base name' of the job and it was smart enough to find the highest released version and automatically run that. I'm told that's no longer the case with Sequence jobs but haven't verified that myself. YMMV.
Releasing a job adds a release suffix to them, such that JobA becomes:
JobA%reln.n.n
Where the last 'n' will increment each time. You then allegedly need to change any Sequence job that needs to run these to use the full 'fixed job release' name as it is known each time any job they control is changed and a new released version is created.
Back in the Old Days, when we wrote our own job control, you could just run the 'base name' of the job and it was smart enough to find the highest released version and automatically run that. I'm told that's no longer the case with Sequence jobs but haven't verified that myself. YMMV.
-craig
"You can never have too many knives" -- Logan Nine Fingers
"You can never have too many knives" -- Logan Nine Fingers
-
ray.wurlod
- Participant
- Posts: 54595
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
-
ray.wurlod
- Participant
- Posts: 54595
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
Anyway, there's nothing to stop you complying with their request to create an Operator role.
That it can't do anything is not your fault once you've explained the ramifications.
That it can't do anything is not your fault once you've explained the ramifications.
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.
