I would like to know the user ID who is deallocating (closing) the file in CICS. I could able to see the entries in SDSF log under MSGUSER sysout, but always module as DFHDCN as below.
DFHFC0200 04/19/2013 09:48:20 NATBEITA Non-RLS file CPPLT has been allocated to data set AT.EI.SITBE.CIA20V.CPPLTA. Module DFHFCN.
DFHFC0200 04/19/2013 09:48:20 NATBEITA Non-RLS file CPPLTA has been allocated to data set AT.EI.SITBE.CIA20V.CPPLTA. Module DFHFCN.
DFHFC0201 04/19/2013 09:50:02 NATBEITA Non-RLS file CPPLT has been deallocated. Module DFHFCN.
DFHFC0201 04/19/2013 09:50:02 NATBEITA Non-RLS file CPPLTA has been deallocated. Module DFHFCN.
Could anyone know where to find the user ID who is deallocate/allocate in CICS. Is there any log to see the same.
I need the information for both options, whoever using CEMT command directly, and also whoever closes the file through batch process (in which initially they will close the file and start batch processing).
Joined: 14 Jan 2008 Posts: 2504 Location: Atlanta, Georgia, USA
Are you using a 3rd-party product (such as CAFC) to CLOSE/OPEN VSAM Files or are you using a home-grown EXCI-Interface from Batch?
After further review, GLUE "XPCFTCH" maybe what you need and address DSECT "DFHUEPAR", label "UEPUSER" in the user-defined Exit-Program.
This GLUE is driven to in CICS prior to a LINK-API.
However, if you're using SPI-API's (such as SET FILE), review GLUE "XEISPIN" which is invoked before the SPI-API is executed and address label "UEPUSID" in the user-defined Exit-Program, again DSECT "DFHUEPAR".
Note: GLUE Exit-Programs are not for the faint of heart and requires good Assembler and CICS knowledge and certainly can't be taught via this forum.
You still need to give us some idea as to the Batch method being used. It may be as easy as extracting the &USER assignment, from the Batch Job-Card as demonstrated in the following callable Assembler sub-program -