IBM Mainframe Forum

Hi ,

I am getting following error :

REPRO IFILE(DD1) OFILE(DD2) REUSE -
FROMKEY(GFPCMM00420135) TOKEY(GFPCMM00420135)

IDC3302I ACTION ERROR ON TEST.LOAD.FILE
IDC3309I ** RECORD X'C7C6D7C3D4' NOT WRITTEN. LENGTH INVALID

IDC3302I ACTION ERROR ON TEST.LOAD.FILE
IDC3309I ** RECORD X'C7C6D7C3D4' NOT WRITTEN. LENGTH INVALID

IDC3302I ACTION ERROR ON TEST.LOAD.FILE
IDC3309I ** RECORD X'C7C6D7C3D4' NOT WRITTEN. LENGTH INVALID

IDC3302I ACTION ERROR ON TEST.LOAD.FILE
IDC3309I ** RECORD X'C7C6D7C3D4' NOT WRITTEN. LENGTH INVALID

Jcl :




My requirement is to copy the data from VSAM cluster to PS file . Could you please help me out .

Parameters Info :

Organization: SEQUENTIAL
Record format:
Option code: NONE
Key length: 0
Record length: 0
Block size: 0
1st extent tracks: 1
Secondary tracks: 640
Dataset name type:

Hello,

Why does the output dataset have no blksize / lrecl? It should be allocated with the proper attributes. . .

I still can't figure out why shops don't prefer to use their SORT product instead of IDCAMS REPRO?

Hi MrSpock ,

Do you know how to copy thru sort ? Could you please help me .

Thanks,
Gautham

what about doing a bit of research and manual reading Yourself !

if there is something You do not understand
it will be enough to post/quote/link the offending sentence[s]
and somebody will be happy to explain it

Hello,

In the manual, read about SORT FIELDS=COPY. SORTIN will be your VSAM file; SORTOUT will be the sequential file you want to create.

As Enrico suggests - if you find something that is not clear, post what you found and your doubt. Someone will be able to clarify.

Just a comment here. It's all well and good to say, "Use sort to perform the copy," but we do not know what sort product is installed at the IP's site, so we can't reliably say how it's to be done. I know DFSORT and Syncsort both provide a fast copy. but they aren't all of the sort products, and I'd bet not all of them provide a copy capability.

Another possible issue here is I think most of us agree the copy failed because the IP did not provide DCB attributes for the output dataset, but no one offered comments about appropriate values, though this was partly dictated by the IP's failure to discuss the intended use of the output dataset, which factors into appropriate DCB attributes. No one asked the IP for clarification about this issue.

Hi Steve,

but we do not know what sort product is installed at the IP's site, so we can't reliably say how it's to be done.

As far as i know (or remember) the bit of gtuidance i provided works with the 3 main mainframe sort products (DFSORT. Syncsort, and CA-Sort - been quite a while since i had a client using CA-Sort<g>).

I did not address the fix to the idcams job (i did mention what was wrong, just not specific directions to fix it) as i believe this is no longer a good alternative. If something is already running, fine, but i believe whatever sort product is in use is a better choice these days.

Steve, how can you make a suggestion for the output data set without seeing the values for the input data set? This could very well be a variable record Vsam data set. So, gauthamnagpur18 needs to post information about the input data set and the way he allocated the output data set, which was preallocated previously.