A fix is available
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:
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