In a target field i have to populate the datastage user name who has run the job? I used the system variable @LOGNAME but the output of it's the default user name "dsadm" not the user who has login into the datastage and ran the job.
There is also a variable "ISUSER" which is present in the datastage log of my jobs it's having the correct datastage user name.
But where this variable is set and where it's present i didn't find it?
can anyone please provide pointers to this?
How to get the datastage user name who has run the job...
Moderators: chulett, rschirm, roy
How to get the datastage user name who has run the job...
IBM Certified - Information Server 8.1
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
-
- Participant
- Posts: 14
- Joined: Sun Jun 07, 2009 12:26 pm
- Location: Mumbai
-
- Participant
- Posts: 14
- Joined: Sun Jun 07, 2009 12:26 pm
- Location: Mumbai
Thanks Ray for you reply....
You're absolutely correct the login users are mapped to "dsadm".
But our administrator is not willing to change it now.
Can you please let me know, is there any other procedure to get it?
In UNIX also, for that job the user name it's showing as dsadm only.
In my datastage job log the ISUSER variable is having correct value but i didn't know where this variable will present?
It'll be really great if you tell where this variable will be>
You're absolutely correct the login users are mapped to "dsadm".
But our administrator is not willing to change it now.
Can you please let me know, is there any other procedure to get it?
In UNIX also, for that job the user name it's showing as dsadm only.
In my datastage job log the ISUSER variable is having correct value but i didn't know where this variable will present?
It'll be really great if you tell where this variable will be>
IBM Certified - Information Server 8.1
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
There is no way to change this mapping other than to change the mapping. The threat of a major security breach given that every disgruntled employee has administrator access should convince your Administrator to get it right.
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.