| View previous topic :: View next topic |
| Author |
Message |
YSMVS
Beginner
Joined: 19 May 2004
Posts: 51
Topics: 25
Location: My House
|
 Posted: Fri Jan 06, 2006 12:58 pm Post subject: Space abend & Checkpoint restart |
 |
|
Hi all,
Whenever we get the space abend with the output file in our BMP jobs, we could not rstart from the last checkpoint after reallocating the output file with larger space. we usually remove the records which were already processed in the input file and run it as new job. this involves more overhead. So when the job abended with space abend, I copied the contents to another file and re-allocate with more space. Copied back the contents and tried restarting from last checkpoint. I get the following error.
| Code: | +DFS0530I DFSZDC00 I/O ERROR
IEC130I IMSERR DD STATEMENT MISSING |
Can any one please throw some light?
_________________
Thanks,
YSMVS |
|
| Back to top |
|
 |
Bithead
Advanced
Joined: 03 Jan 2003
Posts: 550
Topics: 23
Location: Michigan, USA
|
| Posted: Fri Jan 06, 2006 1:37 pm Post subject: |
|
|
| Is the output file defined as a GSAM file? |
|
| Back to top |
|
|
YSMVS
Beginner
Joined: 19 May 2004
Posts: 51
Topics: 25
Location: My House
|
| Posted: Fri Jan 06, 2006 2:19 pm Post subject: |
|
|
Bithead,
yes, Output file is defined as a GSAM file.
_________________
Thanks,
YSMVS |
|
| Back to top |
|
|
Bithead
Advanced
Joined: 03 Jan 2003
Posts: 550
Topics: 23
Location: Michigan, USA
|
| Posted: Fri Jan 06, 2006 2:34 pm Post subject: |
|
|
YSMVS,
The restart is looking to start where it took it's last checkpoint in the output file. IMS occasionally leaves unused space in the file as it writes and this space is lost when you do the copy. It is probably trying to re-position itself after the end-of-file marker in the new file.
Use the following technique to copy the data:
| Code: |
//* COPY DATA AS UNBLOCKED
//STEP1 EXEC PGM=IEBGENER
//SYSPRINT DD SYSOUT=*
//SYSUT1 DD DSN=old.file.name,
// DISP=SHR,
// DCB=(RECFM=U,LRECL=???,BLKSIZE=???) <== Note RECFM=U
//SYSUT2 DD DISP=SHR,DSN=new.file.name,
// DISP=(NEW,CATLG,DELETE),
// DCB=(RECFM=U,LRECL=???,BLKSIZE=???), <== Note RECFM=U
// SPACE=(?????)
//SYSIN DD DUMMY
//*
//* CHANGE NEW DATASET ATTRIBUTES
//STEP2 EXEC PGM=IEBGENER,COND=(4,LT)
//SYSPRINT DD SYSOUT=*
//SYSUT1 DD DUMMY,
// DCB=(RECFM=FB,LRECL=???,BLKSIZE=????) <== Note new RECFM
//SYSUT2 DD DISP=MOD,DSN=new.dataset.name,
// DCB=(RECFM=FB,LRECL=???,BLKSIZE=???) <== Note new RECFM
//SYSIN DD DUMMY
|
Remember to use the new dataset in the restart by modifying your JCL or by renaming it to the old name. Also remember to match the file attributes. This example uses FB but your file might be VB.
Goo luck! |
|
| Back to top |
|
|
YSMVS
Beginner
Joined: 19 May 2004
Posts: 51
Topics: 25
Location: My House
|
| Posted: Sat Jan 07, 2006 10:17 am Post subject: |
|
|
 wonderful! The solution works fine. Thank you.
_________________
Thanks,
YSMVS |
|
| Back to top |
|
|
ronderstal
Beginner
Joined: 25 Apr 2007
Posts: 5
Topics: 2
|
| Posted: Mon Apr 30, 2007 11:35 am Post subject: |
|
|
Bithead,
Sorry i come in just now, i just joine MVSforums.
My question is about the gsam file and the example you gave with
the iebgener.
first step we also are using with our company.
The second step i get confused. You prealloc an empty gsam file.
But what you did with the data from step1. It seems i must merge the data later again to get a complete file.
Can the output from step1 not be used again, because you already copied it to a
possible greater gsam file?
When enlarge gsam files or when they abend after restart we often run into a possible IEC145I 413-04.
I hope you can explain |
|
| Back to top |
|
|
ronderstal
Beginner
Joined: 25 Apr 2007
Posts: 5
Topics: 2
|
| Posted: Sat May 26, 2007 11:45 am Post subject: |
|
|
sorry it shoudl be 413-1c,
it is complaining about that there is a difference in volumes after enlarging the space or after roving record from the gsam file |
|
| Back to top |
|
|
|
|
|
FAQ
Search
Quick Manuals
Register
Profile
Log in to check your private messages
Log in
