Hey Nathan, Do these system use the same security software (RACF?) base? Have you checked SYSLOG for any authorization error? I don't really think this would be the case, but such a weird behavior could come from many different setups. As Lizette pointed out, a complete job output might give us some more usefull infos.
Regards, ------------------------------------------------------------------------------------------------------------------------------- *Lucas Rosalen* Emails: [email protected] / *[email protected] <[email protected]>* LinkedIn: http://br.linkedin.com/in/lrosalen Phone: +55 19 9-8146-7633 2015-04-27 10:46 GMT-03:00 Nathan Astle <[email protected]>: > Steplib didn't helped much > On 27 Apr 2015 19:03, "Lizette Koehler" <[email protected]> wrote: > > > You can try to steplib the DFSORT library and run on both lpars. See if > > the issue remains. > > > > Lizette > > > > > > > -----Original Message----- > > > From: IBM Mainframe Discussion List [mailto:[email protected]] > > > On Behalf Of Nathan Astle > > > Sent: Monday, April 27, 2015 5:57 AM > > > To: [email protected] > > > Subject: Re: Challenge with DFSORT > > > > > > Hi liz, > > > > > > I do not find any other module apart from LINKLIST or LPALIST. > > > > > > What kind of difference is between LPALIST or LINKLIST when it comes to > > > SORT ? I see them in both. No dynamic addition. > > > > > > I am going to OPEN a SR but Just wanted to give a try in IBM MAIN. > > > > > > On Mon, Apr 27, 2015 at 6:03 PM, Lizette Koehler > > > <[email protected]> > > > wrote: > > > > > > > First, could you post all of the DFSORT messages from both LPARs. > > > > Sometimes there are clues in other messages. > > > > > > > > Second, have you used ISRDDN under ISPF to see if there are any other > > > > DFSORT modules other than where you expect them in the LINKLST or > > > LPALIST? > > > > > > > > Third, have you verified that the linklst and lpalst are identical? > > > > No one has done a dynamic change to the linklst or lpalst on either > > system? > > > > > > > > Lastly, why no open an SR with IBM. It will probably be faster for > > > > the DFSORT team to assist you. > > > > > > > > Lizette > > > > > > > > > > > > > -----Original Message----- > > > > > From: IBM Mainframe Discussion List > > > > > [mailto:[email protected]] On Behalf Of Nathan Astle > > > > > Sent: Monday, April 27, 2015 4:41 AM > > > > > To: [email protected] > > > > > Subject: Challenge with DFSORT > > > > > > > > > > Hello, > > > > > > > > > > The DFSORT are not generating a DEFAULT value in 1 lpar but the > > > > > other > > > > lpar > > > > > are able to Generate though they use the same Respack. > > > > > > > > > > The JCL : > > > > > > > > > > //SORTDATE EXEC > > > > > PGM=SORT,REGION=1024K,PARM='CORE=1024K',COND=(0,NE) > > > > > //* > > > > > //SYSOUT DD SYSOUT=* > > > > > //SORTIN DD DSN=NATHAN.DATE,DISP=SHR > > > > > //SORTOUT DD DSN=NATHAN.DATE1,DISP=SHR > > > > > //SORTWK01 DD UNIT=SYSDA,SPACE=(TRK,(50,20),RLSE) > > > > > //SORTWK02 DD UNIT=SYSDA,SPACE=(TRK,(50,20),RLSE) > > > > > //SORTWK03 DD UNIT=SYSDA,SPACE=(TRK,(50,20),RLSE) > > > > > //SORTWK04 DD UNIT=SYSDA,SPACE=(TRK,(50,20),RLSE) > > > > > //SORTWK05 DD UNIT=SYSDA,SPACE=(TRK,(50,20),RLSE) > > > > > //SORTWK06 DD UNIT=SYSDA,SPACE=(TRK,(50,20),RLSE) > > > > > //SYSIN DD * > > > > > OUTREC FIELDS=(1:1,8,9:10,8,64X) > > > > > /* > > > > > > > > > > Result from the Working LPAR : > > > > > > > > > > ICE201I H RECORD TYPE IS F - DATA STARTS IN POSITION 1 > > > > > > > > > > ICE751I 0 C5-K62149 C6-K90026 C7-K58148 C8-K67572 E9-K60824 C9-BASE > > > > > E5-K72040 > > > > > ICE143I 0 BLOCKSET COPY TECHNIQUE SELECTED > > > > > > > > > > ICE250I 0 VISIT http://www.ibm.com/storage/dfsort FOR DFSORT > > > PAPERS, > > > > > EXAMPLES AN ICE000I 1 - CONTROL STATEMENTS FOR 5694-A01, Z/OS > > > DFSORT > > > > > V1R12 - 01:56 ON MON AP > > > > > OUTREC FIELDS=(1:1,8,9:10,8,64X) > > > > > > > > > > ICE201I H RECORD TYPE IS F - DATA STARTS IN POSITION 1 > > > > > > > > > > ICE751I 0 C5-K62149 C6-K90026 C7-K58148 C8-K67572 E9-K60824 C9-BASE > > > > > E5-K72040 > > > > > ICE193I 0 ICEAM1 INVOCATION ENVIRONMENT IN EFFECT - ICEAM1 > > > > > ENVIRONMENT SELECTED ICE252I 1 PARMLIB OPTIONS WERE MERGED > > > WITH > > > > > INSTALLATION MODULE DEFAULTS > > > > > > > > > > > > > > > > > > > > Result from the Non-working LPAR : > > > > > > > > > > ICE805I 1 JOBNAME: TEST120W , STEPNAME: SORTDATE > > > > > > > > > > ICE802I 0 BLOCKSET TECHNIQUE IN CONTROL > > > > > > > > > > ICE000I 1 - CONTROL STATEMENTS FOR 5694-A01, Z/OS DFSORT V1R12 - > > > > > 01:07 ON MON AP > > > > > OUTREC FIELDS=(1:1,8,9:10,8,64X) > > > > > > > > > > ICE010A 0 NO SORT OR MERGE CONTROL STATEMENT > > > > > > > > > > ICE751I 0 C5-K62149 C6-K90026 E7-K70685 > > > > > > > > > > ICE052I 3 END OF DFSORT > > > > > > > > > > > > > > > > > > > > Both the LPAR are in same Sysplex, Use the same SORT loadlibs, > Share > > > > > the DASD too. Not sure why the results are differents and the > > > > > Defaults are > > > > not > > > > > generated. > > > > > > > > > > Could someone please share your thoughts. > > > > > > > > > > z/OS : 1.12 > > > > > > > > > > Nathan > > > > > > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to [email protected] with the message: INFO IBM-MAIN > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
