Bulk Load Job failing

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
vintipa
Participant
Posts: 136
Joined: Wed May 07, 2008 11:26 am
Location: Sydney, Australia
Contact:

Bulk Load Job failing

Post by vintipa »

Hi Friends,

i am getting following error:
Load_PA0000..TgtPA0000Tbl: Invalid pointer to stage user data
Internal Error: Function 'get_stage_prop' failed
Error opening file in 'Directory for Data and Command Files'

this is a bulk load job. can somebody tell me what can be the reason ans solution?

Seached in the forum but no luck. :(
Vinay
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

You have specified a pathname in the "Directory for Data and Command Files" property in your bulk load stage but either this directory does not exist or the executing user does not have permission to create the control and data files therein.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
chulett
Charter Member
Charter Member
Posts: 43085
Joined: Tue Nov 12, 2002 4:34 pm
Location: Denver, CO

Post by chulett »

Just for the record, what stage are you using for this "bulk load job"?
-craig

"You can never have too many knives" -- Logan Nine Fingers
vintipa
Participant
Posts: 136
Joined: Wed May 07, 2008 11:26 am
Location: Sydney, Australia
Contact:

Post by vintipa »

Hi,

I am using stage DB2_UDB load. We can run the job if the directory for

data and command files is changed. the folders have full privileges.

but still the error exists.
Vinay
chulett
Charter Member
Charter Member
Posts: 43085
Joined: Tue Nov 12, 2002 4:34 pm
Location: Denver, CO

Post by chulett »

:? "The error exists" even if you change the directory? Or if you change the directory, everything is fine? If the latter, then obviously something is wrong with your first directory choice.
-craig

"You can never have too many knives" -- Logan Nine Fingers
vintipa
Participant
Posts: 136
Joined: Wed May 07, 2008 11:26 am
Location: Sydney, Australia
Contact:

Post by vintipa »

Hi,

Sorry for the Confusion :)
Actually the job runs fine if the directory is changed.
You may be right. i'll try to find what is the problem with the old directory and reply back.
Vinay
vintipa
Participant
Posts: 136
Joined: Wed May 07, 2008 11:26 am
Location: Sydney, Australia
Contact:

Post by vintipa »

Hi,

Please help me to solve this problem as this has become very critical.
Even after changing the directory for 'data and command files'.

is it datastage problem or OS problem? the folder is having privileges to the user running the jobs and also enough space is allocated to this.
Vinay
infranik
Participant
Posts: 20
Joined: Tue Oct 11, 2005 8:11 am

Post by infranik »

Actually the job runs fine if the directory is changed
I believe if you can load from one directory and similar permissions exist for the same user, then u should be able to load from any other directory !
try going to the directory in UNIX prompt with that user and opening the file.
also 'type in manually' the directory name - hardcode it for testing purpose by removing any path parameters you are using .
UNIX is very case sensitive..
vintipa
Participant
Posts: 136
Joined: Wed May 07, 2008 11:26 am
Location: Sydney, Australia
Contact:

Post by vintipa »

Hi All,

The problem is resolved. i found out that there was a file inpdata.dat
in the directory for data and command files . the job was failing because of this file. when i deleted then the bulk load job ran fine.

Though the problem is resolved can anyone tell me how this inpdata.dat file is created. and what is its use?

Thanks to all.
Vinay
chulett
Charter Member
Charter Member
Posts: 43085
Joined: Tue Nov 12, 2002 4:34 pm
Location: Denver, CO

Post by chulett »

Apparently needed / created / used by the stage and (I assume) the user running the job didn't have permissions to delete it, so you needed to handle it manually.
-craig

"You can never have too many knives" -- Logan Nine Fingers
Post Reply