Page 2 of 2
Posted: Fri Feb 09, 2007 12:10 pm
by pradkumar
Thanks alot..Now I am one step behind from cleaning up the PH directory.
I am having a question:
Q) Cna I just go ahead andclear the directory. By clearing fiels of all users, does the jobs gets affected?
Q) Can i deelte boht DS.RUN and DSD.Stage Run
Posted: Fri Feb 09, 2007 12:13 pm
by ArndW
You can clear out any and all files in &PH& subdirectory; but not any files in the parent project directory, otherwise you will break that project and make it unusable.
Posted: Fri Feb 09, 2007 12:15 pm
by chulett
I would suggest you only clear it when no jobs are running in the project to avoid any 'issues'. Or do as most people do and every day clear it of anything older than X days, in essence keeping a rolling X days in there.
Posted: Fri Feb 09, 2007 12:28 pm
by pradkumar
chulett wrote:Every day clear it of anything older than X days, in essence keeping a rolling X days in there.
Thnaks Craig
So I am thinking to remove all now. Is there anyway to write a script saying to clear the contents anything older than X days of &PH& directory.So that we can run this script
Posted: Fri Feb 09, 2007 12:32 pm
by chulett
Sure, that's exactly how it is done. Using a 'find' command with the 'older than X days' option hooked to an 'rm' command is the way to go on a UNIX server. Can't say for Windows unless you have the MKS Toolkit (or equivalent) installed.
&PH&
Posted: Thu Feb 15, 2007 9:05 am
by ralleo
As Ray said, DSD.RUN is the command DataStage uses to run server jobs.
Historically, the DataStage Engine (Universe) was a screen-oriented shell. Consequently, it will periodically send text to stdout and/or stderr. Examples are run-time error messages (divide by zero illegal in Server Jobs for example).
The DS Jobs are actually run by a program call PHANTOM that runs another programs called DSD.RUN.
You can clear the &PH& area so far as no process is running.
Also check your "scratch area" that can take a lots of space
Re: &PH&
Posted: Thu Feb 15, 2007 9:22 am
by ArndW
ralleo wrote:...The DS Jobs are actually run by a program call PHANTOM that runs another programs called DSD.RUN...
I hate to be too picky, but in this case I need to clarify that
PHANTOM is a verb which just forks a background process - in this case to execute the
DSD.RUN compiled basic program inside the UV shell. This program is what really initiates the running of the DS job.
Deleting the redirected standard outputs file from the &PH& directory for a running job is not a nice thing to do, but won't cause the jobs to abort.