IBM Z Hardware and Operating Systems Ideas Portal
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).
Shape the future of IBM!
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:
Search existing ideas
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 your ideas
Post an idea.
Get feedback from the IBM team and other customers to refine your idea.
Follow the idea through the IBM Ideas process.
Specific links you will want to bookmark for future use
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.
If IBM is unwilling to change the process to automatically deliver the equivalent of the ASSIGN file available at https://public.dhe.ibm.com/eserver/zseries/assigns/, wouId adding a new 'ASSIGN' item type in addition to ALL, RECOMMENDED, etc. so a second step could be run to receive the ++ASSIGN statements when no PTF's are available or is there a (SECURE) site to pull this information similar to HOLDDATA?
With the CST / RSU webpage (https://www.ibm.com/support/pages/ibm-zos-consolidated-service-test-and-rsu) being updated before the Shopz notification is sent, a RECEIVE ORDER could be sent if you don't subscribe to the notifications.
If a RECEIVE ORDER CONTENT(ALL) is placed a few days before the Shopz notification, you are likely to have all the fixes that would be in the RSU; when the Shopz notification then comes out, a subsequent RECEIVE ORDER CONTENT(ALL) would not assign the new RSUxxxx to the already-received PTFs and, as other comments here, you cannot rely on APPLY SOURCEID(RSUxxxx).
This has caused us to miss applying maintenance, and with a 6 month rollout window, that could mean falling significantly behind where we should be.
This RFE appears to have been open for 5 years, which is disappointing at the very least.
Please consider addressing this issue.
We are scheduling the SMP/E RECEIVE CONTENT(ALL) for all our SMP/E managed products each morning (weekdays only).
This allows us to much more efficiently:
- Run a REPORT ERRSYSMODS to review and apply HIPERs and PE fixes weekly;
- Review the Security Vulnerability fixes weekly;
- Run a MISSINGFIXCAT for Fix Categories related to ongoing project weekly (e.g. z15 migration);
- Review, apply and validate PTFs provided in IBM cases.
But it prepares our SMP/E environment as well to:
- Apply the quarterly RSU Preventive Maintenance at the start of a release (4 release a year, to cover all 4 RSU quarters);
- Apply the Recommended Fix Categories along with the RSU maintenance at the start of a release.
The above seems to be exactly what is recommended by IBM in http://public.dhe.ibm.com/systems/z/servicetest/zOS_Preventive_Maintenance_Strategy.pdf
... but the RECEIVE ORDER is not compliant with the recommendation ...
We were quite surprise to find out that we were missing recommended service in our latest mainframe release for IIDR CDC.
And when investigating further, we found missing recommended services from even 2 quarters ago in other products.
This is a problem!
We are not able to rely on the REPORT ERRSYSMODS nor the APPLY SOURCEID(RSUyymm)!
It would be great that this enhancement request is considered and implemented very soon...
We are scheduling the SMP/E RECEIVE CONTENT(ALL) for all our SMP/E managed products each morning (weekdays only).
This allows us to much more efficiently:
- Run a REPORT ERRSYSMODS to review and apply HIPERs and PE fixes weekly;
- Review the Security Vulnerability fixes weekly;
- Run a MISSINGFIXCAT for Fix Categories related to ongoing project weekly (e.g. z15 migration);
- Review, apply and validate PTFs provided in IBM cases.
But it prepares our SMP/E environment as well to:
- Apply the quarterly RSU Preventive Maintenance at the start of a release (4 release a year, to cover all 4 RSU quarters);
- Apply the Recommended Fix Categories along with the RSU maintenance at the start of a release.
The above seems to be exactly what is recommended by IBM in http://public.dhe.ibm.com/systems/z/servicetest/zOS_Preventive_Maintenance_Strategy.pdf
... but the RECEIVE ORDER is not compliant with the recommendation ...
We were quite surprise to find out that we were missing recommended service in our latest mainframe release for IIDR CDC.
And when investigating further, we found missing recommended services from even 2 quarters ago in other products.
This is a problem!
We are not able to rely on the REPORT ERRSYSMODS nor the APPLY SOURCEID(RSUyymm)!
It would be great that this enhancement request is considered and implemented very soon...
Creating a new RFE based on Community RFE #92331 in product z/OS.