View previous topic :: View next topic
|
Author |
Message |
paramita
New User
Joined: 06 Mar 2005 Posts: 14 Location: Bangalore
|
|
|
|
While using IDCAMS REPRO for VSAM files, I get RC12.
Please help me figure out the cause behind it.
Code: |
//S1 EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//VSAMCPY DD DSN=®DATA..MRVS.BATCH.VSAMCPY(+1),
// DISP=(,CATLG),
// DCB=(SYS2.DSCB,RECFM=FB,LRECL=342),
// STORCLAS=STANDARD,MGMTCLAS=MONTHNB,
// SPACE=(CYL,(10,10),RLSE)
//SYSIN DD DSN=PRD00.BSAU.CONTROL(TVSR&RGN),DISP=SHR
//*
|
|
|
Back to top |
|
|
muthuvel
Active User
Joined: 29 Nov 2005 Posts: 217 Location: Canada
|
|
|
|
Superk wroi
Quote: |
You gonna provide a copy of the JCL and SYSOUT output, or just leave us all to guess? |
Where is the SYSOUT?Also in JCL there is no input file (or DUMMY) mentioned?
Can you please let us know the controlcard? |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello Paramita and welcome to the forums,
When you have a question, it is necessary to post the JCL, the control statements, and the diagnostic information provided by your system. Any other info that you believe could help us help you should be posted as well.
When posting this information, it is good to use the "Code" tab near the top of the Reply panel. Using "code" makes your post much more readable and lines things correctly (you won't have to try to fill with spaces for alignment ). Once you have enteret what you want to post, click Preview and you can see what you have created. When you are sitisfied that your post looks as you want it to, click Submit. |
|
Back to top |
|
|
paramita
New User
Joined: 06 Mar 2005 Posts: 14 Location: Bangalore
|
|
|
|
Hi Dick,
Thanks for the welcome and thanks for explaining the rules to me. :-) |
|
Back to top |
|
|
paramita
New User
Joined: 06 Mar 2005 Posts: 14 Location: Bangalore
|
|
|
|
Muthuvel,
The SYSIN is PRD00.BSAU.CONTROL(TVSRSO). This contains the following information: REPRO INDATASET(PRD69.SOAU.CLT.MRVS) OUTFILE(VSAMCPY) where PRD69.SOAU.CLT.MRVS is a VSAM file holding some records/data.
The SYSOUT is PRD19.SOAU.MRVS.BATCH.VSAMCPY which is a GDG.
I am trying to find out why in this step the IDCAMS REPRO function generated the return code of 12.
I checked and found that the data has been copied correctly from the input PRD69.SOAU.CLT.MRVS to the output PRD19.SOAU.MRVS.BATCH.VSAMCPY yet there was the RC12 in this step. |
|
Back to top |
|
|
0d311
Guest
|
|
|
|
paramita wrote: |
Muthuvel,
The SYSOUT is PRD19.SOAU.MRVS.BATCH.VSAMCPY which is a GDG.
|
This is a SYSOUT? and as stated in your control card, this is where you output your data. I'm getting confused here. And since this is a GDG, you are not copying to a VSAM file. I'm not sure but I think that a VSAM file can't be a GDG at the same time. |
|
Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 8797 Location: Welsh Wales
|
|
|
|
0d311
REPRO copies the VSAM file to a flat file or another VSAM file. The name of the output file is different from the name of the input cluster, so no problems there with any contention between the two names.
paramita
We need to see the output of your run to try and see what the problem is. Please post this.
REPRO is a funny beast, and I do not usually code any attributes for a REPRO output. I would have coded comething like,
Code: |
//VSAMCPY DD DSN=output dataset name,
// DISP=(,CATLG,DELETE),
// SPACE=(CYL,(10,10),RLSE)
|
|
|
Back to top |
|
|
0d311
Guest
|
|
|
|
Hi Expat,
You were right. I was really confused
I'm hanging. Brb. I need to reboot myself. |
|
Back to top |
|
|
hariibm
New User
Joined: 05 Feb 2007 Posts: 61 Location: Chennai
|
|
|
|
Paramita,
If PRD19.SOAU.MRVS.BATCH.VSAMCPY is the output dataset, then what is PRD69.SOAU.CLT.MRVS??
Both output file and SYSOUT referring to same dataset?? I am confused with this. Please explain again.
Hari. |
|
Back to top |
|
|
paramita
New User
Joined: 06 Mar 2005 Posts: 14 Location: Bangalore
|
|
|
|
Hi Expat,
Did you want me to post this?
Code: |
//SYSPRINT DD SYSOUT=*
//VSAMCPY DD DSN=& REGDATA..MRVS.BATCH.VSAMCPY(+1),
// DISP=(,CATLG),
// DCB=(SYS2.DSCB,RECFM=FB,LRECL=342),
// STORCLAS=STANDARD,MGMTCLAS=MONTHNB,
// SPACE=(CYL,(10,10),RLSE) |
|
|
Back to top |
|
|
0d311
Guest
|
|
|
|
Hi Paramita,
I think Expat wants you to try your REPRO job without specifying the DCB attributes of VSAMCPY and see if it works. |
|
Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 8797 Location: Welsh Wales
|
|
|
|
Quote: |
Both output file and SYSOUT referring to same dataset?? I am confused with this. Please explain again. |
I think that may be a typo. |
|
Back to top |
|
|
dbzTHEdinosauer
Global Moderator
Joined: 20 Oct 2006 Posts: 6966 Location: porcelain throne
|
|
|
|
If you would all take the time to read his jcl, he is just copying a vsam to qsam gdg. he is getting an RC=12 because some attribute was allocated but not used - since he is getting output.
be interesting to have a listcat of the vsam PRD69.SOAU.CLT.MRVS
and know how SYS2.DSCB resolves as dcb parms. a quick guess is that SYS2.DSCB has a RECFM or LRECL and his jcl overrides this. (but that is just a guess. probably using that for a blocksize = 0, who know???)
Quote: |
DCB=(SYS2.DSCB,RECFM=FB,LRECL=342) |
|
|
Back to top |
|
|
paramita
New User
Joined: 06 Mar 2005 Posts: 14 Location: Bangalore
|
|
|
|
Hi dbz,
Yes, you are correct. I am trying to copy a VSAM to QSAM GDG.
There is in fact a LISTCAT just before this step.
Here’s the JCL for the LISTCAT
Code: |
//VSLIST1 EXEC PGM=IDCAMS,REGION=4000K
//SYSPRINT DD SYSOUT=*
//SYSIN DD DSN=PRD00.BSAU.CONTROL(VSLIST&RGN),DISP=SHR
//* |
|
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
It will help if you post all of the jcl, not just individual bits as well as the output from the IDCAMS runs. Somewhere in the output is an explanation of the RC=12 as well as possibly other informative info.
Doing this piecemeal may take very long.
When you post, in addition to the jcl, it would be good to include the control statements - not just the dsn(mem). If you post the IDCAMS output, the cvontrol statements should be there. |
|
Back to top |
|
|
paramita
New User
Joined: 06 Mar 2005 Posts: 14 Location: Bangalore
|
|
|
|
Quote: |
he is getting an RC=12 because some attribute was allocated but not used - since he is getting output. |
Hi dbz,
how do i figure out which attribute was allocated but not used? |
|
Back to top |
|
|
dbzTHEdinosauer
Global Moderator
Joined: 20 Oct 2006 Posts: 6966 Location: porcelain throne
|
|
|
|
paramita wrote: |
I checked and found that the data has been copied correctly from the input PRD69.SOAU.CLT.MRVS to the output PRD19.SOAU.MRVS.BATCH.VSAMCPY yet there was the RC12 in this step. |
the manual wrote: |
12(C) The entire function could not be performed. |
since the function was only repro vsam to qsam, something in the copy did not work; record lengths??? you don't know without further info.
Look at a Listcat output of the VSAM file and find the record length(s) determine if it is fixed length or variable.
look at an info listing (3.2.i or 3.4 and i as a line command against the gdg) for the output gdg.
run two test jobs- use the following dcb parm DCB=(SYS2.DSCB),
- use the example expat gave
Code: |
/VSAMCPY DD DSN=output dataset name,
// DISP=(,CATLG,DELETE),
// SPACE=(CYL,(10,10),RLSE) |
and do the 3.2.i or 3.4, line command i against the gdg output of both tests (above). is there a difference in record length, record type, block length, block type? let us know the results, and we can help. or you will see it yourself ------but, please, get back to us. thanks. |
|
Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 8797 Location: Welsh Wales
|
|
|
|
Post your *^"^£ output !!! |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Quote: |
Post your *^"^£ output !!! |
What and lose all of this ever-so-meaningful dialog. . . .
What fun would it be if the needed info was actually presented. . . . |
|
Back to top |
|
|
|