Re: Spool file

2017-03-23 Thread Joseph Reichman
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

2017-03-23 Thread Lizette Koehler
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

2017-03-23 Thread Joseph Reichman
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

2017-03-23 Thread Lizette Koehler
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

2017-03-23 Thread Edward Finnell
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

2017-03-23 Thread Joseph Reichman
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

2017-03-23 Thread Lizette Koehler
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

2017-03-23 Thread Lizette Koehler
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

2017-03-23 Thread PINION, RICHARD W.
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

2017-03-23 Thread Joseph Reichman
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

2017-03-23 Thread Edward Finnell
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

2017-03-23 Thread Anthony Thompson
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

2017-03-22 Thread Campbell Jay
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

2017-03-22 Thread Joseph Reichman
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

2017-03-22 Thread Joseph Reichman
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

2017-03-22 Thread Lizette Koehler
 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

2017-03-22 Thread Joseph Reichman
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

2017-03-22 Thread Elardus Engelbrecht
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

2017-03-22 Thread Joseph Reichman
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

2017-03-22 Thread Elardus Engelbrecht
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

2017-03-22 Thread Jousma, David
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

2017-03-21 Thread Lizette Koehler
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

2017-03-21 Thread Lizette Koehler
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

2017-03-21 Thread Joseph Reichman
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

2017-03-21 Thread Lizette Koehler
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

2017-03-21 Thread Lizette Koehler
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

2017-03-21 Thread R.S.

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

2017-03-21 Thread Joseph Reichman
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

2017-03-21 Thread Tim Brown
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

2017-03-21 Thread Burrell, Todd
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

2017-03-21 Thread Joseph Reichman
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