During IPL ICEOPT procedure didn't start. So now it's resolved.

Thank you for all the help.
On 30 Apr 2015 01:01, "Sri h Kolusu" <[email protected]> wrote:

> Nathan,
>
> Just checking to see if you are able to fix the problem. It would be nice
> if you can update IBM-Main with the solution you came up with
>
> Thanks,
> Sri Hari Kolusu
> DFSORT Development
> IBM Corporation
> Email: [email protected]
> Phone: 408-927-2187 Tie Line: 457-2187
>
>
>
> From:        Nathan Astle <[email protected]>
> To:        Sri h Kolusu/Silicon Valley/IBM@IBMUS
> Date:        04/27/2015 09:40 AM
> Subject:        Re: Challenge with DFSORT
> ------------------------------
>
>
>
> Hi Kolusu
>
> Yes after IPL it started giving problem.  Is it possible that S ICEOPTS
> didn't start during IPL ?
>
> On 27 Apr 2015 21:57, "Sri h Kolusu" <*[email protected]*
> <[email protected]>> wrote:
> Nathan,
>
> The DEFAULTS job will list all the parmlib overrides.  If you had Z33=YES
> on both systems, was an IPL performed on LPAR2 too?
>
> Thanks,
> Sri Hari Kolusu
> DFSORT Development
> IBM Corporation
> Email: *[email protected]* <[email protected]>
> Phone: 408-927-2187 Tie Line: 457-2187
>
>
>
> From:        Nathan Astle <*[email protected]* <[email protected]>>
> To:        Sri h Kolusu/Silicon Valley/IBM@IBMUS
> Date:        04/27/2015 09:09 AM
> Subject:        Re: Challenge with DFSORT
>  ------------------------------
>
>
>
> Hi Kolusu,
>
> I see Z33=YES on both. Is there a way to find if ICEOPT was started ? Any
> display commands to confirm ?
>
> On Mon, Apr 27, 2015 at 9:29 PM, Sri h Kolusu <*[email protected]*
> <[email protected]>> wrote:
> Nathan,
>
> I am guessing that your shop has migrated from CA-SORT and you have
> Z33=YES on LPAR1 which will perform a COPY application instead of
> terminating when SORT, MERGE or COPY is not specified. LPAR 2 is missing
> that parm.
>
> You can check the defaults using the following. Run this job on both LPARS
> and compare the output. Look for Z33 in particular.
>
> //STEP0100 EXEC PGM=ICETOOL
> //TOOLMSG   DD SYSOUT=*
> //DFSMSG    DD SYSOUT=*
> //OUT       DD SYSOUT=*
> //TOOLIN    DD *
>   DEFAULTS LIST(OUT)
> /*
>
> Thanks,
> Kolusu
> DFSORT Development
>
> IBM Mainframe Discussion List <*[email protected]*
> <[email protected]>> wrote on
> 04/27/2015 04:41:11 AM:
>
> > From: Nathan Astle <*[email protected]* <[email protected]>>
> > To: *[email protected]* <[email protected]>
> > Date: 04/27/2015 04:41 AM
> > Subject: Challenge with DFSORT
> > Sent by: IBM Mainframe Discussion List <*[email protected]*
> <[email protected]>>
> >
> > 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*
> <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]* <[email protected]>
> with the message: INFO IBM-MAIN
> >
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to *[email protected]* <[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

Reply via email to