>If PDSE solves the issue, what reason do they have to update JES3?
I am not requesting an update to JES3. I am requesting that JES2 be updated to
include a function that has been available in JES3 for a long time.
>I'd prefer to see greater compatibility between PDSE and UNIX directories:
>PDSE
On Thu, 7 Mar 2019 21:46:57 -0600, Bruce Schaefer wrote:
>I agree; we don't know how well JES2 and PDSE play together. If IBM rejects
>the RFE because PDSE solves the issue, we will likely initiate plans to
>convert the problem dataset to PDSE. Regardless, I believe IBM should update
>JES2 to
I agree; we don't know how well JES2 and PDSE play together. If IBM rejects
the RFE because PDSE solves the issue, we will likely initiate plans to convert
the problem dataset to PDSE. Regardless, I believe IBM should update JES2 to
include the JES3 function provided by //*MAIN UPDATE=
Your vo
Dynamic proclibs is indicated in the Subject.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
On Thu, 7 Mar 2019 16:23:26 -0600, Bruce Schaefer wrote:
>Yes, our application proclib in PROC00 is a PDS.
>
You could fix that, but you's need to recycle the CI(s).
> If JES2 is never down and the proclib is never closed by all members at the
> same time, when would PDSE reclaim any freespace?
@LISTSERV.UA.EDU
Subject: Re: RFE 130689 Enhance JES2 to support compression of dynamic PDS
PROCLIBs.
Yes, our application proclib in PROC00 is a PDS. If JES2 is never down and the
proclib is never closed by all members at the same time, when would PDSE
reclaim any freespace? What did I miss in
Yes, our application proclib in PROC00 is a PDS. If JES2 is never down and the
proclib is never closed by all members at the same time, when would PDSE
reclaim any freespace? What did I miss in this thread?
--
For IBM-MAIN sub
On Thu, 7 Mar 2019 15:10:04 -0600, Paul Gilmartin wrote:
>Since the Tuna is directed to PDS, I suspect the JES2 developers haven't
>yet heard of PDSE.
Not a very likely assumption. They require a PDSE for SHASLNKE.
--
Tom Marchant
---
On Thu, 7 Mar 2019 15:22:56 -0600, Bruce Schaefer wrote:
>Why would JES need to use STOW DISC? JES is not making the update. It is
>reading a member and sometimes an old pointer happens to be "valid".
>
If a PDSE member was *ever* read then subsequently replaced, space
occupied by that member i
On Thu, 7 Mar 2019 13:17:03 -0800, Ed Jaffe wrote:
>On 3/7/2019 1:10 PM, Paul Gilmartin wrote:
>>
>> Since the Tuna is directed to PDS, I suspect the JES2 developers haven't
>> yet heard of PDSE.
>
>I don't think PDSE will release space from an open concatenation.
>
In:
https://www.ibm.com/suppor
Exactly. In our case, a frequently used started task is being impacted. Thus
the request for a method to stall C/I for a very short time.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@l
Why would JES need to use STOW DISC? JES is not making the update. It is
reading a member and sometimes an old pointer happens to be "valid".
I am requesting a method that prevents/stalls C/I from reading a PROCLIB while
the compress job runs. For us, the is typically less than two seconds. O
half of Ed
Jaffe
Sent: Thursday, March 7, 2019 4:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RFE 130689 Enhance JES2 to support compression of dynamic PDS
PROCLIBs.
On 3/7/2019 1:10 PM, Paul Gilmartin wrote:
>
> Since the Tuna is directed to PDS, I suspect the JES2 developers haven'
On 3/7/2019 1:10 PM, Paul Gilmartin wrote:
Since the Tuna is directed to PDS, I suspect the JES2 developers haven't
yet heard of PDSE.
I don't think PDSE will release space from an open concatenation.
--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 9
On Thu, 7 Mar 2019 14:25:07 -0600, Bruce Schaefer wrote:
>Paul, I have not found any IBM doc to indicate that PDSE solves the problem.
>The JES2 Init&Tuning Guide simply says:
>To ensure performance and integrity, do not:
>v Allocate additional extents or release extents
>v Compress a PROCLIB da
yes.
Thanks for asking, please vote!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
JES2 to support compression of dynamic PDS
PROCLIBs.
Paul, I have not found any IBM doc to indicate that PDSE solves the problem.
The JES2 Init&Tuning Guide simply says:
To ensure performance and integrity, do not:
v Allocate additional extents or release extents
v Compress a PROCLIB data s
Paul, I have not found any IBM doc to indicate that PDSE solves the problem.
The JES2 Init&Tuning Guide simply says:
To ensure performance and integrity, do not:
v Allocate additional extents or release extents
v Compress a PROCLIB data set
v Defragment (move) a volume containing a PROCLIB
My un
On Thu, 7 Mar 2019 12:32:36 -0600, Bruce Schaefer wrote:
>Hello list.
>After discussing with Gary P. I submitted:
>http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=130689
>with headline of: Enhance JES2 to support compression of dynamic PDS PROCLIBs
>
Isn't this a job for PD
Hello list.
After discussing with Gary P. I submitted:
http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=130689
with headline of: Enhance JES2 to support compression of dynamic PDS PROCLIBs
Please review and provide your vote to help get the JES3 function added to JES2.
In th
20 matches
Mail list logo
