View previous topic :: View next topic |
Author |
Message |
satyenderd Beginner
Joined: 26 Aug 2005 Posts: 144 Topics: 73
|
Posted: Thu Jul 31, 2008 2:09 pm Post subject: IEC705I TAPE ON --- messages |
|
|
Hi all,
I am trying to unload the data from production, and after 3 hrs of running , the log messages are showing IEC705I TAPE ON messages repeatedly and got abended with ABEND=S322 U0000 REASON=00000000
Could anyone of you pls help me in this regard.
Thanks in advance. _________________ Satya |
|
Back to top |
|
 |
Bill Dennis Advanced

Joined: 03 Dec 2002 Posts: 579 Topics: 1 Location: Iowa, USA
|
Posted: Fri Aug 01, 2008 8:28 am Post subject: |
|
|
Are you writing multiple files on the tape? There will be a message for each one.
Did you look up the abend S322? You exceeded CPU time limit. The limit may be enforced based on JOBCLASS, user-id or other system settings. You need a way to let your job use more CPU time. Ask what the standards are. _________________ Regards,
Bill Dennis
Disclaimer: My comments on this foorum are my own and do not represent the opinions or suggestions of any other person or business entity. |
|
Back to top |
|
 |
jsharon1248 Intermediate
Joined: 08 Aug 2007 Posts: 291 Topics: 2 Location: Chicago
|
Posted: Fri Aug 01, 2008 9:06 am Post subject: |
|
|
You need to learn to research these issues. The IEC705I messages and the S322 abend have nothing at all to do with your DBMS. Spend some time looking through the manuals. You'll save yourself a lot of time by learning how to find the answers yourself. If you investigate and still can't resolve the issue, at least you can state what you've done and what it is that's confusing you in the appropriate forum. |
|
Back to top |
|
 |
satyenderd Beginner
Joined: 26 Aug 2005 Posts: 144 Topics: 73
|
Posted: Fri Aug 01, 2008 11:47 am Post subject: |
|
|
Thanks all for your valueable time, I got the answer, I ran the unload job by giving the time parameter as TIME=1440 in the job statement, and it went fine.
I too know sometimes I do post some question which are not relevant and which simply wastes the time of others, but when the problem occurs more than 5-6 times, i dare to post the question.
Sharon, Thanks for your suggestion. _________________ Satya |
|
Back to top |
|
 |
Terry_Heinze Supermod
Joined: 31 May 2004 Posts: 391 Topics: 4 Location: Richfield, MN, USA
|
Posted: Mon Aug 04, 2008 10:34 pm Post subject: |
|
|
TIME=1440 is overkill and oftentimes not allowed. Try to avoid it. As a general guideline, I try to limit my TIME= value to twice the amount of the longest CPU usage. Most shops have default TIME values assigned to each job class. Try to find out what they are in your shop. _________________ ....Terry |
|
Back to top |
|
 |
satyenderd Beginner
Joined: 26 Aug 2005 Posts: 144 Topics: 73
|
Posted: Tue Aug 05, 2008 11:10 am Post subject: |
|
|
Thanks all for your valueable suggestions.
I have unloaded the table, ofcourse using the TIME=1440 parameter, as I didnt found any other choice.
Thanks once again to all. _________________ Satya |
|
Back to top |
|
 |
satyenderd Beginner
Joined: 26 Aug 2005 Posts: 144 Topics: 73
|
Posted: Tue Aug 05, 2008 11:10 am Post subject: |
|
|
Thanks all for your valueable suggestions.
I have unloaded the table, ofcourse using the TIME=1440 parameter, as I didnt found any other choice.
Thanks once again to all. _________________ Satya |
|
Back to top |
|
 |
satyenderd Beginner
Joined: 26 Aug 2005 Posts: 144 Topics: 73
|
Posted: Tue Aug 05, 2008 11:11 am Post subject: |
|
|
Thanks all for your valueable suggestions.
I have unloaded the table, ofcourse using the TIME=1440 parameter, as I didnt found any other choice.
Thanks once again to all. _________________ Satya |
|
Back to top |
|
 |
|
|