IBM Support

VM64952: PEVM65680 ABENDHTT001 RELOCATING GUEST IN CPU POOL

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • ABENDHTT001 occurs because of code added to the relocation path
    in APAR VM65680.  This abend might occur on a target system
    for any relocation of a guest virtual machine that is in a CPU
    Pool for the purpose of limiting its CPU usage, depending
    on the state of the scheduler lock at the time the code is
    executing.
    

Local fix

  • Do not perform relocations of guests in a CPU POOL, or
    remove the guest from the POOL prior to relocating it.
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: z/VM users relocating of a guest virtual     *
    *                 machine that is in a CPU Pool.               *
    ****************************************************************
    * PROBLEM DESCRIPTION:                                         *
    ****************************************************************
    * RECOMMENDATION: APPLY PTF                                    *
    ****************************************************************
    The code added to the relocation path by the multithreading
    prorated core time support and shipped in the APAR VM65680 can
    cause an ABENDHTT001.  This abend might occur on the target
    system for any relocation of a guest virtual machine that is
    in a CPU Pool for limiting its CPU usage.  Basically, the
    problem is that the added code used a 32-bit load instruction
    to load the address of a control block into R15 in a 64-bit
    addressing mode and there was non-zero data in the high half of
    the register.  As soon as R15 was used to address the control
    block, the abend occurred.  The case of non-zero data in the
    high half of R15 is dependent on the state of the scheduler lock
    at the time the code is executing.  If the high half of R15
    does not get altered when obtaining the scheduler lock, the
    abend will not occur.
    

Problem conclusion

  • The code added to the relocation path by the APAR VM65680 has
    been fixed to use the load logical thirty one bits instruction
    instead of the 32-bit load instruction to clear the high half
    of R15.  ABENDHTT001 does not occur any more with the fix.
    

Temporary fix

  • *********
    * HIPER *
    *********
    FOR RELEASE VM/ESA CP/ESA R630 :
    PREREQ: VM65680 VM65418
    CO-REQ: NONE
    IF-REQ: NONE
    

Comments

APAR Information

  • APAR number

    VM64952

  • Reported component name

    VM CP

  • Reported component ID

    568411202

  • Reported release

    630

  • Status

    CLOSED PER

  • PE

    YesPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2015-10-21

  • Closed date

    2015-10-28

  • Last modified date

    2016-03-30

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

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

    UM34583

Modules/Macros

  • HCPRLG
    

Fix information

  • Fixed component name

    VM CP

  • Fixed component ID

    568411202

Applicable component levels

  • R630 PSY UM34583

       UP16/03/30 P 1601 «

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":"630","Edition":"","Line of Business":{"code":"LOB16","label":"Mainframe HW"}}]

Document Information

Modified date:
30 March 2016