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 Needs more information
Created by Guest
Created on Dec 6, 2023

Better Information for Storage Rule

If we run any Storage rule like Replication or Tiering of data between pools and we see it failed of some reasons. A natural way to investigate a issue is to run the same command manually using wait=yes and in that way get more information, but very offend the Storage Rule information is very limited and we need to fall back to either other commands such Query Damage or other logs like dsmffdc log file to understand why it goes wrong.

I suggest you high light the problem better then today, as an example explain you can access data from XXXX Volume or node XXXX is miss-configured. 
If it is miss-configured nodes that information sort of get hidden bu all excluded node that are in Replstate=Recieved mode. 

This is just to help an administrator to easier understand the issue and easier see where to continue solving the issue.

Idea priority Low
  • Guest
    Reply
    |
    Jan 12, 2024

    Hello,
    We replicate 200 nodes from Server A to Server B, but also 200 Nodes goes from Server B to Server A.
    And if the job fails of some reasons the easiest way is to rerun the replication in the foreground, the first thing that shows up is all nodes that are in Receiving Mode and that created 200 lines of information that we should expect that the replication shouldn't replicate.
    So when we finally can reproduce the issue, the information get to much for us so the real error get hidden behind all unnecessary information.


    We also ending up in a tracing scenario where the developer asked us to exclude all 200 nodes before we run the trace because it generated so much information in the trace log.

    So if we could add a Subrule to our existing rule that we want to exclude all nodes where Replication Mode = Receiving or Receive Sync we will then automatically exclude all information that either we as Backup Admin need to know but also from a developer debug information.


    This will only help us to faster find the real issue and remove all unnecessary information.

  • Admin
    Juan Carlos Jimenez Fuentes
    Reply
    |
    Jan 11, 2024

    Hello, can you please give us more information on this? What kind of miscongigurations have you encountered?