Anyone facing issue with environment variables when promoting jobs from one env to other ? All the user id's and passwords are defined as PROJDEF but still the jobs are failing when moved to prod because of the invalid user id and password error.
As a workaround, we delete the user id and password in the source env and re add them and then re promote them to prod but this is tedious task when there are more jobs.
Any input is appreciated.
DS version is 8.7.
Problem with environment variables during promotion...
Moderators: chulett, rschirm, roy
-
- Participant
- Posts: 34
- Joined: Tue Feb 26, 2013 9:36 am
- Location: Chicago
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
I am saying its corrupted as the job does not run the first time as if the parameters are corrupted during the promotion. When we delete them and add them back again and then promote it works.
We usually select the $PROJDEF from the list box on the non encrypted variables and for password we just copy from non encrypted variables.
We usually select the $PROJDEF from the list box on the non encrypted variables and for password we just copy from non encrypted variables.
-
- Premium Member
- Posts: 1735
- Joined: Thu Mar 01, 2007 5:44 am
- Location: Troy, MI
If you are on 8.5 or above it adds the environment variable automatically when you move the jobs from one environment to other and the default value defined in job becomes the value in DSParams or the environment variable you see in administrator. That might be the reason I think behind Craig asking the version of DataStage.
Hence when you promote the code to another environment and jobs have the default value is $PROJDEF, $PROJDEF becomes the value in DSParams or Administrator, which it should not be as $PROJDEF directs the job to use the project default which is defined in administrator, hence $PROJDEF is not a correct value to be Administrator itself.
Try setting the environment variable in advance or once you import the jobs correct the value in administrator. Or please post how are you promoting the code and defining the environment variables to see where it is getting corrupted.
Hence when you promote the code to another environment and jobs have the default value is $PROJDEF, $PROJDEF becomes the value in DSParams or Administrator, which it should not be as $PROJDEF directs the job to use the project default which is defined in administrator, hence $PROJDEF is not a correct value to be Administrator itself.
Try setting the environment variable in advance or once you import the jobs correct the value in administrator. Or please post how are you promoting the code and defining the environment variables to see where it is getting corrupted.
Priyadarshi Kunal
Genius may have its limitations, but stupidity is not thus handicapped.![Wink :wink:](./images/smilies/icon_wink.gif)
Genius may have its limitations, but stupidity is not thus handicapped.
![Wink :wink:](./images/smilies/icon_wink.gif)
DS version is 8.7 and we are aware of the $PROJDEF being set during promotion in Admin if those are new variables for that environment. These are not new variables and there are lot of jobs using the same variables which works fine.
Job is being exported from Designer with the default option of (job designs and executables) and then getting imported in other environment. This does not happen all the time but sporadically.
Job is being exported from Designer with the default option of (job designs and executables) and then getting imported in other environment. This does not happen all the time but sporadically.
-
- Premium Member
- Posts: 1735
- Joined: Thu Mar 01, 2007 5:44 am
- Location: Troy, MI
In the job log when the job fails, there will be entry of each Environment variable. Can you check what is the value you are getting. In logs you might be able to see something like Environment variable settings(...). Check if the values are correct there.
Priyadarshi Kunal
Genius may have its limitations, but stupidity is not thus handicapped.![Wink :wink:](./images/smilies/icon_wink.gif)
Genius may have its limitations, but stupidity is not thus handicapped.
![Wink :wink:](./images/smilies/icon_wink.gif)