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.
Whenever there is a need to check SMSVSAM health for contention, locks response times and record queues one has to rely upon console commands usually routed to all the LPARs that run RLS workload in order to have a big picture of what is going on. It would be nice to have an interface exploring z/OS MF consolidating SMSVSAM data, this would likely make it easier to spot problems and act upon them faster, maybe even creating a more user friendly monitoring environment.
Idea priority | Medium |
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.
VSAM RLS (SMSVSAM) has been relying on the Real Time Diagnosis (RTD) component of z/OS for consolidating RLS serialization-related resources which include ENQs and GRS latches. We think it makes more sense to work with RTD than starting something new with z/OSMF, because RTD is already capable of monitoring the ENQs and GRS latches and some other resource contentions. By "record queues", did you mean record lock contentions? Besides "lock response times and record queues", please tell us specifically the resource contentions that you are interested. RTD may be able to be enhanced to monitor them if RTD is not already doing it.