Skip to Main Content
IBM System Storage Ideas Portal


This portal is to open public enhancement requests against IBM System Storage products. 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.

ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.

Status Not under consideration
Created by Guest
Created on Jan 22, 2019

Spectrum Scale maintenance integration with RHEL "yum"

when patching is performed on RHEL (with yum update), binaries that match the kernel must be available concurrently from an IBM public REPO site.
1) Patching of RHEL cannot cause a mismatch of the binaries between RHEL and Scale, 2) compilers cannot be required in PROD/BCP/UAT, and 3) using Scale cannot make the OS patching cycle more complex.

Idea priority High
  • Guest
    Reply
    |
    Sep 30, 2020

    Due to processing by IBM, this request was reassigned to have the following updated attributes:
    Brand - Servers and Systems Software
    Product family - IBM Spectrum Scale
    Product - Spectrum Scale (formerly known as GPFS) - Public RFEs
    Component - Product functionality

    For recording keeping, the previous attributes were:
    Brand - Servers and Systems Software
    Product family - IBM Spectrum Scale
    Product - Spectrum Scale (formerly known as GPFS) - Public RFEs
    Component - Technical Foundation

  • Guest
    Reply
    |
    Apr 21, 2020

    Even if this is closed: mmbuildgpl can also build rpms. So while testing the new RHEL patches (you do testing, right?) you could build the approprriate rpms and provide them for prod.

  • Guest
    Reply
    |
    Sep 20, 2019

    This is a very attractive concept, especially now that we have acquired Red Hat. This request has been raised internally within IBM. If implemented it will be at the IBM corporate level, not just for Spectrum Scale, enhancing all of Passport Advantage and Fix Central. For this reason, I am closing this specific Scale request as the Scale team will not be the team that implements it.

  • Guest
    Reply
    |
    Feb 26, 2019

    My cell is 704-707-5099. Call if you'd like.
    We have 15,000 servers that get patched each week on a rolling cycle of 4 (Dev,UAT,PROD/BCP). assume there are no compilers in the process is completely automated with "yum update". Doing an install of Red Hat, logging on as root and doing mmbuildgpl, creating an RPM file, and then propagating on the night of the deployment, and before the reboot after a new kernel ... when we're worrying about 15,000 servers.... is not a sustainable process and is certainly an risk of making a fault.
    A subtle reason for asking for the repo is it would ensure that IBM tested the GPFS before the new kernel arrived. In one instance, I was forced to upgrade a vrm level to get the necessary support, and that is also not an acceptable approach to a continuous operations model.
    But, I'd certainly like to discuss WHY the customer should be anxiously looking forward to this churn and work... Paul

  • Guest
    Reply
    |
    Feb 22, 2019

    the primary way this will get fixed will be having IBM provide a vendor REPO with packages, based on kernel revisions.
    Julia (from MIT) is up to about third in languages (after Python and R). Even MIT figured out how to integrate with RHEL updates, now supporting their own REPO for RHEL...
    copr-be.cloud.fedoraproject.org documentation at https://julialang.org/downloads/platform.html