PM80028: 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

    PM80028

  • Reported component name

    CICS TS Z/OS V4

  • Reported component ID

    5655S9700

  • Reported release

    700

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2013-01-07

  • Closed date

    2013-03-06

  • Last modified date

    2013-04-02

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

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

    PM83107 UK92256

Modules/Macros

  •    DFHEMT51
    

Fix information

  • Fixed component name

    CICS TS Z/OS V4

  • Fixed component ID

    5655S9700

Applicable component levels

  • R700 PSY UK92256

       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.



Rate this page:

(0 users)Average rating

Add comments

Document information


More support for:

CICS Transaction Server

Software version:

4.2

Reference #:

PM80028

Modified date:

2013-04-02

Translate my page

Machine Translation

Content navigation