Skip to Main Content
IBM - Cloud, PowerVS and Ceph aaS - Structured Ideas

This portal is to open public enhancement requests. 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
  1. Post an idea.

  2. Get feedback from the IBM team and other customers to refine your idea.

  3. 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.

Status Submitted
Workspace * IBM Cloud Ideas
Created by Guest
Created on Feb 18, 2026

Allow Customers to Pin Minor Fixpack Version in Openshift in IBM Cloud Satellite

When you upgrade Openshift in IBM Cloud Satellite, the latest fixpack is always applied and the customer has no way to 'pin' or specify the minor fixpack version fixpack version. This could be a problem for us because we generally upgrade our nonproduction environments within a 3 to 4 week span, and then production shortly there after. The upgrade sprint is usually 4 to 6 weeks. Our applications perform testing and validation against whatever the latest fixpack is at that time that gets installed in that particular environment. When we go to upgrade production, the production systems might be on a later fixpack if one is released, meanwhile the application testing and validation occurred on a previous version. We really have no way of knowing which fixpack is going to be applied as we perform our upgrades and have no control over the process. If an issue were to occur in production because it is under a higher fixpack than what was tested and validated in nonproduction, it opens a can of worms with management and having to try to explain why production is at a higher version than nonproduction that was not certified. I know fixpacks are generally bug fixes and security patches, but mistakes in releases do happen and eventually will happen where a fixpack breaks something inadvertently. It would be nice to pin versions so we can have absolute confidence that our applications won't be impacted as we migrate through the environments and up to production.

Idea priority Medium
Needed By Not sure -- Just thought it was cool