View previous topic :: View next topic
|
Author |
Message |
balakrishna reddy.bala
New User
Joined: 15 Sep 2010 Posts: 17 Location: india
|
|
|
|
Hi All,
I am trying to accumulate data in a tape file, For this i am using FILEMANAGER, Till yesterday the job was running fine. Today the job was abended with S0C9, As per the last run details the record count in the accumulated file is 2121301983.
S0C9 generally comes when divide by zero occurs, But in this scenario it is little bit confusing, Can any one throw some light on this.
Thanks in advance!! |
|
Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10873 Location: italy
|
|
|
|
since the program You are using was not developed in house,
You have nothing to help You debug the problem,
why not open a ticket with compuware ??? |
|
Back to top |
|
|
dbzTHEdinosauer
Global Moderator
Joined: 20 Oct 2006 Posts: 6966 Location: porcelain throne
|
|
|
|
File-Aid is compuware.
FILEMANAGER is IBM.
2 billion records is a doubleword starting with 7E.
not a tape man myself,
but is there a limit
to the number of records
that can be written to a tape file?
it is outdated, but the TS's system may also be old.
Do a find on S0C9 on this page
indicates S0C9 can also be associated with tape. |
|
Back to top |
|
|
Bill Woodger
Moderator Emeritus
Joined: 09 Mar 2011 Posts: 7309 Location: Inside the Matrix
|
|
|
|
Definitely one for the software producer.
If dividing by that very large value for some reason, it is too easy to "truncate" to zero (not enough decimal places) and then use that for some division. Also high-order truncation could be possible if two billion records never envisaged in the product.
Why either filemanager/file-aid? With such a vast file, I'd think you'd want something that is doing only what it is asked and nothing else.
Anyway, vendor support or futile speculation. I'd go with the first. |
|
Back to top |
|
|
balakrishna reddy.bala
New User
Joined: 15 Sep 2010 Posts: 17 Location: india
|
|
|
|
Hi,
Couldn't able to trace the reason why filemanager was abending with S0C9. I thought I will give a try with IEBGENER and It ran fine. Assuming there was a problem with huge number of records, we replaced the utility.
Thanks all for your valuable time!! |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
Suggest you consider using your SORT product. This will probably provide better performance than IEBGENER. |
|
Back to top |
|
|
Nic Clouston
Global Moderator
Joined: 10 May 2007 Posts: 2455 Location: Hampshire, UK
|
|
|
|
If you were just using filemanager to copy data then someone should be shot. Filemanager is a general utility - to just do a copy you should have used a dedicated copy utility - IEBGENER or ICEGENER. (OK they can do a bit more than simply copy but I would suspect that they are more efficient than Filemanager) |
|
Back to top |
|
|
balakrishna reddy.bala
New User
Joined: 15 Sep 2010 Posts: 17 Location: india
|
|
|
|
Yeah Nic, Even the CPU time was reduced from 5 Min to 11 Sec when changed from FILEMANAGER to IEBGENER. |
|
Back to top |
|
|
|