Re: Spool file
Thanks you have really helped > On Mar 23, 2017, at 9:10 PM, Lizette Koehler <stars...@mindspring.com> wrote: > > When you cold start, you need to include a $S command to get JES2 working > again. > > Lizette > > >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >> Behalf Of Joseph Reichman >> Sent: Thursday, March 23, 2017 6:06 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: Spool file >> >> That is correct >> >> I did have to do a cold start to get JES to use the spool file from my new >> packs >> >> However the cold start none of the other jobs took off >> >> I am thinking of using 2 different iplparm members to get around the problem >> >> >> >>> On Mar 23, 2017, at 8:53 PM, Lizette Koehler <stars...@mindspring.com> >> wrote: >>> >>> Joe >>> >>> Are you using zPDT on Linux? Is that why you have not posted the >>> messages? Or why you have not opened a case with IBM for assistance? >>> >>> >>> >>> That could change the discussion >>> >>> Lizette >>> > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spool file
When you cold start, you need to include a $S command to get JES2 working again. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Joseph Reichman > Sent: Thursday, March 23, 2017 6:06 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Spool file > > That is correct > > I did have to do a cold start to get JES to use the spool file from my new > packs > > However the cold start none of the other jobs took off > > I am thinking of using 2 different iplparm members to get around the problem > > > > > On Mar 23, 2017, at 8:53 PM, Lizette Koehler <stars...@mindspring.com> > wrote: > > > > Joe > > > > Are you using zPDT on Linux? Is that why you have not posted the > > messages? Or why you have not opened a case with IBM for assistance? > > > > > > > > That could change the discussion > > > > Lizette > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spool file
That is correct I did have to do a cold start to get JES to use the spool file from my new packs However the cold start none of the other jobs took off I am thinking of using 2 different iplparm members to get around the problem > On Mar 23, 2017, at 8:53 PM, Lizette Koehler <stars...@mindspring.com> wrote: > > Joe > > Are you using zPDT on Linux? Is that why you have not posted the messages? > Or > why you have not opened a case with IBM for assistance? > > > > That could change the discussion > > Lizette > > >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >> Behalf Of Joseph Reichman >> Sent: Thursday, March 23, 2017 8:12 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: Spool file >> >> Thanks >> >>> On Mar 23, 2017, at 11:05 AM, Lizette Koehler <stars...@mindspring.com> >> wrote: >>> >>> Generally - >>> >>> You can walk the CKPT anytime with $TCKPTDEF,RECONFIG=YES >>> >>> It is long, but fairly safe. You can cancel the process at any time, >>> and JES2 will not impact much until you end it or allow it to proceed >>> with the reconfiguration. >>> >>> You only need to cold start jes2 if you want to change the name of the >>> SPOOL Volume. Otherwise you can init other volumes with the mask >>> selected and allow volumes to drain, and once drained, remove from the >> system. >>> >>> One of the suggestions in best practice for JES2 CKPT is to have CKPT1 >>> in CF Structure and CKPT2 on DASD. >>> >>> >>> >>> >>> Lizette >>> >>>> -Original Message- >>>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >>>> On Behalf Of Joseph Reichman >>>> Sent: Thursday, March 23, 2017 2:36 AM >>>> To: IBM-MAIN@LISTSERV.UA.EDU >>>> Subject: Re: Spool file >>>> >>>> Sorry just got up that was it >>>> >>>> >>>> But I ran I to done other problems >>>> >>>> Can I move the checkpoint file to another pack As well >>>> >>>> Do t know why IBM set it up that way >>>> Putting the spool and check point file on the same pack as the >>>> parmlib's >>>> >>>> >>>>> On Mar 23, 2017, at 2:41 AM, Anthony Thompson >>>>> <anthony.thomp...@nt.gov.au> >>>> wrote: >>>>> >>>>> Of course, you know that implementing a change to the SPOOLDEF >>>>> VOLUME >>>> parameter requires a cold start of JES2? And, unless you're not >>>> interested in keeping any of the old spool data, a spool offload/reload. >>>>> >>>>> Ant. >>>>> >>>>> -Original Message- >>>>> From: IBM Mainframe Discussion List >>>>> [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >>>> Behalf Of Joseph Reichman >>>>> Sent: Thursday, 23 March 2017 8:53 AM >>>>> To: IBM-MAIN@LISTSERV.UA.EDU >>>>> Subject: Re: Spool file >>>>> >>>>> My parmlib member points to SPOOL as the volume but everything else >>>>> shows >>>> B2SYS. >>>>> >>>>> SDSF SPOOL DISPLAY S0W1 2% ACT 14095 FRE 13683 LINE 1-2 (2) >>>>> >>>>> COMMAND INPUT ===>SCROLL ===> >>>>> CSR >>>>> NP NAME Status TGPct TGNum TGUse Command SAff Ext LoCylLoTrk >>>>> >>>>>B2SYS1 ACTIVE 5 3000 164 ANY 00 031B >>>>> >>>>>B2SYS2 ACTIVE 2 11095 248 ANY 01 0006 >>>>> >>>>> >>>>> 3.4 Display >>>>> DSLIST - Data Sets on volume SPOOL* Row 1 >> of >>>>> 6 >>>>> Command ===> Scroll ===> >>>>> PAGE >>>>> >>>>> >>>>> Command - Enter "/" to select action Message >>>>> Volume >>>>> >>>>> >>>>> --- >>>>> SYS1.HASPACE >&
Re: Spool file
Joe Are you using zPDT on Linux? Is that why you have not posted the messages? Or why you have not opened a case with IBM for assistance? That could change the discussion Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Joseph Reichman > Sent: Thursday, March 23, 2017 8:12 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Spool file > > Thanks > > > On Mar 23, 2017, at 11:05 AM, Lizette Koehler <stars...@mindspring.com> > wrote: > > > > Generally - > > > > You can walk the CKPT anytime with $TCKPTDEF,RECONFIG=YES > > > > It is long, but fairly safe. You can cancel the process at any time, > > and JES2 will not impact much until you end it or allow it to proceed > > with the reconfiguration. > > > > You only need to cold start jes2 if you want to change the name of the > > SPOOL Volume. Otherwise you can init other volumes with the mask > > selected and allow volumes to drain, and once drained, remove from the > system. > > > > One of the suggestions in best practice for JES2 CKPT is to have CKPT1 > > in CF Structure and CKPT2 on DASD. > > > > > > > > > > Lizette > > > >> -Original Message- > >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > >> On Behalf Of Joseph Reichman > >> Sent: Thursday, March 23, 2017 2:36 AM > >> To: IBM-MAIN@LISTSERV.UA.EDU > >> Subject: Re: Spool file > >> > >> Sorry just got up that was it > >> > >> > >> But I ran I to done other problems > >> > >> Can I move the checkpoint file to another pack As well > >> > >> Do t know why IBM set it up that way > >> Putting the spool and check point file on the same pack as the > >> parmlib's > >> > >> > >>> On Mar 23, 2017, at 2:41 AM, Anthony Thompson > >>> <anthony.thomp...@nt.gov.au> > >> wrote: > >>> > >>> Of course, you know that implementing a change to the SPOOLDEF > >>> VOLUME > >> parameter requires a cold start of JES2? And, unless you're not > >> interested in keeping any of the old spool data, a spool offload/reload. > >>> > >>> Ant. > >>> > >>> -Original Message- > >>> From: IBM Mainframe Discussion List > >>> [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > >> Behalf Of Joseph Reichman > >>> Sent: Thursday, 23 March 2017 8:53 AM > >>> To: IBM-MAIN@LISTSERV.UA.EDU > >>> Subject: Re: Spool file > >>> > >>> My parmlib member points to SPOOL as the volume but everything else > >>> shows > >> B2SYS. > >>> > >>> SDSF SPOOL DISPLAY S0W1 2% ACT 14095 FRE 13683 LINE 1-2 (2) > >>> > >>> COMMAND INPUT ===>SCROLL ===> > >>> CSR > >>> NP NAME Status TGPct TGNum TGUse Command SAff Ext LoCylLoTrk > >>> > >>> B2SYS1 ACTIVE 5 3000 164 ANY 00 031B > >>> > >>> B2SYS2 ACTIVE 2 11095 248 ANY 01 0006 > >>> > >>> > >>> 3.4 Display > >>> DSLIST - Data Sets on volume SPOOL* Row 1 > of > >>> 6 > >>> Command ===> Scroll ===> > >>> PAGE > >>> > >>> > >>> Command - Enter "/" to select action Message > >>> Volume > >>> > >>> > >>> --- > >>>SYS1.HASPACE > >>> SPOOL1 > >>>SYS1.HASPACE > >>> SPOOL2 > >>>SYS1.HASPACE > >>> SPOOL3 > >>>SYS1.VTOCIX.SPOOL1 > >>> SPOOL1 > >>>SYS1.VTOCIX.SPOOL2 > >>> SPOOL2 > >>>SYS1.VTOCIX.SPOOL3 > >>> SPOOL3 > >>> * End of Data Set list > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> $dspool,long > >>> $HASP893 VOLUME(B2SYS1) > >>> VOLUME(B2SYS1) STATUS=ACTIVE,DSNAME=SYS1.HASPACE, > >>>
Re: Spool file
http://www-01.ibm.com/support/docview.wss?uid=isg1PM24416 It was useful to allocate a HASPINDX ddname and look at inactive SPOOL. In a message dated 3/23/2017 6:41:37 A.M. Central Daylight Time, rpin...@firsttennessee.com writes: I don't think HASPINDX is used anymore -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spool file
Thanks > On Mar 23, 2017, at 11:05 AM, Lizette Koehler <stars...@mindspring.com> wrote: > > Generally - > > You can walk the CKPT anytime with $TCKPTDEF,RECONFIG=YES > > It is long, but fairly safe. You can cancel the process at any time, and JES2 > will not impact much until you end it or allow it to proceed with the > reconfiguration. > > You only need to cold start jes2 if you want to change the name of the SPOOL > Volume. Otherwise you can init other volumes with the mask selected and allow > volumes to drain, and once drained, remove from the system. > > One of the suggestions in best practice for JES2 CKPT is to have CKPT1 in CF > Structure and CKPT2 on DASD. > > > > > Lizette > >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >> Behalf Of Joseph Reichman >> Sent: Thursday, March 23, 2017 2:36 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: Spool file >> >> Sorry just got up that was it >> >> >> But I ran I to done other problems >> >> Can I move the checkpoint file to another pack As well >> >> Do t know why IBM set it up that way >> Putting the spool and check point file on the same pack as the parmlib's >> >> >>> On Mar 23, 2017, at 2:41 AM, Anthony Thompson <anthony.thomp...@nt.gov.au> >> wrote: >>> >>> Of course, you know that implementing a change to the SPOOLDEF VOLUME >> parameter requires a cold start of JES2? And, unless you're not interested in >> keeping any of the old spool data, a spool offload/reload. >>> >>> Ant. >>> >>> -Original Message- >>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >> Behalf Of Joseph Reichman >>> Sent: Thursday, 23 March 2017 8:53 AM >>> To: IBM-MAIN@LISTSERV.UA.EDU >>> Subject: Re: Spool file >>> >>> My parmlib member points to SPOOL as the volume but everything else shows >> B2SYS. >>> >>> SDSF SPOOL DISPLAY S0W1 2% ACT 14095 FRE 13683 LINE 1-2 (2) >>> >>> COMMAND INPUT ===>SCROLL ===> >>> CSR >>> NP NAME Status TGPct TGNum TGUse Command SAff Ext LoCylLoTrk >>> >>> B2SYS1 ACTIVE 5 3000 164 ANY 00 031B >>> >>> B2SYS2 ACTIVE 2 11095 248 ANY 01 0006 >>> >>> >>> 3.4 Display >>> DSLIST - Data Sets on volume SPOOL* Row 1 of >>> 6 >>> Command ===> Scroll ===> >>> PAGE >>> >>> >>> Command - Enter "/" to select action Message >>> Volume >>> >>> --- >>>SYS1.HASPACE >>> SPOOL1 >>>SYS1.HASPACE >>> SPOOL2 >>>SYS1.HASPACE >>> SPOOL3 >>>SYS1.VTOCIX.SPOOL1 >>> SPOOL1 >>>SYS1.VTOCIX.SPOOL2 >>> SPOOL2 >>>SYS1.VTOCIX.SPOOL3 >>> SPOOL3 >>> * End of Data Set list >>> >>> >>> >>> >>> >>> >>> >>> $dspool,long >>> $HASP893 VOLUME(B2SYS1) >>> VOLUME(B2SYS1) STATUS=ACTIVE,DSNAME=SYS1.HASPACE, >>> SYSAFF=(ANY),TGNUM=3000,TGINUSE=164, >>> TRKPERTGB=3,PERCENT=5,RESERVED=NO, >>> MAPTARGET=NO >>> $HASP893 VOLUME(B2SYS2) >>> VOLUME(B2SYS2) STATUS=ACTIVE,DSNAME=SYS1DisplKCELL=3,VOLUME=B2SYS >>> >>> $DSPOLLDEF >>> >>> JES parmlib member >>> >>> SPOOLDEF BUFSIZE=3856, /* MAXIMUM BUFFER SIZEc*/ >>>DSNAME=SYS1.HASPACE, >>>FENCE=NO, /* Don't Force to Min.Vol. oc*/ >>>SPOOLNUM=32,/* Max. Num. Spool Vols--- c* >>>TGBPERVL=5, /* Track Groups per volume in BLOB ownc* >>>TGSIZE=33, /* 30 BUFFERS/TRACK GROUPwnc*/ >>>TGSPACE=(MAX=26288, /* Fits TGMs into 4K Page =(, c*/ >>> WARN=80), /* =(,% onc*/ >>>TRKCELL=3, /* 3 Buffers/Track-cell c*/ >>>VOLUME=SPOO
Re: Spool file
I seem to recall that IBM had a way to zap the volume mask for spool so you did not have to cold start. So it might be worth a call to IBM to see if that is still available for your version of JES2. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Lizette Koehler > Sent: Thursday, March 23, 2017 8:05 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Spool file > > Generally - > > You can walk the CKPT anytime with $TCKPTDEF,RECONFIG=YES > > It is long, but fairly safe. You can cancel the process at any time, and JES2 > will not impact much until you end it or allow it to proceed with the > reconfiguration. > > You only need to cold start jes2 if you want to change the name of the SPOOL > Volume. Otherwise you can init other volumes with the mask selected and allow > volumes to drain, and once drained, remove from the system. > > One of the suggestions in best practice for JES2 CKPT is to have CKPT1 in CF > Structure and CKPT2 on DASD. > > > > > Lizette > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of Joseph Reichman > > Sent: Thursday, March 23, 2017 2:36 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Spool file > > > > Sorry just got up that was it > > > > > > But I ran I to done other problems > > > > Can I move the checkpoint file to another pack As well > > > > Do t know why IBM set it up that way > > Putting the spool and check point file on the same pack as the > > parmlib's > > > > > > > On Mar 23, 2017, at 2:41 AM, Anthony Thompson > > > <anthony.thomp...@nt.gov.au> > > wrote: > > > > > > Of course, you know that implementing a change to the SPOOLDEF > > > VOLUME > > parameter requires a cold start of JES2? And, unless you're not > > interested in keeping any of the old spool data, a spool offload/reload. > > > > > > Ant. > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List > > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of Joseph Reichman > > > Sent: Thursday, 23 March 2017 8:53 AM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: Re: Spool file > > > > > > My parmlib member points to SPOOL as the volume but everything else > > > shows > > B2SYS. > > > > > >SDSF SPOOL DISPLAY S0W1 2% ACT 14095 FRE 13683 LINE 1-2 (2) > > > > > > COMMAND INPUT ===>SCROLL ===> > > > CSR > > > NP NAME Status TGPct TGNum TGUse Command SAff Ext LoCylLoTrk > > > > > > B2SYS1 ACTIVE 5 3000 164 ANY 00 031B > > > > > > B2SYS2 ACTIVE 2 11095 248 ANY 01 0006 > > > > > > > > > 3.4 Display > > > DSLIST - Data Sets on volume SPOOL* Row 1 > of > > > 6 > > > Command ===> Scroll ===> > > > PAGE > > > > > > > > > Command - Enter "/" to select action Message > > > Volume > > > > > > > > > --- > > > SYS1.HASPACE > > > SPOOL1 > > > SYS1.HASPACE > > > SPOOL2 > > > SYS1.HASPACE > > > SPOOL3 > > > SYS1.VTOCIX.SPOOL1 > > > SPOOL1 > > > SYS1.VTOCIX.SPOOL2 > > > SPOOL2 > > > SYS1.VTOCIX.SPOOL3 > > > SPOOL3 > > > * End of Data Set list > > > > > > > > > > > > > > > > > > > > > > > > $dspool,long > > > $HASP893 VOLUME(B2SYS1) > > > VOLUME(B2SYS1) STATUS=ACTIVE,DSNAME=SYS1.HASPACE, > > >SYSAFF=(ANY),TGNUM=3000,TGINUSE=164, > > >TRKPERTGB=3,PERCENT=5,RESERVED=NO, > > >MAPTARGET=NO > > > $HASP893 VOLUME(B2SYS2) > > > VOLUME(B2SYS2) STATUS=ACTIVE,DSNAME=SYS1DisplKCELL=3,VOLUME=B2SYS > > > > > > $DSPOLLDEF > > > > > > JES parmlib member > > > > > > SPOOLDEF BUFSIZE=3856, /* MAXIMUM BUFFER SIZE
Re: Spool file
Generally - You can walk the CKPT anytime with $TCKPTDEF,RECONFIG=YES It is long, but fairly safe. You can cancel the process at any time, and JES2 will not impact much until you end it or allow it to proceed with the reconfiguration. You only need to cold start jes2 if you want to change the name of the SPOOL Volume. Otherwise you can init other volumes with the mask selected and allow volumes to drain, and once drained, remove from the system. One of the suggestions in best practice for JES2 CKPT is to have CKPT1 in CF Structure and CKPT2 on DASD. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Joseph Reichman > Sent: Thursday, March 23, 2017 2:36 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Spool file > > Sorry just got up that was it > > > But I ran I to done other problems > > Can I move the checkpoint file to another pack As well > > Do t know why IBM set it up that way > Putting the spool and check point file on the same pack as the parmlib's > > > > On Mar 23, 2017, at 2:41 AM, Anthony Thompson <anthony.thomp...@nt.gov.au> > wrote: > > > > Of course, you know that implementing a change to the SPOOLDEF VOLUME > parameter requires a cold start of JES2? And, unless you're not interested in > keeping any of the old spool data, a spool offload/reload. > > > > Ant. > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Joseph Reichman > > Sent: Thursday, 23 March 2017 8:53 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Spool file > > > > My parmlib member points to SPOOL as the volume but everything else shows > B2SYS. > > > >SDSF SPOOL DISPLAY S0W1 2% ACT 14095 FRE 13683 LINE 1-2 (2) > > > > COMMAND INPUT ===>SCROLL ===> > > CSR > > NP NAME Status TGPct TGNum TGUse Command SAff Ext LoCylLoTrk > > > > B2SYS1 ACTIVE 5 3000 164 ANY 00 031B > > > > B2SYS2 ACTIVE 2 11095 248 ANY 01 0006 > > > > > > 3.4 Display > > DSLIST - Data Sets on volume SPOOL* Row 1 of > > 6 > > Command ===> Scroll ===> > > PAGE > > > > > > Command - Enter "/" to select action Message > > Volume > > > > --- > > SYS1.HASPACE > > SPOOL1 > > SYS1.HASPACE > > SPOOL2 > > SYS1.HASPACE > > SPOOL3 > > SYS1.VTOCIX.SPOOL1 > > SPOOL1 > > SYS1.VTOCIX.SPOOL2 > > SPOOL2 > > SYS1.VTOCIX.SPOOL3 > > SPOOL3 > > * End of Data Set list > > > > > > > > > > > > > > > > $dspool,long > > $HASP893 VOLUME(B2SYS1) > > VOLUME(B2SYS1) STATUS=ACTIVE,DSNAME=SYS1.HASPACE, > >SYSAFF=(ANY),TGNUM=3000,TGINUSE=164, > >TRKPERTGB=3,PERCENT=5,RESERVED=NO, > >MAPTARGET=NO > > $HASP893 VOLUME(B2SYS2) > > VOLUME(B2SYS2) STATUS=ACTIVE,DSNAME=SYS1DisplKCELL=3,VOLUME=B2SYS > > > > $DSPOLLDEF > > > > JES parmlib member > > > > SPOOLDEF BUFSIZE=3856, /* MAXIMUM BUFFER SIZEc*/ > > DSNAME=SYS1.HASPACE, > > FENCE=NO, /* Don't Force to Min.Vol. oc*/ > > SPOOLNUM=32,/* Max. Num. Spool Vols--- c* > > TGBPERVL=5, /* Track Groups per volume in BLOB ownc* > > TGSIZE=33, /* 30 BUFFERS/TRACK GROUPwnc*/ > > TGSPACE=(MAX=26288, /* Fits TGMs into 4K Page =(, c*/ > > WARN=80), /* =(,% onc*/ > > TRKCELL=3, /* 3 Buffers/Track-cell c*/ > > VOLUME=SPOOL/* SPOOL VOLUME SERIALc*/ > > <--- > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Lizette Koehler > > Sent: Wednesday, March 22, 2017 12:23 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Spool file > > > > Only one HASPACE per JES2 Spool volume > > > > Lizette > > > >> -Original Message- > >> From: IBM Mainframe Discussion L
Re: Spool file
I don't think HASPINDX is used anymore. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Edward Finnell Sent: Thursday, March 23, 2017 3:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Spool file Maybe the SDSF parms point to wrong SYS1.HASPINDX or HASPINDX is incorrectly cataloged? In a message dated 3/23/2017 1:42:06 A.M. Central Daylight Time, anthony.thomp...@nt.gov.au writes: Of course, you know that implementing a change to the SPOOLDEF VOLUME parameter requires a cold start of JES2? And, unless you're not interested in keeping any of the old spool data, a spool offload/reload. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN FIRST TENNESSEE Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spool file
Sorry just got up that was it But I ran I to done other problems Can I move the checkpoint file to another pack As well Do t know why IBM set it up that way Putting the spool and check point file on the same pack as the parmlib's > On Mar 23, 2017, at 2:41 AM, Anthony Thompson <anthony.thomp...@nt.gov.au> > wrote: > > Of course, you know that implementing a change to the SPOOLDEF VOLUME > parameter requires a cold start of JES2? And, unless you're not interested in > keeping any of the old spool data, a spool offload/reload. > > Ant. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Joseph Reichman > Sent: Thursday, 23 March 2017 8:53 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Spool file > > My parmlib member points to SPOOL as the volume but everything else shows > B2SYS. > >SDSF SPOOL DISPLAY S0W1 2% ACT 14095 FRE 13683 LINE 1-2 (2) > > COMMAND INPUT ===>SCROLL ===> > CSR > NP NAME Status TGPct TGNum TGUse Command SAff Ext LoCylLoTrk > > B2SYS1 ACTIVE 5 3000 164 ANY 00 031B > > B2SYS2 ACTIVE 2 11095 248 ANY 01 0006 > > > 3.4 Display > DSLIST - Data Sets on volume SPOOL* Row 1 of > 6 > Command ===> Scroll ===> > PAGE > > > Command - Enter "/" to select action Message > Volume > > --- > SYS1.HASPACE > SPOOL1 > SYS1.HASPACE > SPOOL2 > SYS1.HASPACE > SPOOL3 > SYS1.VTOCIX.SPOOL1 > SPOOL1 > SYS1.VTOCIX.SPOOL2 > SPOOL2 > SYS1.VTOCIX.SPOOL3 > SPOOL3 > * End of Data Set list > > > > > > > > $dspool,long > $HASP893 VOLUME(B2SYS1) > VOLUME(B2SYS1) STATUS=ACTIVE,DSNAME=SYS1.HASPACE, >SYSAFF=(ANY),TGNUM=3000,TGINUSE=164, >TRKPERTGB=3,PERCENT=5,RESERVED=NO, >MAPTARGET=NO > $HASP893 VOLUME(B2SYS2) > VOLUME(B2SYS2) STATUS=ACTIVE,DSNAME=SYS1DisplKCELL=3,VOLUME=B2SYS > > $DSPOLLDEF > > JES parmlib member > > SPOOLDEF BUFSIZE=3856, /* MAXIMUM BUFFER SIZEc*/ > DSNAME=SYS1.HASPACE, > FENCE=NO, /* Don't Force to Min.Vol. oc*/ > SPOOLNUM=32,/* Max. Num. Spool Vols--- c* > TGBPERVL=5, /* Track Groups per volume in BLOB ownc* > TGSIZE=33, /* 30 BUFFERS/TRACK GROUPwnc*/ > TGSPACE=(MAX=26288, /* Fits TGMs into 4K Page =(, c*/ > WARN=80), /* =(,% onc*/ > TRKCELL=3, /* 3 Buffers/Track-cell c*/ > VOLUME=SPOOL /* SPOOL VOLUME SERIALc*/ > <--- > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Lizette Koehler > Sent: Wednesday, March 22, 2017 12:23 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Spool file > > Only one HASPACE per JES2 Spool volume > > Lizette > >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >> On Behalf Of Lizette Koehler >> Sent: Tuesday, March 21, 2017 8:55 PM >> To: IBM-MAIN@LISTSERV.UA.EDU <mailto:IBM-MAIN@LISTSERV.UA.EDU> >> Subject: Re: Spool file >> >> Issue a $DSPOOL,LONG and see what it shows >> >> Issue $DSPOOLDEF and see what it shows >> >> Next go to ISPF 3.4 >> >> Search >> >> ** in the dataset level >> SPOOL* in the VOLSER and see what it shows >> >> I am not clear about your statement: The spool volumes are still on the > same >> pack. Please provide a display of what you are seeing. >> >> >> Lizette >> >> >>> -Original Message- >>> From: IBM Mainframe Discussion List >>> [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Joseph Reichman >>> Sent: Tuesday, March 21, 2017 7:48 PM >>> To: IBM-MAIN@LISTSERV.UA.EDU <mailto:IBM-MAIN@LISTSERV.UA.EDU> >>> S
Re: Spool file
Maybe the SDSF parms point to wrong SYS1.HASPINDX or HASPINDX is incorrectly cataloged? In a message dated 3/23/2017 1:42:06 A.M. Central Daylight Time, anthony.thomp...@nt.gov.au writes: Of course, you know that implementing a change to the SPOOLDEF VOLUME parameter requires a cold start of JES2? And, unless you're not interested in keeping any of the old spool data, a spool offload/reload. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spool file
Of course, you know that implementing a change to the SPOOLDEF VOLUME parameter requires a cold start of JES2? And, unless you're not interested in keeping any of the old spool data, a spool offload/reload. Ant. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Joseph Reichman Sent: Thursday, 23 March 2017 8:53 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Spool file My parmlib member points to SPOOL as the volume but everything else shows B2SYS. SDSF SPOOL DISPLAY S0W1 2% ACT 14095 FRE 13683 LINE 1-2 (2) COMMAND INPUT ===>SCROLL ===> CSR NP NAME Status TGPct TGNum TGUse Command SAff Ext LoCylLoTrk B2SYS1 ACTIVE 5 3000 164 ANY 00 031B B2SYS2 ACTIVE 2 11095 248 ANY 01 0006 3.4 Display DSLIST - Data Sets on volume SPOOL* Row 1 of 6 Command ===> Scroll ===> PAGE Command - Enter "/" to select action Message Volume --- SYS1.HASPACE SPOOL1 SYS1.HASPACE SPOOL2 SYS1.HASPACE SPOOL3 SYS1.VTOCIX.SPOOL1 SPOOL1 SYS1.VTOCIX.SPOOL2 SPOOL2 SYS1.VTOCIX.SPOOL3 SPOOL3 * End of Data Set list $dspool,long $HASP893 VOLUME(B2SYS1) VOLUME(B2SYS1) STATUS=ACTIVE,DSNAME=SYS1.HASPACE, SYSAFF=(ANY),TGNUM=3000,TGINUSE=164, TRKPERTGB=3,PERCENT=5,RESERVED=NO, MAPTARGET=NO $HASP893 VOLUME(B2SYS2) VOLUME(B2SYS2) STATUS=ACTIVE,DSNAME=SYS1DisplKCELL=3,VOLUME=B2SYS $DSPOLLDEF JES parmlib member SPOOLDEF BUFSIZE=3856, /* MAXIMUM BUFFER SIZEc*/ DSNAME=SYS1.HASPACE, FENCE=NO, /* Don't Force to Min.Vol. oc*/ SPOOLNUM=32,/* Max. Num. Spool Vols--- c* TGBPERVL=5, /* Track Groups per volume in BLOB ownc* TGSIZE=33, /* 30 BUFFERS/TRACK GROUPwnc*/ TGSPACE=(MAX=26288, /* Fits TGMs into 4K Page =(, c*/ WARN=80), /* =(,% onc*/ TRKCELL=3, /* 3 Buffers/Track-cell c*/ VOLUME=SPOOL/* SPOOL VOLUME SERIALc*/ <--- -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Wednesday, March 22, 2017 12:23 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Spool file Only one HASPACE per JES2 Spool volume Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lizette Koehler > Sent: Tuesday, March 21, 2017 8:55 PM > To: IBM-MAIN@LISTSERV.UA.EDU <mailto:IBM-MAIN@LISTSERV.UA.EDU> > Subject: Re: Spool file > > Issue a $DSPOOL,LONG and see what it shows > > Issue $DSPOOLDEF and see what it shows > > Next go to ISPF 3.4 > > Search > > ** in the dataset level > SPOOL* in the VOLSER and see what it shows > > I am not clear about your statement: The spool volumes are still on the same > pack. Please provide a display of what you are seeing. > > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Joseph Reichman > > Sent: Tuesday, March 21, 2017 7:48 PM > > To: IBM-MAIN@LISTSERV.UA.EDU <mailto:IBM-MAIN@LISTSERV.UA.EDU> > > Subject: Re: Spool file > > > > I have 3 vols SPOOL1 SPOOL2 and SPOOL3 > > > > In jes2 parmlib member on the spool def for volume I specify SPOOL > > and yet after ipl'ing > > > > And then going back to SDSF to look for the spool volumes are on > > still on the same pack > > > > > > > > > On Mar 21, 2017, at 11:20 AM, Lizette Koehler > > > <stars...@mindspring.com <mailto:stars...@mindspring.com> > > > wrote: > > > > > > The best practice for JES2 Spool file is standalone. Never put > > > anything on the same volume as either the SPOOL Space or the CKPT > datasets. > > > > > > That can lead to unintentional issues. > > > > > > Many shops in the past have tended towards multi-use volumes with > > > JES2. This is not re
Re: Spool file
Hate inserting myself - Joe is using zdpt on Linux on his home laptop. Might change the discussion a little. Jay Campbell -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf Of Joseph Reichman Sent: Wednesday, March 22, 2017 7:23 PM To: IBM-MAIN@listserv.ua.edu Subject: Re: Spool file My parmlib member points to SPOOL as the volume but everything else shows B2SYS. SDSF SPOOL DISPLAY S0W1 2% ACT 14095 FRE 13683 LINE 1-2 (2) COMMAND INPUT ===>SCROLL ===> CSR NP NAME Status TGPct TGNum TGUse Command SAff Ext LoCylLoTrk B2SYS1 ACTIVE 5 3000 164 ANY 00 031B B2SYS2 ACTIVE 2 11095 248 ANY 01 0006 3.4 Display DSLIST - Data Sets on volume SPOOL* Row 1 of 6 Command ===> Scroll ===> PAGE Command - Enter "/" to select action Message Volume --- SYS1.HASPACE SPOOL1 SYS1.HASPACE SPOOL2 SYS1.HASPACE SPOOL3 SYS1.VTOCIX.SPOOL1 SPOOL1 SYS1.VTOCIX.SPOOL2 SPOOL2 SYS1.VTOCIX.SPOOL3 SPOOL3 * End of Data Set list $dspool,long $HASP893 VOLUME(B2SYS1) VOLUME(B2SYS1) STATUS=ACTIVE,DSNAME=SYS1.HASPACE, SYSAFF=(ANY),TGNUM=3000,TGINUSE=164, TRKPERTGB=3,PERCENT=5,RESERVED=NO, MAPTARGET=NO $HASP893 VOLUME(B2SYS2) VOLUME(B2SYS2) STATUS=ACTIVE,DSNAME=SYS1DisplKCELL=3,VOLUME=B2SYS $DSPOLLDEF JES parmlib member SPOOLDEF BUFSIZE=3856, /* MAXIMUM BUFFER SIZEc*/ DSNAME=SYS1.HASPACE, FENCE=NO, /* Don't Force to Min.Vol. oc*/ SPOOLNUM=32,/* Max. Num. Spool Vols--- c* TGBPERVL=5, /* Track Groups per volume in BLOB ownc* TGSIZE=33, /* 30 BUFFERS/TRACK GROUPwnc*/ TGSPACE=(MAX=26288, /* Fits TGMs into 4K Page =(, c*/ WARN=80), /* =(,% onc*/ TRKCELL=3, /* 3 Buffers/Track-cell c*/ VOLUME=SPOOL/* SPOOL VOLUME SERIALc*/ <--- -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Wednesday, March 22, 2017 12:23 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Spool file Only one HASPACE per JES2 Spool volume Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lizette Koehler > Sent: Tuesday, March 21, 2017 8:55 PM > To: IBM-MAIN@LISTSERV.UA.EDU <mailto:IBM-MAIN@LISTSERV.UA.EDU> > Subject: Re: Spool file > > Issue a $DSPOOL,LONG and see what it shows > > Issue $DSPOOLDEF and see what it shows > > Next go to ISPF 3.4 > > Search > > ** in the dataset level > SPOOL* in the VOLSER and see what it shows > > I am not clear about your statement: The spool volumes are still on the same > pack. Please provide a display of what you are seeing. > > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Joseph Reichman > > Sent: Tuesday, March 21, 2017 7:48 PM > > To: IBM-MAIN@LISTSERV.UA.EDU <mailto:IBM-MAIN@LISTSERV.UA.EDU> > > Subject: Re: Spool file > > > > I have 3 vols SPOOL1 SPOOL2 and SPOOL3 > > > > In jes2 parmlib member on the spool def for volume I specify SPOOL > > and yet after ipl'ing > > > > And then going back to SDSF to look for the spool volumes are on > > still on the same pack > > > > > > > > > On Mar 21, 2017, at 11:20 AM, Lizette Koehler > > > <stars...@mindspring.com <mailto:stars...@mindspring.com> > > > wrote: > > > > > > The best practice for JES2 Spool file is standalone. Never put > > > anything on the same volume as either the SPOOL Space or the CKPT > datasets. > > > > > > That can lead to unintentional issues. > > > > > > Many shops in the past have tended towards multi-use volumes with > > > JES2. This is not recommended. > > > > > > With storage arrays, you can code a volume as a MO
Re: Spool file
My parmlib member points to SPOOL as the volume but everything else shows B2SYS. SDSF SPOOL DISPLAY S0W1 2% ACT 14095 FRE 13683 LINE 1-2 (2) COMMAND INPUT ===>SCROLL ===> CSR NP NAME Status TGPct TGNum TGUse Command SAff Ext LoCylLoTrk B2SYS1 ACTIVE 5 3000 164 ANY 00 031B B2SYS2 ACTIVE 2 11095 248 ANY 01 0006 3.4 Display DSLIST - Data Sets on volume SPOOL* Row 1 of 6 Command ===> Scroll ===> PAGE Command - Enter "/" to select action Message Volume --- SYS1.HASPACE SPOOL1 SYS1.HASPACE SPOOL2 SYS1.HASPACE SPOOL3 SYS1.VTOCIX.SPOOL1 SPOOL1 SYS1.VTOCIX.SPOOL2 SPOOL2 SYS1.VTOCIX.SPOOL3 SPOOL3 * End of Data Set list $dspool,long $HASP893 VOLUME(B2SYS1) VOLUME(B2SYS1) STATUS=ACTIVE,DSNAME=SYS1.HASPACE, SYSAFF=(ANY),TGNUM=3000,TGINUSE=164, TRKPERTGB=3,PERCENT=5,RESERVED=NO, MAPTARGET=NO $HASP893 VOLUME(B2SYS2) VOLUME(B2SYS2) STATUS=ACTIVE,DSNAME=SYS1DisplKCELL=3,VOLUME=B2SYS $DSPOLLDEF JES parmlib member SPOOLDEF BUFSIZE=3856, /* MAXIMUM BUFFER SIZEc*/ DSNAME=SYS1.HASPACE, FENCE=NO, /* Don't Force to Min.Vol. oc*/ SPOOLNUM=32,/* Max. Num. Spool Vols--- c* TGBPERVL=5, /* Track Groups per volume in BLOB ownc* TGSIZE=33, /* 30 BUFFERS/TRACK GROUPwnc*/ TGSPACE=(MAX=26288, /* Fits TGMs into 4K Page =(, c*/ WARN=80), /* =(,% onc*/ TRKCELL=3, /* 3 Buffers/Track-cell c*/ VOLUME=SPOOL/* SPOOL VOLUME SERIALc*/ <--- -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Wednesday, March 22, 2017 12:23 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Spool file Only one HASPACE per JES2 Spool volume Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lizette Koehler > Sent: Tuesday, March 21, 2017 8:55 PM > To: IBM-MAIN@LISTSERV.UA.EDU <mailto:IBM-MAIN@LISTSERV.UA.EDU> > Subject: Re: Spool file > > Issue a $DSPOOL,LONG and see what it shows > > Issue $DSPOOLDEF and see what it shows > > Next go to ISPF 3.4 > > Search > > ** in the dataset level > SPOOL* in the VOLSER and see what it shows > > I am not clear about your statement: The spool volumes are still on the same > pack. Please provide a display of what you are seeing. > > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Joseph Reichman > > Sent: Tuesday, March 21, 2017 7:48 PM > > To: IBM-MAIN@LISTSERV.UA.EDU <mailto:IBM-MAIN@LISTSERV.UA.EDU> > > Subject: Re: Spool file > > > > I have 3 vols SPOOL1 SPOOL2 and SPOOL3 > > > > In jes2 parmlib member on the spool def for volume I specify SPOOL > > and yet after ipl'ing > > > > And then going back to SDSF to look for the spool volumes are on > > still on the same pack > > > > > > > > > On Mar 21, 2017, at 11:20 AM, Lizette Koehler > > > <stars...@mindspring.com <mailto:stars...@mindspring.com> > > > wrote: > > > > > > The best practice for JES2 Spool file is standalone. Never put > > > anything on the same volume as either the SPOOL Space or the CKPT > datasets. > > > > > > That can lead to unintentional issues. > > > > > > Many shops in the past have tended towards multi-use volumes with > > > JES2. This is not recommended. > > > > > > With storage arrays, you can code a volume as a MOD9 (9GB, 10,017 > > > Cylinders) and only place the ckpt or the spool space (not both) > > > on it. The array will typically only hold the amount of storage on > > > the > > > mod9 as is allocated. It does not hold the entire 10,017 > > > cylinders when you only have a 60 cylinder dataset on i
Re: Spool file
Ok will do Thanks > On Mar 22, 2017, at 10:30 AM, Lizette Koehler <stars...@mindspring.com> wrote: > > Besides posting the info requested > $DSPOOL,ALL > $DSPOOLDEF,LONG > > 3.4 listing of dataset on spool volumes > > Include any error message (complete text) that requires you to IPL. > > I am guessing you are seeing HASP message and maybe IEC messages. But show us > what you see. > > Thank you > > Lizette > > >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >> Behalf Of Joseph Reichman >> Sent: Wednesday, March 22, 2017 5:47 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: Spool file >> >> I just allocated the dataset SYS1.HASPACE >> >> On all 3 volumes and on the SPOOLDEF >> >> Macro vol prameter had SPOOL >> >> The name of the 3 volumes I have a dataset >> >> SYS1.HASPACE are SPOOL1 SPOOL2 and SPOOL3 I wasn't aware I had to do anything >> else >> >> Joe Reichman >> 8045 Newell St Apt 403 >> Silver Spring MD 20910 >> Home (240) 863-3965 >> Cell (917) 748 -9693 >> >>> On Mar 22, 2017, at 7:51 AM, Elardus Engelbrecht >> <elardus.engelbre...@sita.co.za> wrote: >>> >>> Jousma, David wrote: >>> >>>> If you have never used spool2 and spool3, you will need to start those >> volumes, and probably format them too. Then you will want to drain spool1 if >> you no longer want to use. This all assumes you have allocated a >> SYS1.HASPACE(or whatever name you use in SPOOLDEF) dataset on each volume. >>> >>> Good advice! If your STCs are still using spool1, then you're SOL unless you >> can stop/start them. >>> >>> >>> Joseph Reichman wrote: >>> >>>> It's getting corrupted and I have to re-ipl >>> >>> How do you know it is getting corrupted? Do you see any message(s)? Please >> post these messages if you can. >>> >>> >>>> I have 3 vols SPOOL1 SPOOL2 and SPOOL3 >>> >>> What are on them? Only Spool datasets? These NON-SMS volsers should or >> rather MUST have only these datasets on them. >>> >>> What are their attributes? LRECL, BLKSIZE, etc.? >>> >>> Your checkpoint datasets, JES2 parmlibs, etc. must be spread around on your >> other volumes. >>> >>> Groete / Greetings >>> Elardus Engelbrecht > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spool file
Besides posting the info requested $DSPOOL,ALL $DSPOOLDEF,LONG 3.4 listing of dataset on spool volumes Include any error message (complete text) that requires you to IPL. I am guessing you are seeing HASP message and maybe IEC messages. But show us what you see. Thank you Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Joseph Reichman > Sent: Wednesday, March 22, 2017 5:47 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Spool file > > I just allocated the dataset SYS1.HASPACE > > On all 3 volumes and on the SPOOLDEF > > Macro vol prameter had SPOOL > > The name of the 3 volumes I have a dataset > > SYS1.HASPACE are SPOOL1 SPOOL2 and SPOOL3 I wasn't aware I had to do anything > else > > Joe Reichman > 8045 Newell St Apt 403 > Silver Spring MD 20910 > Home (240) 863-3965 > Cell (917) 748 -9693 > > > On Mar 22, 2017, at 7:51 AM, Elardus Engelbrecht > <elardus.engelbre...@sita.co.za> wrote: > > > > Jousma, David wrote: > > > >> If you have never used spool2 and spool3, you will need to start those > volumes, and probably format them too. Then you will want to drain spool1 if > you no longer want to use. This all assumes you have allocated a > SYS1.HASPACE(or whatever name you use in SPOOLDEF) dataset on each volume. > > > > Good advice! If your STCs are still using spool1, then you're SOL unless you > can stop/start them. > > > > > > Joseph Reichman wrote: > > > >> It's getting corrupted and I have to re-ipl > > > > How do you know it is getting corrupted? Do you see any message(s)? Please > post these messages if you can. > > > > > >> I have 3 vols SPOOL1 SPOOL2 and SPOOL3 > > > > What are on them? Only Spool datasets? These NON-SMS volsers should or > rather MUST have only these datasets on them. > > > > What are their attributes? LRECL, BLKSIZE, etc.? > > > > Your checkpoint datasets, JES2 parmlibs, etc. must be spread around on your > other volumes. > > > > Groete / Greetings > > Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spool file
Thank so much for your help as jay will tell you I'm in a Java class I'm running z/os 2.2 I will do when I get home Thanks again > On Mar 22, 2017, at 9:06 AM, Elardus Engelbrecht >wrote: > > Joseph Reichman wrote: > >> I just allocated the dataset SYS1.HASPACE >> On all 3 volumes and on the SPOOLDEF >> Macro vol prameter had SPOOL >> The name of the 3 volumes I have a dataset >> SYS1.HASPACE are SPOOL1 SPOOL2 and SPOOL3 >> I wasn't aware I had to do anything else > > Ok. Thanks. Could you be kind to post your SPOOLDEF and all its parameters? > > On what z/OS level are you? > > When you start your JES2, are the results of $DSPOOLDEF the same as your > SPOOLDEF statement? > > >> It's getting corrupted and I have to re-ipl > > How do you know it is getting corrupted? Do you see any message(s)? Please > post these messages if you can. > > Groete / Greetings > Elardus Engelbrecht > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spool file
Joseph Reichman wrote: >I just allocated the dataset SYS1.HASPACE >On all 3 volumes and on the SPOOLDEF >Macro vol prameter had SPOOL >The name of the 3 volumes I have a dataset >SYS1.HASPACE are SPOOL1 SPOOL2 and SPOOL3 >I wasn't aware I had to do anything else Ok. Thanks. Could you be kind to post your SPOOLDEF and all its parameters? On what z/OS level are you? When you start your JES2, are the results of $DSPOOLDEF the same as your SPOOLDEF statement? > It's getting corrupted and I have to re-ipl How do you know it is getting corrupted? Do you see any message(s)? Please post these messages if you can. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spool file
I just allocated the dataset SYS1.HASPACE On all 3 volumes and on the SPOOLDEF Macro vol prameter had SPOOL The name of the 3 volumes I have a dataset SYS1.HASPACE are SPOOL1 SPOOL2 and SPOOL3 I wasn't aware I had to do anything else Joe Reichman 8045 Newell St Apt 403 Silver Spring MD 20910 Home (240) 863-3965 Cell (917) 748 -9693 > On Mar 22, 2017, at 7:51 AM, Elardus Engelbrecht >wrote: > > Jousma, David wrote: > >> If you have never used spool2 and spool3, you will need to start those >> volumes, and probably format them too. Then you will want to drain spool1 >> if you no longer want to use. This all assumes you have allocated a >> SYS1.HASPACE(or whatever name you use in SPOOLDEF) dataset on each volume. > > Good advice! If your STCs are still using spool1, then you're SOL unless you > can stop/start them. > > > Joseph Reichman wrote: > >> It's getting corrupted and I have to re-ipl > > How do you know it is getting corrupted? Do you see any message(s)? Please > post these messages if you can. > > >> I have 3 vols SPOOL1 SPOOL2 and SPOOL3 > > What are on them? Only Spool datasets? These NON-SMS volsers should or rather > MUST have only these datasets on them. > > What are their attributes? LRECL, BLKSIZE, etc.? > > Your checkpoint datasets, JES2 parmlibs, etc. must be spread around on your > other volumes. > > Groete / Greetings > Elardus Engelbrecht > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spool file
Jousma, David wrote: >If you have never used spool2 and spool3, you will need to start those >volumes, and probably format them too. Then you will want to drain spool1 if >you no longer want to use. This all assumes you have allocated a >SYS1.HASPACE(or whatever name you use in SPOOLDEF) dataset on each volume. Good advice! If your STCs are still using spool1, then you're SOL unless you can stop/start them. Joseph Reichman wrote: >It's getting corrupted and I have to re-ipl How do you know it is getting corrupted? Do you see any message(s)? Please post these messages if you can. >I have 3 vols SPOOL1 SPOOL2 and SPOOL3 What are on them? Only Spool datasets? These NON-SMS volsers should or rather MUST have only these datasets on them. What are their attributes? LRECL, BLKSIZE, etc.? Your checkpoint datasets, JES2 parmlibs, etc. must be spread around on your other volumes. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spool file
If you have never used spool2 and spool3, you will need to start those volumes, and probably format them too. Then you will want to drain spool1 if you no longer want to use. This all assumes you have allocated a SYS1.HASPACE(or whatever name you use in SPOOLDEF) dataset on each volume. _ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Joseph Reichman Sent: Tuesday, March 21, 2017 10:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Spool file I have 3 vols SPOOL1 SPOOL2 and SPOOL3 In jes2 parmlib member on the spool def for volume I specify SPOOL and yet after ipl'ing And then going back to SDSF to look for the spool volumes are on still on the same pack > On Mar 21, 2017, at 11:20 AM, Lizette Koehler <stars...@mindspring.com> wrote: > > The best practice for JES2 Spool file is standalone. Never put > anything on the same volume as either the SPOOL Space or the CKPT datasets. > > That can lead to unintentional issues. > > Many shops in the past have tended towards multi-use volumes with > JES2. This is not recommended. > > With storage arrays, you can code a volume as a MOD9 (9GB, 10,017 > Cylinders) and only place the ckpt or the spool space (not both) on > it. The array will typically only hold the amount of storage on the > mod9 as is allocated. It does not hold the entire 10,017 cylinders > when you only have a 60 cylinder dataset on it. As the volume is > grown - the array will allocate more space to that device until it reaches > its maximum size. > > So, in my shop we have the ckpt on MOD3s and the Spool space on > MOD54s. The MOD3s only use a small portion for the ckpt as the ckpt is under > 1000 cylinders. > The MOD54s are maxed out as I have allocated the entire amount to the > Spool space. > > So even though there could be 3339 cylinders allocated for the MOD3, I > am using barely 15% of that. So the volume is not very large even though it > could be. > > Or your shop could elect to create MOD1s - which is any size you wish > to define > - for your ckpt and spool space to be considered stand alone. > > When you start to mix files on volumes that should be dedicated - CA1 > TMS, JES Spool or JES ckpt - you can enq that volume and cause issues to > those products. > > > Worst case scenario you might encounter is the need to cold start jes2. > > Lizette > > >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >> On Behalf Of Joseph Reichman >> Sent: Tuesday, March 21, 2017 5:47 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Spool file >> >> Hi >> >> I'm having problems with my spool file >> >> SYS1.HASPACE >> >> >> It happens to be in the same pack as my parmlib And other important >> files >> >> I'm wondering can the spool file be on any pack ? >> >> Thanks >> > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spool file
Only one HASPACE per JES2 Spool volume Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Lizette Koehler > Sent: Tuesday, March 21, 2017 8:55 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Spool file > > Issue a $DSPOOL,LONG and see what it shows > > Issue $DSPOOLDEF and see what it shows > > Next go to ISPF 3.4 > > Search > > ** in the dataset level > SPOOL* in the VOLSER and see what it shows > > I am not clear about your statement: The spool volumes are still on the same > pack. Please provide a display of what you are seeing. > > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of Joseph Reichman > > Sent: Tuesday, March 21, 2017 7:48 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Spool file > > > > I have 3 vols SPOOL1 SPOOL2 and SPOOL3 > > > > In jes2 parmlib member on the spool def for volume I specify SPOOL and > > yet after ipl'ing > > > > And then going back to SDSF to look for the spool volumes are on > > still on the same pack > > > > > > > > > On Mar 21, 2017, at 11:20 AM, Lizette Koehler > > > <stars...@mindspring.com> > > wrote: > > > > > > The best practice for JES2 Spool file is standalone. Never put > > > anything on the same volume as either the SPOOL Space or the CKPT > datasets. > > > > > > That can lead to unintentional issues. > > > > > > Many shops in the past have tended towards multi-use volumes with > > > JES2. This is not recommended. > > > > > > With storage arrays, you can code a volume as a MOD9 (9GB, 10,017 > > > Cylinders) and only place the ckpt or the spool space (not both) on > > > it. The array will typically only hold the amount of storage on the > > > mod9 as is allocated. It does not hold the entire 10,017 cylinders > > > when you only have a 60 cylinder dataset on it. As the volume is > > > grown - the array will allocate more space to that device until it > > > reaches > > its maximum size. > > > > > > So, in my shop we have the ckpt on MOD3s and the Spool space on > > > MOD54s. The MOD3s only use a small portion for the ckpt as the ckpt > > > is > > under 1000 cylinders. > > > The MOD54s are maxed out as I have allocated the entire amount to > > > the Spool space. > > > > > > So even though there could be 3339 cylinders allocated for the MOD3, > > > I am using barely 15% of that. So the volume is not very large even > > > though it > > could be. > > > > > > Or your shop could elect to create MOD1s - which is any size you > > > wish to define > > > - for your ckpt and spool space to be considered stand alone. > > > > > > When you start to mix files on volumes that should be dedicated - > > > CA1 TMS, JES Spool or JES ckpt - you can enq that volume and cause > > > issues to > > those products. > > > > > > > > > Worst case scenario you might encounter is the need to cold start jes2. > > > > > > Lizette > > > > > > > > >> -Original Message- > > >> From: IBM Mainframe Discussion List > > >> [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Joseph Reichman > > >> Sent: Tuesday, March 21, 2017 5:47 AM > > >> To: IBM-MAIN@LISTSERV.UA.EDU > > >> Subject: Spool file > > >> > > >> Hi > > >> > > >> I'm having problems with my spool file > > >> > > >> SYS1.HASPACE > > >> > > >> > > >> It happens to be in the same pack as my parmlib And other important > > >> files > > >> > > >> I'm wondering can the spool file be on any pack ? > > >> > > >> Thanks > > >> -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spool file
Issue a $DSPOOL,LONG and see what it shows Issue $DSPOOLDEF and see what it shows Next go to ISPF 3.4 Search ** in the dataset level SPOOL* in the VOLSER and see what it shows I am not clear about your statement: The spool volumes are still on the same pack. Please provide a display of what you are seeing. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Joseph Reichman > Sent: Tuesday, March 21, 2017 7:48 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Spool file > > I have 3 vols SPOOL1 SPOOL2 and SPOOL3 > > In jes2 parmlib member on the spool def for volume I specify SPOOL and yet > after ipl'ing > > And then going back to SDSF to look for the spool volumes are on still on the > same pack > > > > > On Mar 21, 2017, at 11:20 AM, Lizette Koehler <stars...@mindspring.com> > wrote: > > > > The best practice for JES2 Spool file is standalone. Never put > > anything on the same volume as either the SPOOL Space or the CKPT datasets. > > > > That can lead to unintentional issues. > > > > Many shops in the past have tended towards multi-use volumes with > > JES2. This is not recommended. > > > > With storage arrays, you can code a volume as a MOD9 (9GB, 10,017 > > Cylinders) and only place the ckpt or the spool space (not both) on > > it. The array will typically only hold the amount of storage on the > > mod9 as is allocated. It does not hold the entire 10,017 cylinders > > when you only have a 60 cylinder dataset on it. As the volume is > > grown - the array will allocate more space to that device until it reaches > its maximum size. > > > > So, in my shop we have the ckpt on MOD3s and the Spool space on > > MOD54s. The MOD3s only use a small portion for the ckpt as the ckpt is > under 1000 cylinders. > > The MOD54s are maxed out as I have allocated the entire amount to the > > Spool space. > > > > So even though there could be 3339 cylinders allocated for the MOD3, I > > am using barely 15% of that. So the volume is not very large even though it > could be. > > > > Or your shop could elect to create MOD1s - which is any size you wish > > to define > > - for your ckpt and spool space to be considered stand alone. > > > > When you start to mix files on volumes that should be dedicated - CA1 > > TMS, JES Spool or JES ckpt - you can enq that volume and cause issues to > those products. > > > > > > Worst case scenario you might encounter is the need to cold start jes2. > > > > Lizette > > > > > >> -Original Message- > >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > >> On Behalf Of Joseph Reichman > >> Sent: Tuesday, March 21, 2017 5:47 AM > >> To: IBM-MAIN@LISTSERV.UA.EDU > >> Subject: Spool file > >> > >> Hi > >> > >> I'm having problems with my spool file > >> > >> SYS1.HASPACE > >> > >> > >> It happens to be in the same pack as my parmlib And other important > >> files > >> > >> I'm wondering can the spool file be on any pack ? > >> > >> Thanks > >> > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spool file
I have 3 vols SPOOL1 SPOOL2 and SPOOL3 In jes2 parmlib member on the spool def for volume I specify SPOOL and yet after ipl'ing And then going back to SDSF to look for the spool volumes are on still on the same pack > On Mar 21, 2017, at 11:20 AM, Lizette Koehler <stars...@mindspring.com> wrote: > > The best practice for JES2 Spool file is standalone. Never put anything on > the > same volume as either the SPOOL Space or the CKPT datasets. > > That can lead to unintentional issues. > > Many shops in the past have tended towards multi-use volumes with JES2. This > is > not recommended. > > With storage arrays, you can code a volume as a MOD9 (9GB, 10,017 Cylinders) > and > only place the ckpt or the spool space (not both) on it. The array will > typically only hold the amount of storage on the mod9 as is allocated. It > does > not hold the entire 10,017 cylinders when you only have a 60 cylinder dataset > on > it. As the volume is grown - the array will allocate more space to that > device > until it reaches its maximum size. > > So, in my shop we have the ckpt on MOD3s and the Spool space on MOD54s. The > MOD3s only use a small portion for the ckpt as the ckpt is under 1000 > cylinders. > The MOD54s are maxed out as I have allocated the entire amount to the Spool > space. > > So even though there could be 3339 cylinders allocated for the MOD3, I am > using > barely 15% of that. So the volume is not very large even though it could be. > > Or your shop could elect to create MOD1s - which is any size you wish to > define > - for your ckpt and spool space to be considered stand alone. > > When you start to mix files on volumes that should be dedicated - CA1 TMS, JES > Spool or JES ckpt - you can enq that volume and cause issues to those > products. > > > Worst case scenario you might encounter is the need to cold start jes2. > > Lizette > > >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >> Behalf Of Joseph Reichman >> Sent: Tuesday, March 21, 2017 5:47 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Spool file >> >> Hi >> >> I'm having problems with my spool file >> >> SYS1.HASPACE >> >> >> It happens to be in the same pack as my parmlib And other important files >> >> I'm wondering can the spool file be on any pack ? >> >> Thanks >> > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spool file
The name of the spool volume must match your spooldef parm. You can clip any volume to the 4 or 5 character prefix and place a spool volume on it. You can add volumes on the fly so long as the meet the criteria. My preference is for 4 character volume name in the JES2 Deck. SPOOLDEF VOLUME=SPLXP then you can create volumes with the name of SPLXP0 - SPLXPZ (36 volumes). Or if your VOLUME=SPLX then SPLX00 - SPLXZZ could be created. JES2 today is very fast at formatting a new JES2 Spool space. And very fast at formatting a JES2 CKPT Dataset that you can walk your current environment, from-to. The JES2 manuals have good details on the care and feeding of JES2 CKPT and SPOOL Spaces. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Lizette Koehler > Sent: Tuesday, March 21, 2017 8:20 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Spool file > > The best practice for JES2 Spool file is standalone. Never put anything on > the same volume as either the SPOOL Space or the CKPT datasets. > > That can lead to unintentional issues. > > Many shops in the past have tended towards multi-use volumes with JES2. This > is not recommended. > > With storage arrays, you can code a volume as a MOD9 (9GB, 10,017 Cylinders) > and only place the ckpt or the spool space (not both) on it. The array will > typically only hold the amount of storage on the mod9 as is allocated. It > does not hold the entire 10,017 cylinders when you only have a 60 cylinder > dataset on it. As the volume is grown - the array will allocate more space to > that device until it reaches its maximum size. > > So, in my shop we have the ckpt on MOD3s and the Spool space on MOD54s. The > MOD3s only use a small portion for the ckpt as the ckpt is under 1000 > cylinders. > The MOD54s are maxed out as I have allocated the entire amount to the Spool > space. > > So even though there could be 3339 cylinders allocated for the MOD3, I am > using barely 15% of that. So the volume is not very large even though it > could be. > > Or your shop could elect to create MOD1s - which is any size you wish to > define > - for your ckpt and spool space to be considered stand alone. > > When you start to mix files on volumes that should be dedicated - CA1 TMS, JES > Spool or JES ckpt - you can enq that volume and cause issues to those > products. > > > Worst case scenario you might encounter is the need to cold start jes2. > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of Joseph Reichman > > Sent: Tuesday, March 21, 2017 5:47 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Spool file > > > > Hi > > > > I'm having problems with my spool file > > > > SYS1.HASPACE > > > > > > It happens to be in the same pack as my parmlib And other important > > files > > > > I'm wondering can the spool file be on any pack ? > > > > Thanks > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spool file
The best practice for JES2 Spool file is standalone. Never put anything on the same volume as either the SPOOL Space or the CKPT datasets. That can lead to unintentional issues. Many shops in the past have tended towards multi-use volumes with JES2. This is not recommended. With storage arrays, you can code a volume as a MOD9 (9GB, 10,017 Cylinders) and only place the ckpt or the spool space (not both) on it. The array will typically only hold the amount of storage on the mod9 as is allocated. It does not hold the entire 10,017 cylinders when you only have a 60 cylinder dataset on it. As the volume is grown - the array will allocate more space to that device until it reaches its maximum size. So, in my shop we have the ckpt on MOD3s and the Spool space on MOD54s. The MOD3s only use a small portion for the ckpt as the ckpt is under 1000 cylinders. The MOD54s are maxed out as I have allocated the entire amount to the Spool space. So even though there could be 3339 cylinders allocated for the MOD3, I am using barely 15% of that. So the volume is not very large even though it could be. Or your shop could elect to create MOD1s - which is any size you wish to define - for your ckpt and spool space to be considered stand alone. When you start to mix files on volumes that should be dedicated - CA1 TMS, JES Spool or JES ckpt - you can enq that volume and cause issues to those products. Worst case scenario you might encounter is the need to cold start jes2. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Joseph Reichman > Sent: Tuesday, March 21, 2017 5:47 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Spool file > > Hi > > I'm having problems with my spool file > > SYS1.HASPACE > > > It happens to be in the same pack as my parmlib And other important files > > I'm wondering can the spool file be on any pack ? > > Thanks > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spool file
W dniu 2017-03-21 o 13:46, Joseph Reichman pisze: Hi I'm having problems with my spool file SYS1.HASPACE It happens to be in the same pack as my parmlib And other important files I'm wondering can the spool file be on any pack ? Yes, but this is not recommended. Typical setup for production system is set of several volumes dedicated for SPOOL (the only dataset covering all the space except VTOC). Yes, SPOOL is usually big. Note, the SPOOL dataset *looks* like empty, but it is not! You cannot use F(free) in ISPF or move the dataset on live system. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2016 r. kapita zakadowy mBanku S.A. (w caoci wpacony) wynosi 168.955.696 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spool file
It's getting corrupted and I have to re-ipl > On Mar 21, 2017, at 8:50 AM, Tim Brown <tbr...@cenhud.com> wrote: > > Yes we have it on a dedicated volume z22sp1 and z22sp1 > and jes parms is coded accordingly. > > SPOOLDEF VOLUME=Z22SP > > Tim > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Joseph Reichman > Sent: Tuesday, 21 March, 2017 8:47 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Spool file > > > ** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links / > attachments. Never supply UserID/PASSWORD information. > > > Hi > > I'm having problems with my spool file > > SYS1.HASPACE > > > It happens to be in the same pack as my parmlib And other important files > > I'm wondering can the spool file be on any pack ? > > Thanks > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spool file
Yes we have it on a dedicated volume z22sp1 and z22sp1 and jes parms is coded accordingly. SPOOLDEF VOLUME=Z22SP Tim -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Joseph Reichman Sent: Tuesday, 21 March, 2017 8:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Spool file ** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links / attachments. Never supply UserID/PASSWORD information. Hi I'm having problems with my spool file SYS1.HASPACE It happens to be in the same pack as my parmlib And other important files I'm wondering can the spool file be on any pack ? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spool file
For a production system I would say no - I would put the SPOOL datasets on volume(s) by themselves. For a test system you can probably get by with this setup. What problems are you having? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Joseph Reichman Sent: Tuesday, March 21, 2017 8:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Spool file Hi I'm having problems with my spool file SYS1.HASPACE It happens to be in the same pack as my parmlib And other important files I'm wondering can the spool file be on any pack ? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This email transmission and any accompanying attachments may contain CSX privileged and confidential information intended only for the use of the intended addressee. Any dissemination, distribution, copying or action taken in reliance on the contents of this email by anyone other than the intended recipient is strictly prohibited. If you have received this email in error please immediately delete it and notify sender at the above CSX email address. Sender and CSX accept no liability for any damage caused directly or indirectly by receipt of this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Spool file
Hi I'm having problems with my spool file SYS1.HASPACE It happens to be in the same pack as my parmlib And other important files I'm wondering can the spool file be on any pack ? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN