IBM Support

VM66237: HYPERPAV ERROR RECOVERY ON PAC X'00'

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • HyperPav Alias recovery needs to change when I/O on a Alias
    devices receives Unit Check and sense indicating environmental
    data present, Format/Message x'F0' and a program action code
    of x'00'.  The I/O needs to be re-driven on the HyperPav
    Base.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All z/VM users of HyperPAV Aliases,          *
    *                 especially in GDPS environments              *
    ****************************************************************
    * PROBLEM DESCRIPTION:                                         *
    ****************************************************************
    * RECOMMENDATION: APPLY PTF                                    *
    ****************************************************************
    A remote flashcopy was being done on a PPRC pair of devices.
    An active I/O on an associated HyperPAV Alias devices fails
    with unit check status and sense indicating environmental data
    present, Format/Message x'F0' and a Program Action Code of
    X'00'.  This error is due to the active flashcopy on the
    secondary of the HyperPAV Base device.  CP's error recovery
    attempts retries of the I/O on the HyperPAV Primary Alias
    device until the retry count is exhausted.  The failed
    I/O causes the PPRC pair to go into suspend state because
    CP didn't retry the I/O AFTER the copy condition cleared on
    the Secondary device.
    -
    Once the failure is seen on the HyperPAV Alias device, the I/O
    should be rescheduled on the HyperPAV Base device instead
    of being retried on the HyperPAV Alias.  The retry of the
    I/O on the HyperPAV Base will cause the I/O to get queued
    and wait for the flashcopy to finish before reexecuting.
    -
    The PPRC Suspend state could cause a system outage in GDPS
    environments where a client variable is optionally set to
    reset LPARs when the PPRC pairs go into suspension state.
    

Problem conclusion

  • Error recovery procedures were modified for the unit check, PAC
    x'00' error when it occurs on a HyperPAV Alias.  Instead of
    the I/O being retried on the HyperPAV Alias, it will be
    rescheduled on the associated HyperPAV Base device to be
    handled correctly.
    

Temporary fix

  • FOR RELEASE VM/ESA CP/ESA R640 :
    PREREQ: VM66213
    CO-REQ: NONE
    IF-REQ: NONE
    FOR RELEASE VM/ESA CP/ESA R710 :
    PREREQ: VM66213
    CO-REQ: NONE
    IF-REQ: NONE
    

Comments

APAR Information

  • APAR number

    VM66237

  • Reported component name

    VM CP

  • Reported component ID

    568411202

  • Reported release

    640

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2018-12-10

  • Closed date

    2019-01-02

  • Last modified date

    2019-06-26

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

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

    UM35418 UM35419

Modules/Macros

  • HCPDTE   HCPERP   HCPHPV   HCPPAV
    

Fix information

  • Fixed component name

    VM CP

  • Fixed component ID

    568411202

Applicable component levels

  • R640 PSY UM35418

       UP19/01/09 P 1901 ¢

  • R710 PSY UM35419

       UP19/01/09 P 1901 ¢

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":"SG27M","label":"APARs - z\/VM environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"640","Edition":"","Line of Business":{"code":"LOB16","label":"Mainframe HW"}}]

Document Information

Modified date:
26 June 2019