Skip to Main Content
IBM Sustainability Software - Ideas Portal


This portal is to open public enhancement requests against the products and services belonging to IBM Sustainability Software. 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 Functionality already exists
Created by Guest
Created on Aug 21, 2025

Adding an automated check for database connectivity via mxintadm similar to API Call /api/members/thisserver

Currently every minute monitoring is being done via API calls to check how all pods are running. Ie if after 5 times (not sure how many times) when no response is received from a pod it will automatically restart the pod.

 Currently they only seem to be checking for rhe application itself, not if they can recover data or connect to the database. It would be a great benefit if it also checked that. It would be even better if after a few times with a wrong response it would automatically restart or delete (after delete openshift will create a new one) the pod.

Now it can happen that if for some reason the database in unavailable and back later, it not picked up again correctly for new connections (there is an incident for that problem, but this is a separate idea as connectivity to the database can be broken in multiple ways).

This would save a big amount of effort in monitoring if for some reason the connectivity with the database is not optimal.

Idea priority Medium
Needed By Quarter
  • Guest
    Oct 10, 2025

    pingdb is an MMI api that the central monitoring agent (the agent that is running not as a side car to the application server).

    Prometheus metrics look like this:

    sh-4.4$ curl -k https://localhost:9444/metrics

    HELP mas_manage_pingdb_totaltime_seconds Total time for the DB Connectivity

    TYPE mas_manage_pingdb_totaltime_seconds gauge

    mas_manage_pingdb_totaltime_seconds{environment="manage.proptest.apps.rabbit-ocp17.cp.fyre.ibm.com",masappid="manage",masworkspaceid="masdev",masinstanceid="proptest",} 0.17

    HELP mas_manage_pingdb_availability Status for the DB2 connectivity

    TYPE mas_manage_pingdb_availability gauge

    mas_manage_pingdb_availability{environment="manage.proptest.apps.rabbit-ocp17.cp.fyre.ibm.com",masappid="manage",masworkspaceid="masdev",masinstanceid="proptest",} 0.0

    HELP mas_manage_pingkafka_totaltime_seconds Total time for the Kafka Connectivity

    TYPE mas_manage_pingkafka_totaltime_seconds gauge

    mas_manage_pingkafka_totaltime_seconds{environment="manage.proptest.apps.rabbit-ocp17.cp.fyre.ibm.com",masappid="manage",masworkspaceid="masdev",masinstanceid="proptest",} 0.0

    ...