changing the hash file path to mounted directory at project

Post questions here relative to DataStage Server Edition for such areas as Server job design, DS Basic, Routines, Job Sequences, etc.

Moderators: chulett, rschirm, roy

Post Reply
rkacham_DSX
Charter Member
Charter Member
Posts: 27
Joined: Tue Nov 02, 2004 5:34 pm

changing the hash file path to mounted directory at project

Post by rkacham_DSX »

Hi,

Is there any way we can change the hash file path of all jobs to mounted directory at project level,
we need to change the hash file path from uv account path to mounted directory (directory path)

Thanks,
Ramesh
kcbland
Participant
Posts: 5208
Joined: Wed Jan 15, 2003 8:56 am
Location: Lutz, FL
Contact:

Post by kcbland »

Only thru opening each job in Designer.
Kenneth Bland

Rank: Sempai
Belt: First degree black
Fight name: Captain Hook
Signature knockout: right upper cut followed by left hook
Signature submission: Crucifix combined with leg triangle
htrisakti3
Charter Member
Charter Member
Posts: 36
Joined: Thu Jun 10, 2004 11:22 pm

Post by htrisakti3 »

Have u tried this:

1. export existing job to dsx file
2. change the setting & export to different dsx file

compare two files & see if you can isolate the changes..
you can then try to export the whole project to dsx & make mass-changes Replace-all using text editors

I tried this before but only with changes in dir path..
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

It's always a good practice to use a job parameter for hashed file directory.

Had you done so, you would not have a problem.

Do you want to move the hashed files to the new location? That is a different question.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Andal
Participant
Posts: 124
Joined: Thu Dec 02, 2004 6:24 am
Location: Bangalore, India

Post by Andal »

To follow htrisakti3 Solution, u have to add one extra job parameter in each job and you have to use that parameter, in your directory path.

I did this for my project through VB, which contains nearly 7000 jobs.


Rgds
Anand
rkacham_DSX
Charter Member
Charter Member
Posts: 27
Joined: Tue Nov 02, 2004 5:34 pm

Re: changing the hash file path to mounted directory at proj

Post by rkacham_DSX »

Thanks Ray,
we were using uv account path now we have the physical memory problem,wo we want to move these hash file to some mounted directory(out side to the uv account), is ther any way we can do that at project level

Thanks,
Ramesh[/quote]
Thanks,
Ramesh
kcbland
Participant
Posts: 5208
Joined: Wed Jan 15, 2003 8:56 am
Location: Lutz, FL
Contact:

Post by kcbland »

You're talking about changing the radio button on the stage properties from reflecting account to external directory, and then filling in the external directory value with a job parameter.

By my calculations, you have to figure out where this information is stored inside the dsx file and adjust accordingly. Then, you have to get a parameter added to every job to hold the directory path, and then figure out where in the dsx to store it. Most of the time, if an design option isn't used, you'll have to figure out where/how to add this information to the dsx.

Forget about it. Open every job in Designer and fix your problem. You or someone else made this sandwich, you're just going to have to eat it. Sorry.
Kenneth Bland

Rank: Sempai
Belt: First degree black
Fight name: Captain Hook
Signature knockout: right upper cut followed by left hook
Signature submission: Crucifix combined with leg triangle
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

Alternative solution.

Do the export with (that is, including) default-valued properties. It's a larger export file, but everything is in it. Then the modification is straightforward.
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