Re: $P JOBQ Question

[Richards, Robert B.]

No apologies necessary, Jack. Thanks for this follow-up post.

In the absence of any naysayers, I'll increase the values to 10 the next
chance I get.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Jack Schudel
Sent: Wednesday, February 04, 2009 1:18 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: $P JOBQ Question

Sorry about my bad memory regarding the defaults for PCEDEF.

I went back through my init deck notes and found a comment
from 10 OCT 1999 saying that I set most of the PCEDEFs to 10
based on Chip Wood's presentation at SHARE 93. (Chicago, AUG 1999)
This was probably session 2658 JES2 Configuration & Tuning Tips.
SHARE's online handouts do not appear to go back that far, but
the abstract for the session said:

 Is your JES system running as well as it should? There are
 some simple things you may be able to do which can improve
 the efficiency or availability of your system. In this
 session, a representative from JES2 development will
 discuss:
 (.) Initialization statements which must be coded, or for
 which the default is not the best choice,
 (.) Tuning tips to improve performance of checkpoint and
 spool,
 (.) Recommendations for maximizing the availability of your
 JESplex.

I would guess that I would not have set these values to the max
if any potential downside had been mentioned at the session.

/jack
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: $P JOBQ Question

[Jack Schudel]

Sorry about my bad memory regarding the defaults for PCEDEF.

I went back through my init deck notes and found a comment
from 10 OCT 1999 saying that I set most of the PCEDEFs to 10
based on Chip Wood's presentation at SHARE 93. (Chicago, AUG 1999)
This was probably session 2658 JES2 Configuration & Tuning Tips.
SHARE's online handouts do not appear to go back that far, but
the abstract for the session said:

Is your JES system running as well as it should? There are
some simple things you may be able to do which can improve
the efficiency or availability of your system. In this
session, a representative from JES2 development will
discuss:
(.) Initialization statements which must be coded, or for
which the default is not the best choice,
(.) Tuning tips to improve performance of checkpoint and
spool,
(.) Recommendations for maximizing the availability of your
JESplex.

I would guess that I would not have set these values to the max
if any potential downside had been mentioned at the session.

/jack





- Original Message - 
From: "Richards, Robert B." 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Friday, January 30, 2009 6:54 AM
Subject: Re: $P JOBQ Question



Rick,

Thanks for the reminder. Wow, 8 years ago. Time flies Back on topic:

Anyone experience any downside to specifying the maximum?

Bob


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Rick Fochtman
Sent: Thursday, January 29, 2009 12:27 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: $P JOBQ Question

--
I looked at the JES2 Init and Tuning Reference manual and it indicates 
that the default value is "2", not "10". 10 is the maximum value that 
can be specified.


I would be interested in the rationale from anyone who has the maximum 
values set.

---
Bob, we discussed this when you were at Clearing. We ran an automatic 
command at midnight every night to purge old test garbage from the 
spool. Because of the nature of our processing, the fewer PCEDEFs we 
had, the longer it took, on rare occaissions running into morning 
processing and impacting job turnaround times.


And you KNOW how upset people got around there when things showed any 
slowing down! :-))


Rick

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: $P JOBQ Question

[Richards, Robert B.]

Two on one CEC, three on the other (z9BC).  Six lpars in the MAS. The
lpar on the CEC with three GPs issues the command. Purging starts at
0030 hrs.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mark Zelden
Sent: Friday, January 30, 2009 11:46 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: $P JOBQ Question

On Fri, 30 Jan 2009 11:25:37 -0500, Richards, Robert B.
 wrote:

>Mark,
>
>Thanks for the info. I'll try inching it up slowly first from 5 to 7
and
>see if there is any observable impact.
>
>Bob
>

Just out of curiosity, how many GPs do the LPARs involved with the MAS
have?   Per system... not total.   We stagger the purging of "all" input
/
output
over 14 days old with a command that just purges held ("programmer")
output 
over 4 days old.   The held output purge has the most work to do by
far and finished in about 5 seconds last night in our MAS (I'm sure it
takes
longer on Mondays).   Some of the smaller systems in the sysplex not 
in the MAS took longer.  They have engines, less weight, but also
smaller
spools and less output to purge.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at
http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: $P JOBQ Question

[Mark Zelden]

On Fri, 30 Jan 2009 11:25:37 -0500, Richards, Robert B.
 wrote:

>Mark,
>
>Thanks for the info. I'll try inching it up slowly first from 5 to 7 and
>see if there is any observable impact.
>
>Bob
>

Just out of curiosity, how many GPs do the LPARs involved with the MAS
have?   Per system... not total.   We stagger the purging of "all" input /
output
over 14 days old with a command that just purges held ("programmer") output 
over 4 days old.   The held output purge has the most work to do by
far and finished in about 5 seconds last night in our MAS (I'm sure it takes
longer on Mondays).   Some of the smaller systems in the sysplex not 
in the MAS took longer.  They have engines, less weight, but also smaller
spools and less output to purge.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: $P JOBQ Question

[Rick Fochtman]

Rick,

Thanks for the reminder. Wow, 8 years ago. Time flies Back on topic:

Anyone experience any downside to specifying the maximum?

Bob
 


---
The only downside I can think of would be a virtually negligible 
increase in the JES2 REGION size, probably on the order of 1-2K.


(No pun intended!) ;-)

--
Rick
--
Remember that if you’re not the lead dog, the view never changes.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: $P JOBQ Question

[Richards, Robert B.]

Mark,

Thanks for the info. I'll try inching it up slowly first from 5 to 7 and
see if there is any observable impact. 

Bob


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mark Zelden
Sent: Friday, January 30, 2009 10:55 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: $P JOBQ Question

On Fri, 30 Jan 2009 06:54:11 -0500, Richards, Robert B.
 wrote:

>
>Anyone experience any downside to specifying the maximum?
>

I just looked and we have 10 purge processors.  I guess the downside
could be JES2 "taking over your system" (depending on how many
CPs you have) for some period of time when you do these mass
purges of output.  At least if JES2 runs in SYSSTC as it should.
I suspect if this happens at all in any of our environments, no one
notices since it is done at 0 dark 30.  YMMV...

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at
http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: $P JOBQ Question

[Mark Zelden]

On Fri, 30 Jan 2009 06:54:11 -0500, Richards, Robert B.
 wrote:

>Rick,
>
>Thanks for the reminder. Wow, 8 years ago. Time flies Back on topic:
>
>Anyone experience any downside to specifying the maximum?
>
>Bob
>

I just looked and we have 10 purge processors.  I guess the downside
could be JES2 "taking over your system" (depending on how many
CPs you have) for some period of time when you do these mass
purges of output.  At least if JES2 runs in SYSSTC as it should.
I suspect if this happens at all in any of our environments, no one
notices since it is done at 0 dark 30.  YMMV...

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: $P JOBQ Question

[Richards, Robert B.]

Rick,

Thanks for the reminder. Wow, 8 years ago. Time flies Back on topic:

Anyone experience any downside to specifying the maximum?

Bob


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Rick Fochtman
Sent: Thursday, January 29, 2009 12:27 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: $P JOBQ Question

--
I looked at the JES2 Init and Tuning Reference manual and it indicates 
that the default value is "2", not "10". 10 is the maximum value that 
can be specified.

I would be interested in the rationale from anyone who has the maximum 
values set.
---
Bob, we discussed this when you were at Clearing. We ran an automatic 
command at midnight every night to purge old test garbage from the 
spool. Because of the nature of our processing, the fewer PCEDEFs we 
had, the longer it took, on rare occaissions running into morning 
processing and impacting job turnaround times.

And you KNOW how upset people got around there when things showed any 
slowing down! :-))

Rick

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: $P JOBQ Question

[Rick Fochtman]

--
I looked at the JES2 Init and Tuning Reference manual and it indicates 
that the default value is "2", not "10". 10 is the maximum value that 
can be specified.


I would be interested in the rationale from anyone who has the maximum 
values set.

---
Bob, we discussed this when you were at Clearing. We ran an automatic 
command at midnight every night to purge old test garbage from the 
spool. Because of the nature of our processing, the fewer PCEDEFs we 
had, the longer it took, on rare occaissions running into morning 
processing and impacting job turnaround times.


And you KNOW how upset people got around there when things showed any 
slowing down! :-))


--
Rick
--
Remember that if you’re not the lead dog, the view never changes.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: $P JOBQ Question

[Richards, Robert B.]

Jack,

I looked at the JES2 Init and Tuning Reference manual and it indicates
that the default value is "2", not "10". 10 is the maximum value that
can be specified.

I would be interested in the rationale from anyone who has the maximum
values set.

Bob 

-Original Message-
From: Richards, Robert B. 
Sent: Thursday, January 29, 2009 6:42 AM
To: 'IBM Mainframe Discussion List'
Subject: RE: $P JOBQ Question

Jack,

Thanks for the explanation. I learned something new! :-)

On my system, all values from $DPCEDEF are 5. I'll have to ask around
here to see if someone has the rationale for that value. 

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Jack Schudel
Sent: Wednesday, January 28, 2009 5:08 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: $P JOBQ Question

The $PJOBQ command just puts the jobs on the PURGE queue. Each JES2
system has some number of PURGE processors. $DPCEDEF will show the
number.  The default is 10. The purge processors of the member that owns
the checkpoint
will each grab a job and free the track groups associated with that job.
That process can take some time depending on the spool space 
owned by the job, so it can take all the members several checkpoint
cycles to purge all of the queued jobs.

/jack


- Original Message - 
From: "Richards, Robert B." 
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Monday, January 26, 2009 1:55 PM
Subject: Re: $P JOBQ Question

> One more observation: 
> 
> I noticed that once the lock is released and the jobs start purging
from
> the spool, it seems every member of the MAS is participating in the
> purge process. While I like that they are all being helpful, I am
> curious as to why it is happening this way. Ideas?
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: $P JOBQ Question

[Richards, Robert B.]

Jack,

Thanks for the explanation. I learned something new! :-)

On my system, all values from $DPCEDEF are 5. I'll have to ask around
here to see if someone has the rationale for that value. 

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Jack Schudel
Sent: Wednesday, January 28, 2009 5:08 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: $P JOBQ Question

The $PJOBQ command just puts the jobs on the PURGE queue. Each JES2
system has some number of PURGE processors. $DPCEDEF will show the
number.  The default is 10. The purge processors of the member that owns
the checkpoint
will each grab a job and free the track groups associated with that job.
That process can take some time depending on the spool space 
owned by the job, so it can take all the members several checkpoint
cycles to purge all of the queued jobs.

/jack


- Original Message - 
From: "Richards, Robert B." 
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Monday, January 26, 2009 1:55 PM
Subject: Re: $P JOBQ Question

> One more observation: 
> 
> I noticed that once the lock is released and the jobs start purging
from
> the spool, it seems every member of the MAS is participating in the
> purge process. While I like that they are all being helpful, I am
> curious as to why it is happening this way. Ideas?
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: $P JOBQ Question

[Jack Schudel]

The $PJOBQ command just puts the jobs on the PURGE queue.
Each JES2 system has some number of PURGE processors.
$DPCEDEF will show the number.  The default is 10.
The purge processors of the member that owns the checkpoint
will each grab a job and free the track groups associated with that job.
That process can take some time depending on the spool space 
owned by the job, so it can take all the members several checkpoint

cycles to purge all of the queued jobs.

/jack


- Original Message - 
From: "Richards, Robert B." 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Monday, January 26, 2009 1:55 PM
Subject: Re: $P JOBQ Question


One more observation: 


I noticed that once the lock is released and the jobs start purging from
the spool, it seems every member of the MAS is participating in the
purge process. While I like that they are all being helpful, I am
curious as to why it is happening this way. Ideas?

Bob



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: $P JOBQ Question

[Richards, Robert B.]

Mark, 

Were you replying to Ted's comments or mine?

One more observation: 

I noticed that once the lock is released and the jobs start purging from
the spool, it seems every member of the MAS is participating in the
purge process. While I like that they are all being helpful, I am
curious as to why it is happening this way. Ideas?

Bob


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mark Zelden
Sent: Monday, January 26, 2009 1:00 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: $P JOBQ Question

On Mon, 26 Jan 2009 17:01:51 +, Ted MacNEIL 
wrote:

>>Is the time the ckpt is held based on how much work it has to do, or
how
big the spool is or a combination of both?
>
>Based on work to do.

Bob,

So if that is true, then splitting out the command and running it more
often would help since 7 days is really the same as 168 hours. 

For example, doing  programmer output in the mid afternoon and
early evening (depending upon how much of your purging is programmer 
output).  Or even issuing the command twice during the night, the first
time with HOURS>156 and then with HOURS>168.

Or something similar, you get the idea...

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at
http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: $P JOBQ Question

[Mark Zelden]

On Mon, 26 Jan 2009 17:01:51 +, Ted MacNEIL  wrote:

>>Is the time the ckpt is held based on how much work it has to do, or how
big the spool is or a combination of both?
>
>Based on work to do.

Bob,

So if that is true, then splitting out the command and running it more
often would help since 7 days is really the same as 168 hours. 

For example, doing  programmer output in the mid afternoon and
early evening (depending upon how much of your purging is programmer 
output).  Or even issuing the command twice during the night, the first
time with HOURS>156 and then with HOURS>168.

Or something similar, you get the idea...

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: $P JOBQ Question

[Ted MacNEIL]

>Is the time the ckpt is held based on how much work it has to do, or how big 
>the spool is or a combination of both?   

Based on work to do.
There are also parameters to control how long to go between accesses, and how 
long to hold the checkpoint once you've accessed it.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: $P JOBQ Question

[Richards, Robert B.]

Mark,

Operating system level is z/OS 1.9, up and running for almost a year
now.

There are only twenty-three 3390-3 volumes. Command is being issued at
0030 hrs daily.

$DPERFDATA was new to me. Interesting statistics. I'll read up on it
some more, but I like your suggestion regardless.  

Bob 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mark Zelden
Sent: Monday, January 26, 2009 11:35 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: $P JOBQ Question

On Mon, 26 Jan 2009 08:18:15 -0800, Gibney, Dave  wrote:

>   How about issuing it more often, like several times a day. Less
total
>work each time.
>

Is the time the ckpt is held based on how much work it has to do, or
how big the spool is or a combination of both?   

Bob,  how big is your spool and how much is getting purged when
you do this typically?   One of our MASes has 65 3390-3 volumes and
of course we also do daily purges of old output.  I haven't heard of
any issues like this, but that doesn't mean it doesn't happen.  I'm sure
it is done in the middle of the night when no one may care.   

One thing you also didn't mention was the OS level and maintenance
level.
I had heard of more issues like this when z/OS 1.7 first was released
(which
introduced a bunch of changes including INTRDR in user environment) but
I think some of them may have been fixed (or at least helped) in the
service
stream.

Perhaps a $DPERFDATA prior to and after the command would also shed
some light.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at
http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: $P JOBQ Question

[Mark Zelden]

On Mon, 26 Jan 2009 08:18:15 -0800, Gibney, Dave  wrote:

>   How about issuing it more often, like several times a day. Less total
>work each time.
>

Is the time the ckpt is held based on how much work it has to do, or
how big the spool is or a combination of both?   

Bob,  how big is your spool and how much is getting purged when
you do this typically?   One of our MASes has 65 3390-3 volumes and
of course we also do daily purges of old output.  I haven't heard of
any issues like this, but that doesn't mean it doesn't happen.  I'm sure
it is done in the middle of the night when no one may care.   

One thing you also didn't mention was the OS level and maintenance level.
I had heard of more issues like this when z/OS 1.7 first was released (which
introduced a bunch of changes including INTRDR in user environment) but
I think some of them may have been fixed (or at least helped) in the service
stream.

Perahps a $DPERFDATA prior to and after the command would also shed
some light.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: $P JOBQ Question

[Gibney, Dave]

   How about issuing it more often, like several times a day. Less total
work each time.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Richards, Robert B.
> Sent: Monday, January 26, 2009 5:50 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: $P JOBQ Question
> 
> Thanks to Scott, Skip, Mark, etc. for your replies.
> 
> The primary checkpoint is already in a CF and the secondary is on a
> volume by itself. The busiest system in the MAS *is* the one issuing
the
> command.
> 
> I guess the best I can do is to consider changing the time the command
> is executed to a quieter period.
> 
> Bob
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Scott Rowe
> Sent: Friday, January 23, 2009 2:58 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: $P JOBQ Question
> 
> Or put the checkpoint in a CF.
> 
> >>> Skip Robinson  1/23/2009 2:22 PM >>>
> One suggestion is to make sure that housekeeping commands are issued
> *only*
> on the busiest member of the MAS. He's the one most likely to want the
> checkpoint frequently, hence the most likely to complain if it's busy.
> 
> Another suggestion is to isolate JESCKPT1 on its own volume to
minimize
> RESERVE/RELEASE contention.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: $P JOBQ Question

[Richards, Robert B.]

Thanks to Scott, Skip, Mark, etc. for your replies.

The primary checkpoint is already in a CF and the secondary is on a
volume by itself. The busiest system in the MAS *is* the one issuing the
command.

I guess the best I can do is to consider changing the time the command
is executed to a quieter period.
 
Bob


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Scott Rowe
Sent: Friday, January 23, 2009 2:58 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: $P JOBQ Question

Or put the checkpoint in a CF.

>>> Skip Robinson  1/23/2009 2:22 PM >>>
One suggestion is to make sure that housekeeping commands are issued
*only*
on the busiest member of the MAS. He's the one most likely to want the
checkpoint frequently, hence the most likely to complain if it's busy.

Another suggestion is to isolate JESCKPT1 on its own volume to minimize
RESERVE/RELEASE contention.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: $P JOBQ Question

[Scott Rowe]

Or put the checkpoint in a CF.

>>> Skip Robinson  1/23/2009 2:22 PM >>>
One suggestion is to make sure that housekeeping commands are issued *only*
on the busiest member of the MAS. He's the one most likely to want the
checkpoint frequently, hence the most likely to complain if it's busy.

Another suggestion is to isolate JESCKPT1 on its own volume to minimize
RESERVE/RELEASE contention.



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: $P JOBQ Question

[Skip Robinson]

One suggestion is to make sure that housekeeping commands are issued *only*
on the busiest member of the MAS. He's the one most likely to want the
checkpoint frequently, hence the most likely to complain if it's busy.

Another suggestion is to isolate JESCKPT1 on its own volume to minimize
RESERVE/RELEASE contention.

.
.
JO.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com


   
 "Richards, Robert 
 B."   
   IBM-MAIN@bama.ua.edu
 Sent by: IBM   cc 
 Mainframe 
 Discussion List   Subject 
  
   
   
 01/23/2009 09:52  
 AM
   
   
 Please respond to 
   IBM Mainframe   
  Discussion List  

   
   




Mark,

All of your serious suggestions are already in effect. Thanks!

Bob


>Before I go off and read a lot of pages in JES2 manuals, is there a
>better way to do the following such that it does not tie up the
>checkpoint for so long?
>
>$P JOBQ,Q=PPU,DAYS>7,PROTECTED

$P JOBQ,Q=PPU,DAYS>2,PROTECTED

  (wait)

$P JOBQ,Q=PPU,DAYS>4,PROTECTED

  (wait)

$P JOBQ,Q=PPU,DAYS>7,PROTECTED

:-)

Seriously if you do that same command on a daily basis,
I don't think there is any way to speed it up.  Just try to schedule
it at the time there is the least impact and if it is a shared spool
also from a system that has capacity.   Hopefully JES2 runs
in SYSSTC.

Mark
--
Mark Zelden

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: $P JOBQ Question

[Richards, Robert B.]

Mark,

All of your serious suggestions are already in effect. Thanks!

Bob


>Before I go off and read a lot of pages in JES2 manuals, is there a
>better way to do the following such that it does not tie up the
>checkpoint for so long?
>
>$P JOBQ,Q=PPU,DAYS>7,PROTECTED

$P JOBQ,Q=PPU,DAYS>2,PROTECTED

  (wait)

$P JOBQ,Q=PPU,DAYS>4,PROTECTED

  (wait)

$P JOBQ,Q=PPU,DAYS>7,PROTECTED

:-)

Seriously if you do that same command on a daily basis,
I don't think there is any way to speed it up.  Just try to schedule
it at the time there is the least impact and if it is a shared spool
also from a system that has capacity.   Hopefully JES2 runs
in SYSSTC.  

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at
http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: $P JOBQ Question

[Lizette Koehler]

Mark,

Maybe I have fogotten or not stayed up on it, but I always thougth JES2 did 
those when it could.  A low priority command.  Do those commands have a higher 
priority in JES2 so that it could impact the checkpoint?

Lizette



>
>>Before I go off and read a lot of pages in JES2 manuals, is there a
>>better way to do the following such that it does not tie up the
>>checkpoint for so long?
>>
>> 
>>
>>$P JOBQ,Q=PPU,DAYS>7,PROTECTED
>>
>> 
>
>$P JOBQ,Q=PPU,DAYS>2,PROTECTED
>
>  (wait)
>
>$P JOBQ,Q=PPU,DAYS>4,PROTECTED
>
>  (wait)
>
>$P JOBQ,Q=PPU,DAYS>7,PROTECTED
>
>:-)
>
>Seriously if you do that same command on a daily basis,
>I don't think there is any way to speed it up.  Just try to schedule
>it at the time there is the least impact and if it is a shared spool
>also from a system that has capacity.   Hopefully JES2 runs
>in SYSSTC.  
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: $P JOBQ Question

[Mark Zelden]

On Fri, 23 Jan 2009 12:05:45 -0500, Richards, Robert B.
 wrote:

>Before I go off and read a lot of pages in JES2 manuals, is there a
>better way to do the following such that it does not tie up the
>checkpoint for so long?
>
> 
>
>$P JOBQ,Q=PPU,DAYS>7,PROTECTED
>
> 

$P JOBQ,Q=PPU,DAYS>2,PROTECTED

  (wait)

$P JOBQ,Q=PPU,DAYS>4,PROTECTED

  (wait)

$P JOBQ,Q=PPU,DAYS>7,PROTECTED

:-)

Seriously if you do that same command on a daily basis,
I don't think there is any way to speed it up.  Just try to schedule
it at the time there is the least impact and if it is a shared spool
also from a system that has capacity.   Hopefully JES2 runs
in SYSSTC.  

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

$P JOBQ Question

[Richards, Robert B.]

Before I go off and read a lot of pages in JES2 manuals, is there a
better way to do the following such that it does not tie up the
checkpoint for so long?

 

$P JOBQ,Q=PPU,DAYS>7,PROTECTED

 

Thanks in advance for any suggestions,

 

Bob

 

-

Robert B. Richards(Bob)   

US Office of Personnel Management

1900 E Street NW Room: BH04L   

Washington, D.C.  20415  

Phone: (202) 606-1195  

Email: robert.richa...@opm.gov 


-

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html