This is the public portal for all IBM Z Hardware and Operating System related offerings. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).
We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:
Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,
Post an idea.
Get feedback from the IBM team and other customers to refine your idea.
Follow the idea through the IBM Ideas process.
Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.
IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.
ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.
This is a former DCR MR0923135057 issued on 23th September 2013 and public RFE of private RFE 47867. According IBM this is already in implementation of next z/OS release.
Under the existing z/OS architecture accessing a PDSE resource in a
multi-tasking TSO BATCH environment can result in PDSE resource
contention issues when a authorized command or program is executed from
within the multi-tasking batch TSO job.
The scheduling of an authorized command or program in a multi-tasking
TSO batch environment will STATUS STOP all currently executing
unauthorized work. The PDSE serialization issue will occur when the
dispatchable authorized command or task needs a PDSE resource that is
held by another task that is STATUS STOPped.
TSO authorized command processing doesn't have a means to check for
currently active cross memory requests and PDSE is not architectured
with any means to indicate that a particular TCB has an active cross
memory PDSE request.
This issue is not unique to PDSE as any non authorized cross memory
processing, that obtains serialization while executing in a
multi-tasking BATCH TSO environment is exposed.
TSO authorized command processing needs to be enhanced so that this type
of code contention does not occur.
Idea priority | Urgent |
By clicking the "Post Comment" or "Submit Idea" button, you are agreeing to the IBM Ideas Portal Terms of Use.
Do not place IBM confidential, company confidential, or personal information into any field.
.Not sure why this was marked "Planned for future release". Still being considered for implementation.
It is a pity that this RFE exists for already more than 4 years with status "Planned for Future Release" for at least 2 years, but it does not get high enough priority to make it into a release.
We fell into the same pit recently as has been documented in PMR 64920,035,724.
It should also be in IBM's own interest to solve this serialization issue that is extremely well documented to the point in the RFE details. It consumes time to analyze PMR's opened solely due to this issue apart from customer nuisance.
I'd appreciate to read soon in which z/OS release a solution is supposed to be implemented.
Creating a new RFE based on Community RFE #56369 in product z/OS.