SQL1652N : File I/O error occurred
Moderators: chulett, rschirm, roy
-
- Charter Member
- Posts: 560
- Joined: Wed Jul 13, 2005 5:36 am
- Location: Ohio
Its in production. Lots of processes to be followed even to make one change in the sequencing. Problem is that it only shows issues when ran with production data. It runs perfectly fine with dev data. thats why i think its some performance issue. maybe not with the job but with datastage server itself.DSguru2B wrote:Try decreasing the number of parallel events one by one and try to see on what number the error goes away. Just for debugging purposes.
-
- Charter Member
- Posts: 560
- Joined: Wed Jul 13, 2005 5:36 am
- Location: Ohio
-
- Premium Member
- Posts: 1255
- Joined: Wed Feb 02, 2005 11:54 am
- Location: United States of America
Is the sequential file that is used in this job being used in any other Job_Activity in your sequence? Can you check if other job activities are using this sequential file?
Whale.
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
Author: Thomas A. Edison 1847-1931, American Inventor, Entrepreneur, Founder of GE
-
- Charter Member
- Posts: 560
- Joined: Wed Jul 13, 2005 5:36 am
- Location: Ohio
I have already ran out of ideas. The bulk loader message file has not much information as the load fails before even 1 row is loaded.DSguru2B wrote:Are you using any more Bulk Loader jobs in this sequence job which are fired in parallel? I am just guessing here as I am running out of ideas. The Bulk Loder message file, does it contain any helpful messages?
There are around 12 bulk loader jobs which run in parallel but with different tables as targets.
-
- Charter Member
- Posts: 560
- Joined: Wed Jul 13, 2005 5:36 am
- Location: Ohio
No the sequential file is not used by any other job/activity. the folder in which the file is being accessed by many jobs thoughI_Server_Whale wrote:Is the sequential file that is used in this job being used in any other Job_Activity in your sequence? Can you check if other job activities are using this sequential file?
Whale.
-
- Charter Member
- Posts: 560
- Joined: Wed Jul 13, 2005 5:36 am
- Location: Ohio
Are you providing different TEMP_DIR's for all these jobs in the DB2 Load Stage? They are all trying to create the same set of command files. If their folder is the same then thats your problem right there. Also make sure that the message files have unique names.Krazykoolrohit wrote:
There are around 12 bulk loader jobs which run in parallel but with different tables as targets.
Creativity is allowing yourself to make mistakes. Art is knowing which ones to keep.
-
- Charter Member
- Posts: 560
- Joined: Wed Jul 13, 2005 5:36 am
- Location: Ohio
I think you have a point here. This may be the reason. for some strange reason our support team wants all jobs to write to the same log file. will correct it and see how it goes. thanxDSguru2B wrote:Are you providing different TEMP_DIR's for all these jobs in the DB2 Load Stage? They are all trying to create the same set of command files. If their folder is the same then thats your problem right there. Also make sure that the message files have unique names.Krazykoolrohit wrote:
There are around 12 bulk loader jobs which run in parallel but with different tables as targets.
Possible, but it has to be sequential. For parallel processing, they have to be seperate files. Perhaps your support team needs to know that simultaneous writes to the same file is not possible, whether its the command files or log files.Krazykoolrohit wrote: for some strange reason our support team wants all jobs to write to the same log file.
Creativity is allowing yourself to make mistakes. Art is knowing which ones to keep.
-
- Charter Member
- Posts: 560
- Joined: Wed Jul 13, 2005 5:36 am
- Location: Ohio
They have their wierd ways of forcing things which doesnt make any sense. its a long story. I will keep this post updated. it may take few days to test the changes done as the jobs are in prodnDSguru2B wrote:Possible, but it has to be sequential. For parallel processing, they have to be seperate files. Perhaps your support team needs to know that simultaneous writes to the same file is not possible, whether its the command files or log files.Krazykoolrohit wrote: for some strange reason our support team wants all jobs to write to the same log file.