IBM Support

PM83107: CEMT INQUIRE MODENAME CHANGING THE ACQ STATUS CAUSES THE MOD(XXXXXXX ) TO CHANGE TO MOD(* ) AND GIVES A "NOT FOUND"

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • Do a CEMT INQUIRE MODENAME to change the ACQ status.  When you
    change the ACQ status this causes the Mod(xxxxxxx ) to change to
    Mod(*       ) and gives a "NOT FOUND".
     This ocurrs for only a select group of names.  Some of the
    output is good and some parts are incomplete. The SET MODENAME
    is not working properly as arg2 is not passed to DFHEIQSM.
    AP FD02 ZLOC ENTRY LOCATE ID(....) LOC_REQ ID_SYSTEM
    Additional keywords: inq i acquired kixrevxxx ACQstatus
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All CICS users.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: NOT FOUND returned when setting         *
    *                      ACQUIRE status in CEMT INQUIRE          *
    *                      MODENAME output.                        *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    CEMT INQUIRE MODENAME is used first to list all available
    modenames. At the end of one modename output line, ACQ is
    entered to set this modename as ACQUIRED. DFHEMTD works as the
    CEMT command interpreter to understand CEMT command and then
    pass the parameter list to DFHEIP for command execution.
    DFHEMTD realizes that the ACQ request is a valid command from
    a previous INQUIRE. DFHEMTD then takes this request as a CEMT
    SET MODENAME and passes the argument values which contains
    MODENAME and ACQSTATUS in the parameter list. But CONNECTION
    must be provided with CEMT SET MODENAME as a required resource.
    So later, DFHEIP cannot find the resource without CONNECTION
    value and thus returns 'NOT FOUND' back.
    

Problem conclusion

  • DFHEMT51 has been changed so that the CONNECTION keyword is
    maintained on the implicit CEMT SET MODENAME.
    

Temporary fix

  • FIX AVAILABLE BY PTF ONLY
    

Comments

APAR Information

  • APAR number

    PM83107

  • Reported component name

    CICS TS Z/OS V5

  • Reported component ID

    5655Y0400

  • Reported release

    800

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2013-02-19

  • Closed date

    2013-03-06

  • Last modified date

    2015-03-04

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

    PM80028

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

    UK92257

Modules/Macros

  • DFHEMT51
    

Fix information

  • Fixed component name

    CICS TS Z/OS V5

  • Fixed component ID

    5655Y0400

Applicable component levels

  • R800 PSY UK92257

       UP13/03/15 P F303

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":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSGMGV","label":"CICS Transaction Server"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"5.1","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}},{"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":"5.1","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
04 March 2015