Environment Variable- Refresh

Post questions here relative to DataStage Enterprise/PX Edition for such areas as Parallel job design, Parallel datasets, BuildOps, Wrappers, etc.

Moderators: chulett, rschirm, roy

Post Reply
Munish
Participant
Posts: 89
Joined: Sun Nov 19, 2006 10:34 pm

Environment Variable- Refresh

Post by Munish »

Hi Everybody,
We are using environment variables for
1. Database related values like Server Name, UserID, Password etc.
2. Files related activities, InputPath, Out Put Path etc.

Everything was fine till now.

We were expecting that we can modify the values of Env values and that can be reflected in our jobs.
However it seems that eventhough the env values are changed but they are not refreshed in our jobs.

Do we need to restart DS once we modify the Env values.
Or there is anything we are missing.

Any input will be highly appreciated.

Thanks and regards,
Munish
MK
I_Server_Whale
Premium Member
Premium Member
Posts: 1255
Joined: Wed Feb 02, 2005 11:54 am
Location: United States of America

Post by I_Server_Whale »

No. There is no need to restart the DataStage Services.

Once you change the values of the Env variables in the properties window of the administrator, are you clicking on "OK" button on the properties window? Only then will the change be registered.

Whale.
Anything that won't sell, I don't want to invent. Its sale is proof of utility, and utility is success.
Author: Thomas A. Edison 1847-1931, American Inventor, Entrepreneur, Founder of GE
Munish
Participant
Posts: 89
Joined: Sun Nov 19, 2006 10:34 pm

Post by Munish »

I tried that, but it is the same.

There are more than 50 odd jobs which will be using this variable.
If I delete and re-insert env variable, I could see new values otherwise it stores old value.

Still not sure, what might be happening.

Any other thoughts!!!!
MK
narasimha
Charter Member
Charter Member
Posts: 1236
Joined: Fri Oct 22, 2004 8:59 am
Location: Staten Island, NY

Post by narasimha »

What are you using as the default value?
If you use $PROJDEF, you should be fine
Narasimha Kade

Finding answers is simple, all you need to do is come up with the correct questions.
Munish
Participant
Posts: 89
Joined: Sun Nov 19, 2006 10:34 pm

Post by Munish »

Thanks Narasimha,
We were using hard coded value.
We have about 12 different env variable.
So if one job is using all of these variables
we should have $PROJDEF as default for every variable.

Cheers,
Munish
MK
I_Server_Whale
Premium Member
Premium Member
Posts: 1255
Joined: Wed Feb 02, 2005 11:54 am
Location: United States of America

Post by I_Server_Whale »

Munish wrote: We have about 12 different env variable.
So if one job is using all of these variables
we should have $PROJDEF as default for every variable.
Exactly, you need to use $PROJDEF.
Anything that won't sell, I don't want to invent. Its sale is proof of utility, and utility is success.
Author: Thomas A. Edison 1847-1931, American Inventor, Entrepreneur, Founder of GE
Munish
Participant
Posts: 89
Joined: Sun Nov 19, 2006 10:34 pm

Post by Munish »

Thanks, I will give it a go.

Regards,
Munish
MK
Munish
Participant
Posts: 89
Joined: Sun Nov 19, 2006 10:34 pm

Post by Munish »

Hi,
I tried using $PROJDEF as default but DS takes it as string.
Is there anything else to do other than writing $PROJDEF for default value.

Thanks,
Munish
MK
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

$PROJDEF must be the default value for the job parameter, in the job.

The environment variable (set up in Administrator) must have a "genuine" default value - that is, not $PROJDEF, $ENV or $UNSET.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Munish
Participant
Posts: 89
Joined: Sun Nov 19, 2006 10:34 pm

Post by Munish »

Thanks Everybody,
It worked fine.
Regards,
Munish
MK
narasimha
Charter Member
Charter Member
Posts: 1236
Joined: Fri Oct 22, 2004 8:59 am
Location: Staten Island, NY

Post by narasimha »

Good to know. :)
Can you share, as to why it was going wrong ?
Narasimha Kade

Finding answers is simple, all you need to do is come up with the correct questions.
Munish
Participant
Posts: 89
Joined: Sun Nov 19, 2006 10:34 pm

Post by Munish »

Hi,
'$PROJDEF' is working fine.
However it is not working with Passwords.

For encrupted password environmen variable, I have to delete and reload the environment variable.

Any Thoughts !!!!

As for Narasimha, I am not sure why it did not worked initially. I restarted my Datastage and it was bang on.


Thanks,
Munish
MK
DSguru2B
Charter Member
Charter Member
Posts: 6854
Joined: Wed Feb 09, 2005 3:44 pm
Location: Houston, TX

Post by DSguru2B »

Read Ray's reply about encrypted passwords here.
Creativity is allowing yourself to make mistakes. Art is knowing which ones to keep.
arnabdey
Participant
Posts: 50
Joined: Wed Jan 10, 2007 5:56 am

Password can be set with $PROJDEF

Post by arnabdey »

Hi Munish

I think you brought up the issue of not being able to use the password with $PROJDEF in some other place. You can do one thing.... Whenever you type the default value for password, type it as $PROJDEF only. You will be able to enter it in encrypted format only (*s). But you can use that.
Arnab
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

You can use cut-and-paste. Put $PROJDEF into the Description field (clear), cut it from there (Ctrl-X) and paste it (Ctrl-V) into the Password or Default Value field.

I presume you're aware that to enter a default value for an encrypted parameter you have to double-click in the Default Value cell to open the dialog where you have to enter the value twice?
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Post Reply