IDCAMS REPRO/ENQ question
Field, Alan C.
IDCAMS reproing a number of datasets.
Fairly frequently (at least 151 times according to the problem tracking
system, starting in March this year (running z/OS 1.18 then, z/OS 1.10
now)) the job gets
REPRO OUTDATASET(xxxxx.xxxxx.xxxxx) -
INFILE(DD1)
IKJ56225I DATA SET xxxxx.xxxxx.xxxxx ALREADY IN
IKJ56225I USE, TRY LATER
IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER
IDC0005I NUMBER OF RECORDS PROCESSED WAS 0
IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12
It's not always the same dataset and it's not in every run.
Any ideas how to find who has the dataset?
I tried RMF Mon III, no luck, nothing in the joblog/syslog.
I've used an MPF exit to issue a D GRS in similar situations but with no
msg in the syslog this won't work in this case.
I don't think its HSM.
When this happens operations restarts the step and it completes
successfully.
Alan
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to list...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Patrick Lyon
<Alan.C...@SUPERVALU.COM> wrote:
<snip>
>We have a number of jobs that have many steps. One of those steps is an
>IDCAMS reproing a number of datasets.
>
</snip>
Do you have an MVS monitor like TMON or Omegamon? You could look in
there, but most likely the culprit has let go of it by then.
You could use the Data Audit Facility (DAF) off of the CBT tape to process
the SMF records during that time to see who had it allocated.
HTH,
PTL
Mark Zelden
<Alan.C...@SUPERVALU.COM> wrote:
>We have a number of jobs that have many steps. One of those steps is an
>IDCAMS reproing a number of datasets.
>
>
>Fairly frequently (at least 151 times according to the problem tracking
>system, starting in March this year (running z/OS 1.18 then, z/OS 1.10
>now)) the job gets
>
>
>REPRO OUTDATASET(xxxxx.xxxxx.xxxxx) -
> INFILE(DD1)
>
>IKJ56225I DATA SET xxxxx.xxxxx.xxxxx ALREADY IN
>IKJ56225I USE, TRY LATER
>IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER
>IDC0005I NUMBER OF RECORDS PROCESSED WAS 0
>
>IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12
>
>It's not always the same dataset and it's not in every run.
>
>Any ideas how to find who has the dataset?
>
>I tried RMF Mon III, no luck, nothing in the joblog/syslog.
>
>I've used an MPF exit to issue a D GRS in similar situations but with no
>msg in the syslog this won't work in this case.
>
>I don't think its HSM.
>
>When this happens operations restarts the step and it completes
>successfully.
>
Have you tried turning on ENQ(DETAIL) in RMF and running post processor?
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark....@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
Joel C. Ewing
failures, wouldn't a better approach would be to just use OFILE and
allocate the file via a DD? DD allocation will wait until the dataset
is available and then proceed. Dynamic allocation implied by OUTDATASET
will not wait and only fails if the dataset is not available.
Static (DD) allocation, if it waits a long time, also gives you an
opportunity to use various tools to show what is holding the enqueue on
the dataset. RMF will show you waits, but since the dynamic allocation
just fails without a wait you will never see the causer.
JC Ewing
On 11/20/2009 12:46 PM, Field, Alan C. wrote:
> We have a number of jobs that have many steps. One of those steps is an
> IDCAMS reproing a number of datasets.
>
>
>
> Fairly frequently (at least 151 times according to the problem tracking
> system, starting in March this year (running z/OS 1.18 then, z/OS 1.10
> now)) the job gets
>
>
>
> REPRO OUTDATASET(xxxxx.xxxxx.xxxxx) -
>
> INFILE(DD1)
>
>
> IKJ56225I DATA SET xxxxx.xxxxx.xxxxx ALREADY IN
>
> IKJ56225I USE, TRY LATER
>
>
> IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER
>
>
> IDC0005I NUMBER OF RECORDS PROCESSED WAS 0
>
>
> IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12
>
>
>
> It's not always the same dataset and it's not in every run.
>
>
>
> Any ideas how to find who has the dataset?
>
>
>
> I tried RMF Mon III, no luck, nothing in the joblog/syslog.
>
>
>
> I've used an MPF exit to issue a D GRS in similar situations but with no
> msg in the syslog this won't work in this case.
>
>
>
> I don't think its HSM.
>
>
>
> When this happens operations restarts the step and it completes
> successfully.
>
>
>
> Alan
--
Joel C. Ewing, Fort Smith, AR jREMOVEc...@acm.org
John Kelly
Any ideas how to find who has the dataset?
have you looked at SMF14 and/or SMF15 if you collect them or SMF42.6 if
the DSN is SMS around the time of the step failure?
Jack Kelly
202-502-2390 (Office)
Gaur
> <snip>
> Any ideas how to find who has the dataset?
> </snip>
>
> have you looked at SMF14 and/or SMF15 if you collect them or SMF42.6 if
> the DSN is SMS around the time of the step failure?
>
> Jack Kelly
> 202-502-2390 (Office)
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> Search the archives athttp://bama.ua.edu/archives/ibm-main.html
Hi Alan,
There's plenty of way we can know who is using the resource.
1. SMF 14/15 & SMF 42 are the way to process via MXG/SAS to know via
post processing.
2. RMF
3. If real time and you know the time period when this is
happening ..certainly look at the ISGAJE1A,ISGAJE3A,ISGCGRS ..I have
used them before and has been very useful to dig out ...though
sometime need bit of tailoring...aah should not forget to look in
SYS1.SAMPLIB....
If you need anything else like job for SMF/SAS or any more information
on ISG* send me a offline message and I would try to help you out.