Skip to Main Content
IBM Z Software


This portal is to open public enhancement requests against IBM Z Software 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
Categories z/TPF
Created by Guest
Created on Nov 16, 2016

Allow z/TPF to run without consoles

Allow TPF to run if no consoles are available and an attempt to fallback to the HMC is not successful. Do not crash TPF, instead, send all console data to the RTA tape via TOURC for later on analysis. We have had conditions where TPF took a catastrophic CTL-A3 dump even though we have HMC fallback enabled and have successfully tested it, yet, there are times (during console flooding conditions for example) when a CTL-A3 dump may occur and no fallback to the HMC occurs, in which case, TPF goes down. We do not want TPF to go down.

If TPF detects that consoles are not available, TPF will set a condition that allows it to operate without consoles. If that condition is set and TPF soft-IPL's, TPF will continue to attempt to come back up to NORM state (if that was the state it was in prior to going down), and continue to send console writes to tape. Any console writes that occur before the system reaches NORM state are thrown away.

(e.g console writes by IPL, dump processing, during system restart, are just discarded and not written to tape). TPF just comes up if it can.

In order to bring consoles back to TPF a hard-IPL must be performed, in which case, TPF will need to find a console or the HMC in order to get through IPL.

Idea priority Medium
  • Guest
    Reply
    |
    Jul 25, 2018

    This is not a defect. This is a request to remove the CTL-A3 catastrophic and ensure TPF can run if TOS servers are not reachable and does not establish proper communication with the HMC. TPF should consider doing what other robust mainframe operating systems do - those systems maintain a "log" of console messages that can viewed anytime. They do not require a console (but a console can be attached if desired). At the minimum TPF should either write console messages to a file or throw the message away, but TPF should *never* crash because it cannot find a console. The philosophy of TPF is "high availability", and having to go down when a console issue arises is counter to that direction. Thanks

  • Guest
    Reply
    |
    Jan 13, 2017

    We need to determine why a CTL-A3 dump is received and no fallback to the HMC occurs. The dump is required for diagnosis.