IBM Support

PM85815: HEALTH CHECK GDPS_CHECK_K_SYS_LPAR ACTIVE(DISABLED) AFTER IPL

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • After IPLing GDPS Controlling System the GDPS Health Check
    GDPS_CHECK_K_SYS_LPAR has the following state status:
    ACTIVE(DISABLED) ENV/NA.
    The check must be run manually afterwards to return to state
    ACTIVE(ENABLED) status SUCCESSFUL or EXCEPTION.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: GDPS/PPRC GDPS/XRC GDPS/HM GDPS/GM           *
    ****************************************************************
    * PROBLEM DESCRIPTION: GDPS_CHECK_K_SYS_LPAR requires Service  *
    *                      Element communication from GDPS         *
    *                      to collect Lpar configuration data.     *
    *                      Instead of setting the check in         *
    *                      INACTIVE status, the health check is    *
    *                      switched in N/A status despite the fact *
    *                      this check is eligible to run on this   *
    *                      GDPS flavor.                            *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    During GDPS initialization step, we delay the first run
    to collect Lpar settings via GDPS Service Element request.
    If the Health Check executes in this interval, it returns an
    INACTIVE(DISABLED) status and N/A state. In these conditions,
    the health check will not be re-executed at the end of interval.
    Operator action is required to switch back the check in
    ACTIVE(ENABLED) status to solve this timing issue.
    

Problem conclusion

  • GDPS_CHECK_K_SYS_LPAR check code has been changed to exploit
    an internal flag that indicates the Service Element Lpar data
    communication is not yet available due to execution delayed.
    The check will be set in Exception state instead of N/A and
    message GEOH008E will provide additional information.
    GDPS_CHECK_K_SYS_LPAR is re-run at the end of interval.
    If Lpar data cannot be retrieved on next execution,
    GEOH049E message is issued.
    GDPS_CHECK_SDM_CAP check code has been also changed to include
    this new process.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PM85815

  • Reported component name

    GDPS-GEO DISP P

  • Reported component ID

    694235B00

  • Reported release

    39H

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2013-03-28

  • Closed date

    2013-05-16

  • Last modified date

    2013-06-04

  • APAR is sysrouted FROM one or more of the following:

  • APAR is sysrouted TO one or more of the following:

    UK94347 UK94346 UK94348 UK94349

Modules/Macros

  •    GEOH00   VPC8C006 VPC8C008 VPC8M001 VPC8XMSG
    

Fix information

  • Fixed component name

    GDPS-GEO DISP P

  • Fixed component ID

    694235B00

Applicable component levels

  • R3AH PSY UK94347

       UP13/05/18 P F305

  • R3A0 PSY UK94346

       UP13/05/18 P F305

  • R38H PSY UK94348

       UP13/05/18 P F305

  • R39H PSY UK94349

       UP13/05/18 P F305

Fix is available

  • Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.

[{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"39H","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
04 June 2013