There is NO SUCH THINGS as a culprit!
They are just doing their job and so are you. They just happened to collide.

-
-teD
-
  Original Message  
From: Richard Pinion
Sent: Friday, September 18, 2015 14:31
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: Dataset enqueue, how to find the culprit.

I think this setting for RMF will cut an SMF record for enqueue conditions.
RMF must be started pointing to the member which specifies ENQ(DETAIL).

EDIT USER.PARMLIB(ERBRMF00) - 01.05 Columns 00001 00080 
Command ===> Scroll ===> CSR 
000014 ENQ(DETAIL) 



--- stars...@mindspring.com wrote:

From: Lizette Koehler <stars...@mindspring.com>
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dataset enqueue, how to find the culprit.
Date: Fri, 18 Sep 2015 11:16:35 -0700

So, it will depend on how often the TSO message for enqueue is produced. If it 
is not frequent, you may have to set slips or live with rerunning the job.

Or if it is frequent, you might try adding a first step with DISP=OLD on your 
file. then you would have a better idea of what is doing it or have the job 
wait until the file is freed.

You did not show what type of process is being used when this occurs. So if 
this is REXX/CLIST that does LM functions, or an IEBCOPY, or other????

Perhaps if you could describe the process and functions being used that this 
condition occurred, we might provide better diags or alternatives.



Lizette


>-----Original Message-----
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Toni Cecil
>Sent: Friday, September 18, 2015 12:21 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Dataset enqueue, how to find the culprit.
>
>Hello,
>yesterday I got the following dsn enqueue:
>IKJ56225I DATA SET TLF.ZPT.JCL.CNTL ALREADY IN USE, TRY LATER+ IKJ56225I DATA 
>SET IS ALLOCATED TO ANOTHER JOB OR USER SDAA004I - RETURN=(DD),PERM=YES 
>DSN=TLF.ZPT.JCL.CNTL(ZZZTXXXB), DISP=SHR SDAB005I - ERR=0210, INFO=0000, 
>REQUESTED DATA SET NOT AVAILABLE.
>SDAB005I ALLOCATED TO ANOTHER JOB.
>
>Is there a way to find today, who was "locking" the pds library ?? I run DAF 
>tool against TLF.ZPT.JCL.CNTL to see if something was shown about the enqueue, 
>but I didn't find anything, am I doing something wrong ?? Or is there any 
>other utility that could be more appropriate to check this "problem" ??
>
>Many thx, A.Cecilio.
>

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




_____________________________________________________________
Netscape. Just the Net You Need.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to