View previous topic :: View next topic
|
Author |
Message |
GaganGarg
Active User
Joined: 31 Mar 2010 Posts: 134 Location: India
|
|
|
|
Hi,
I'm trying to run a JCL having 15 syncsort steps(most of them use join keys).
First 12 steps are running fine and the jcl is getting abended at 13th step.
If i restart the JCL from this 13th step, it runs fine.
I'm not getting what exactly the issue is. JNF1SNAP is getting generated for the step13.
Here, I'm pasting SYSOUT of 13th step.
Code: |
SYNCSORT FOR Z/OS 1.4.0.1R U.S. PATENTS: TTTTTTT, GGGGGGGG (C) 2010 SYNCSO
XZZZZYYYY SYSTEM z/OS 1.12.0
SYNCSORT LICENSED FOR CPU SERIAL NUMBER XXXXX, MODEL YYYY YYYY LICEN
SYSIN :
JOINKEYS FILE=F1,FIELDS=(01,12,A)
JOINKEYS FILE=F2,FIELDS=(32,12,A)
REFORMAT FIELDS=(F1:1,80)
SORT FIELDS=COPY
WER276B SYSDIAG= 1010837, 1540244, 1540244, 875625
WER164B 5,732K BYTES OF VIRTUAL STORAGE AVAILABLE, MAX REQUESTED,
WER164B 128K BYTES RESERVE REQUESTED, 1,190,672 BYTES USED
WER146B 20K BYTES OF EMERGENCY SPACE ALLOCATED
WER481I JOINKEYS REFORMAT RECORD LENGTH= 80, TYPE = F
WER110I SORTOUT : RECFM=FB ; LRECL= 80; BLKSIZE= 27920
WER074I SORTOUT : DSNAME=SYS13197.T065725.RA000.$USERID.TEMP1.H0E
WER410B 4,576K BYTES OF VIRTUAL STORAGE AVAILABLE ABOVE THE 16MEG LINE,
WER410B 0 BYTES RESERVE REQUESTED, 160K BYTES USED
WER211B SYNCSMF CALLED BY SYNCSORT; RC=0000
WER449I SYNCSORT GLOBAL DSM SUBSYSTEM ACTIVE
WER482I JNF1 STATISTICS
WER483B 2,548K BYTES OF VIRTUAL STORAGE AVAILABLE, MAX REQUESTED,
WER483B 0 BYTES RESERVE REQUESTED, 1,000K BYTES USED
WER108I SORTJNF1 : RECFM=FB ; LRECL= 100; BLKSIZE= 27900
WER073I SORTJNF1 : DSNAME=FILE1.WS1
WER482I JNF2 STATISTICS
WER108I SORTJNF2 : RECFM=FB ; LRECL= 240; BLKSIZE= 27840
WER073I SORTJNF2 : DSNAME=FILE2.WS1
WER416B SORTJNF2 : EXCP'S=1,UNIT=3390,DEV=BD34,CHP=(4041424344454647,1),VOL=SL
WER416B TOTAL OF 1 EXCP'S ISSUED FOR SORTING
WER487I FILESIZE 3,360 BYTES
|
Can Anybody please help me on this? |
|
Back to top |
|
|
Nic Clouston
Global Moderator
Joined: 10 May 2007 Posts: 2454 Location: Hampshire, UK
|
|
|
|
I cannot see any error in this - is it from a successful or failed execution of that step? What is the error that you are getting? |
|
Back to top |
|
|
Arun Raj
Moderator
Joined: 17 Oct 2006 Posts: 2481 Location: @my desk
|
|
|
|
GaganGarg,
Have you posted the entire SYSOUT if the failed step above??
Also it might help if you post here the number of records in each input file, of the failed run and the actual sort step. |
|
Back to top |
|
|
GaganGarg
Active User
Joined: 31 Mar 2010 Posts: 134 Location: India
|
|
|
|
I'm not sure where the error lies. but the thing is that 13th step is generating SORTSNAP ( here it is JNF1SNAP) and the steps following 13th step are not getting executed as 13th setp is getting abended
Here I'm pasting 13th step:
Code: |
//PS100A EXEC PGM=SORT,COND=(4,LT)
//SORTJNF1 DD DSN=FILE1.WS1,
// DISP=(SHR,PASS,KEEP)
//*
//SORTJNF2 DD DSN=FILE2.WS1,
// DISP=(SHR,PASS,KEEP)
//*
//SORTOUT DD DSN=&&TEMP1,DISP=(MOD,PASS,DELETE),
// SPACE=(CYL,(900,900),RLSE)
//*
//SYSIN DD *
JOINKEYS FILE=F1,FIELDS=(01,12,A)
JOINKEYS FILE=F2,FIELDS=(32,12,A)
REFORMAT FIELDS=(F1:1,80)
SORT FIELDS=COPY
/*
//SYSOUT DD SYSOUT=* |
Last page of JNF1SNAP looks like:
Code: |
COMMAND INPUT ===> SCROLL ===> CSR
DUMP INDEX
----------
DATA AREAS PAGE NUMBER
----------- -----------
AREAS RELATED TO TCB AT: 009BB130/.... 00000001
ENQ/DEQ CONTROL BLOCKS................ 00000002
DATA MANAGEMENT CONTROL BLOCKS........ 00000003
IOS CONTROL BLOCKS.................... 00000004
RTM CONTROL BLOCKS.................... 00000005
PCLINK STACKS / SAVE AREAS............ 00000005
INSTALLATION/SUBSYSTEM AREA........... 00000005
REGISTERS............................. 00000005
STORAGE AREAS......................... 00000005
MODULES............................... 00000005
SS14XSRT............................ 00000022
SS14X00 ............................ 00000047
SS14X02A............................ 00000083
SS14X07A............................ 00000091
SS14X13 ............................ 00000020
SS14X14 ............................ 00000097
SS14X15 ............................ 00000107
SS14X18 ............................ 00000021
SYNCSERV............................ 00000005
SUBPOOL LIST STORAGE.................. 00000114
TRACE TABLE........................... 00000265
END OF DUMP
******************************** BOTTOM OF DATA ********************************
|
ARUNRAJ,
I have pasted the entire sysout of the failed step.Number of records in FILE1.WS1 is 356 and in FILE2.WS1 is 14.
IF I run this particular step individually, SYSOUT looks like given below. It runs successfully.
Code: |
SYSIN :
JOINKEYS FILE=F1,FIELDS=(01,12,A)
JOINKEYS FILE=F2,FIELDS=(32,12,A)
REFORMAT FIELDS=(F1:1,80)
SORT FIELDS=COPY
WER481I JOINKEYS REFORMAT RECORD LENGTH= 80, TYPE = F
WER110I SORTOUT : RECFM=FB ; LRECL= 80; BLKSIZE= 27920
WER074I SORTOUT : DSNAME=SYS13197.T073505.RA000.$USERID.TEMP1.H0E
WER449I SYNCSORT GLOBAL DSM SUBSYSTEM ACTIVE
WER054I RCD IN 11, OUT 11
WER072I NOEQUALS, ELAP IN EFFECT
WER169I RELEASE 1.4 BATCH 0520 TPF LEVEL 0.1
WER482I JNF1 STATISTICS
WER108I SORTJNF1 : RECFM=FB ; LRECL= 100; BLKSIZE= 27900
WER073I SORTJNF1 : DSNAME=FILE1.WS1
WER484I SORTJNF1 : RCD IN= 356,OMITTED= 0,PAIRED= 11,UNPAIRED= 345
WER487I FILESIZE 35,600 BYTES
WER482I JNF2 STATISTICS
WER108I SORTJNF2 : RECFM=FB ; LRECL= 240; BLKSIZE= 27840
WER073I SORTJNF2 : DSNAME=FILE2.WS1
WER484I SORTJNF2 : RCD IN= 14,OMITTED= 0,PAIRED= 6,UNPAIRED= 8
WER487I FILESIZE 3,360 BYTES
WER052I END SYNCSORT - $GKUMARF,PS100A,,DIAG=8A00,41CA,A28E,00EE,C272,6DE2,A2C
WER052I DIAG1=8E00,5004,A29E,E87F,C763,688B,2640,C762
WER052I DIAG2=E000,7204,C89E,E855,A963,4C8B,0240,C762
|
|
|
Back to top |
|
|
GaganGarg
Active User
Joined: 31 Mar 2010 Posts: 134 Location: India
|
|
|
|
I think it is related to Virtual space or something. When i removed 13th step from the JCL and retained other steps, Then JCL is giving same abend and JNF1SNAP at next step( 14th step in old JCL).
Is it something due to insufficent Virtual space? Is there any way to release such space allocated for previous steps in the JCL? |
|
Back to top |
|
|
Arun Raj
Moderator
Joined: 17 Oct 2006 Posts: 2481 Location: @my desk
|
|
|
|
Ok, your volume is pretty less. Since you removed the problem step and the abend got transferred to the subsequent step, I suspect your sort control statements are fine.
Do you mind posting here the entire JCL from an abended run. |
|
Back to top |
|
|
Anuj Dhawan
Superior Member
Joined: 22 Apr 2006 Posts: 6248 Location: Mumbai, India
|
|
|
|
For a test - add some SORT Work Files in step 13 and try again. |
|
Back to top |
|
|
GaganGarg
Active User
Joined: 31 Mar 2010 Posts: 134 Location: India
|
|
|
|
I tried it by giving SORTWKxx and JNF1WKxx files. but still same issue. |
|
Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 8796 Location: Welsh Wales
|
|
|
|
And perhaps if you tell us what the abend actually is
Saying it abended without telling us the abend code and associated messages is about as much use a chocolate tea pot. |
|
Back to top |
|
|
GaganGarg
Active User
Joined: 31 Mar 2010 Posts: 134 Location: India
|
|
|
|
Expat,
the abend is MF specific, i Think. JCL is giving Abend code ABEND U0016 and here is the screenshot of the spool:
Code: |
NP JOBNAME JobID Owner Prty Queue C Pos Max-RC SAff ASys S
$USERIDF JOB00941 $USERID 1 PRINT 5 306 ABENDU0016
$USERIDF JOB00939 $USERID 1 PRINT 5 304 ABENDU0016
|
Code: |
NP DDNAME StepName ProcStep DSID Owner C Dest Rec-Cnt Page
SYSOUT PS090C 172 $USERID Q LOCAL 38
SYSOUT PS100A 174 $USERID Q LOCAL 30
JNF1SNAP PS100A 185 $USERID Q LOCAL 111,237
|
|
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19243 Location: Inside the Matrix
|
|
|
|
Hello,
SomeWhere there is an explanatkino for the U0016. You must find this and post it. We have no access to what you have.
MANY things can cause a U0016. . .
Look n the first sysout dataset and see if an abend is shown. |
|
Back to top |
|
|
Anuj Dhawan
Superior Member
Joined: 22 Apr 2006 Posts: 6248 Location: Mumbai, India
|
|
|
|
With what you've posted it's tough to see what is wrong with your Job, as Dick says U0016 is a generic abend with SyncSort and can come for many reasons - however, from the SYSOUT you posted first, you get WER416B, that's why I've suggested you to use SORTWORK files which can be a vague suggestion, as I can not recreate your scenario at my end. OTOH, the other suggestion of using a higher value of REGION on EXEC for step13 but then it's again an assumption. |
|
Back to top |
|
|
GaganGarg
Active User
Joined: 31 Mar 2010 Posts: 134 Location: India
|
|
|
|
Hi Anuj,
I have tried the job/step by giving Region=0M also. But still I am facing the issue.
As Dick suggested, I tried to look for the abend U0016 on google. I tried all the ways mentioned there. It was suggested to use Region=0M, giving SORTWKxx/JNF1WKxx files etc. But still same problem.
If I restart the job from Step 13, it runs fine. SYSOUT is also not giving any clue as i had pasted the complete SYSOUT here and no information regarding the abend is given there. |
|
Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 8796 Location: Welsh Wales
|
|
|
|
What about from the JESMSGLG portion of the job log
Does that not say anything
Somewhere in there is the message and reason for the failure, all you have to do is to find it |
|
Back to top |
|
|
GaganGarg
Active User
Joined: 31 Mar 2010 Posts: 134 Location: India
|
|
|
|
Expat,
Please see JESMSGLG:
Code: |
+WER999A $USERIDF,PS100A , - UNSUCCESSFUL SORT 77E W
IEF450I $USERIDF PS100A - ABEND=S000 U0016 REASON=00000000 090
|
JESYSMSG:
Code: |
$USERIDF PS100A - COMPLETION CODE - SYSTEM=000 USER=0016 REASON=00000000
|
Reason code in JESMSGLG changes for every new run of the job. |
|
Back to top |
|
|
Nic Clouston
Global Moderator
Joined: 10 May 2007 Posts: 2454 Location: Hampshire, UK
|
|
|
|
Are those 3 messages the ONLY messages for that step, apart from the SYSOUT already shown? |
|
Back to top |
|
|
GaganGarg
Active User
Joined: 31 Mar 2010 Posts: 134 Location: India
|
|
|
|
Nic,
Yes. There is no other further info available in JES log and SYSOUT. |
|
Back to top |
|
|
gylbharat
Active Member
Joined: 31 Jul 2009 Posts: 565 Location: Bangalore
|
|
|
|
Hi,
Can you post the entire JCL and entire job output for the failed run excluding JNF1SNAP ? |
|
Back to top |
|
|
GaganGarg
Active User
Joined: 31 Mar 2010 Posts: 134 Location: India
|
|
Back to top |
|
|
Nic Clouston
Global Moderator
Joined: 10 May 2007 Posts: 2454 Location: Hampshire, UK
|
|
|
|
There are no allocation messages, start/stop messages etc etc??????? |
|
Back to top |
|
|
Bill Woodger
Moderator Emeritus
Joined: 09 Mar 2011 Posts: 7309 Location: Inside the Matrix
|
|
|
|
I think you have to do the same as the person in the link you just provided, and contact SyncSort support. |
|
Back to top |
|
|
Alissa Margulies
SYNCSORT Support
Joined: 25 Jul 2007 Posts: 496 Location: USA
|
|
|
|
Hello GaganGarg.
Abend 77E W is a Syncsort MFX for z/OS 1.4 internal abend. Please contact Syncsort Mainframe Product Services at zos_tech@syncsort.com for the appropriate fix.
If you prefer, you can email me your corporate email address along with the serial number of a CPU that your company currently has licensed to run Syncsort MFX and I would be happy to provide you with the fix myself.
Thank you and regards, |
|
Back to top |
|
|
Bill Woodger
Moderator Emeritus
Joined: 09 Mar 2011 Posts: 7309 Location: Inside the Matrix
|
|
|
|
Wow, that was quick... :-) |
|
Back to top |
|
|
gylbharat
Active Member
Joined: 31 Jul 2009 Posts: 565 Location: Bangalore
|
|
|
|
Alissa Margulies wrote: |
Hello GaganGarg.
Abend 77E W is a Syncsort MFX for z/OS 1.4 internal abend. Please contact Syncsort Mainframe Product Services at zos_tech@syncsort.com for the appropriate fix.
If you prefer, you can email me your corporate email address along with the serial number of a CPU that your company currently has licensed to run Syncsort MFX and I would be happy to provide you with the fix myself.
Thank you and regards, |
would be be able to explain us brief summary of the fix? Like do we have to add some parameters to the SORT JCL or some settings needs to be modified at system level? |
|
Back to top |
|
|
Bill Woodger
Moderator Emeritus
Joined: 09 Mar 2011 Posts: 7309 Location: Inside the Matrix
|
|
|
|
I'm sure the quickest way to get your answers will be by contacting SyncSort support. They will tell know everything and provide advice on what and whether you need to do anything. Alissa has already detailed a couple of ways to do that, so take her up on one of those, please. |
|
Back to top |
|
|
|