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 Is a defect
Workspace IBM TS7700
Created by Guest
Created on Jul 23, 2020

Failed mount due to selected MC criteria should not require looking up diagnostic codes

Note that this is tied to TS003826059 but the PMR field doesn't accept that value. Not sure where I need to go to submit an RFE for the RFE site to accept a case number rather than a PMR number:)

We had a VTS MC specification that did not have the 'Synchronous Deferred On Write Failure.' option selected. This was not intentional on our part and caused failures when the sync partner was put into service. The messages that came out required digging into obscure error return and reason codes messages and the specific reason code was not even documented.

Here's an example of one that we received:
CBR4195I LACS RETRY POSSIBLE FOR JOB H2KTOAA1: 863
IEE763I NAME= CBRLLACS CODE= 140394
CBR4000I LACS WAIT PERMANENT ERROR FOR DRIVE CB14.
CBR4171I MOUNT FAILED. LVOL=86I026, LIB=TCVTS95C, PVOL=??????, RSN=27.

Since this is a valid condition when a cluster is out of service we would expect a message that gives more immediate information to an end business partner. Perhaps something to the effect of 'VTS MC xxxxxxxx specifies enforcement of synchronous mode and partner cluster is unavailable'. This would have immediately pointed us to the MC in question and directly tied the message to the fact that the cluster was temporarily out of service. While we don't have the immediate business need to require synchronous mode we would expect that kind of message to be issued in these situations so our business partners would understand why their jobs are not working.

Idea priority Low