Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

trying to define a VSAM Cluster in JCL

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> JCL & VSAM
View previous topic :: :: View next topic  
Author Message
t5590ag

Active User


Joined: 21 May 2009
Posts: 139
Location: United States

PostPosted: Thu May 19, 2016 5:52 am    Post subject: trying to define a VSAM Cluster in JCL
Reply with quote

Hi, I have a JCL which disables/closes a VSAM file and then tries to DELETE it. On some days it abends with below error -

IKJ56241I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER

There is nothing abnormal in the syslogs which would show contention or anything. No other JCL/PARM uses the file we are trying to delete. And this does not abend every time.

Following are the steps in JCL -

U11RMS
AOWTOR which uses - SEMT SET FILE(FILENAME) CLO DIS
IDCAMS which tries to DELETE
Back to top
View user's profile Send private message

Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 7905
Location: Bellevue, IA

PostPosted: Thu May 19, 2016 6:41 am    Post subject:
Reply with quote

Possibility 1: the SEMT (sic) SET FILE(FILENAME) CLO DIS failed to either close or disable (or both) the file, and hence CICS still has it allocated / open.

Possibility 2: as soon as CICS deallocates the file, another job (batch or started task) allocates it.

Quote:
No other JCL/PARM uses the file we are trying to delete.
Uh-huh. There's no system back up of the high-level qualifier, or volume, that ever executes? There's no application back up for the data set?
Back to top
View user's profile Send private message
Bill Woodger

DFSORT Moderator


Joined: 09 Mar 2011
Posts: 7223

PostPosted: Thu May 19, 2016 10:26 am    Post subject: Reply to: trying to define a VSAM Cluster in JCL
Reply with quote

You are suggesting that the operating system has chosen to pick on your perfect JCL and Control Cards, out of all the jobsteps in the world, to lie?

Are you able to copy/paste this perfection from your emulator? We'd either all benefit from it, or spot what is wrong.

Out of interest, running what you have shown would not close the dataset to CICS, as Robert has already indicated. Let's speculate, just for fun, that operationally the dataset is mostly already closed by the time your JOB starts. Then the "SEMT" fails (and why would it not?) and someone does CEMT manually and kicks your step back in.
Back to top
View user's profile Send private message
enrico-sorichetti

Global Moderator


Joined: 14 Mar 2007
Posts: 10202
Location: italy

PostPosted: Thu May 19, 2016 12:51 pm    Post subject: Reply to: trying to define a VSAM Cluster in JCL
Reply with quote

You did not post enough info to debug the problem (*)

if sometimes it works and sometimes it does not
You have a timing problem
the delete/define runs before the cics command has done its work

(*) after seven years of hanging around You should know by now how to ask for help icon_evil.gif
Back to top
View user's profile Send private message
PeterHolland

Global Moderator


Joined: 27 Oct 2009
Posts: 2422
Location: Netherlands, Amstelveen

PostPosted: Thu May 19, 2016 2:02 pm    Post subject:
Reply with quote

"SEMT" is not an existing command, so the dataset will never be closed.
Back to top
View user's profile Send private message
t5590ag

Active User


Joined: 21 May 2009
Posts: 139
Location: United States

PostPosted: Thu May 19, 2016 6:18 pm    Post subject: Re: Reply to: trying to define a VSAM Cluster in JCL
Reply with quote

Bill Woodger wrote:
You are suggesting that the operating system has chosen to pick on your perfect JCL and Control Cards, out of all the jobsteps in the world, to lie?

Are you able to copy/paste this perfection from your emulator? We'd either all benefit from it, or spot what is wrong.

Out of interest, running what you have shown would not close the dataset to CICS, as Robert has already indicated. Let's speculate, just for fun, that operationally the dataset is mostly already closed by the time your JOB starts. Then the "SEMT" fails (and why would it not?) and someone does CEMT manually and kicks your step back in.


I am not suggesting that at all Bill. I am sure my JCL/PARM needs an enhancement to handle whatever is going on. Just need to know what other places I should go check to find the contention.

Below is a snippet form the log -
CICS log from a normal run, completes at 21.06.18.

Code:
21.06.13 STC19365  +SEMT #JO00209R392  RESPONSE: NORMAL                   
21.06.13 STC19365  +SEMT SET FILE(MEXOUT9) CLO DIS  RESPONSE: NORMAL     
21.06.13 STC19365  +FIL(MEXOUT9 ) VSA CLO DIS REA         BRO         SHA
                            )                                             
21.06.13 STC19365  +       1 RESOURCES  PROCESSED.                       
21.06.18 STC19365  +SEMT #JO00209R396  RESPONSE: NORMAL                   
21.06.18 STC19365  +SEMT SET FILE(MEXOUT9) ENA  RESPONSE: NORMAL         
21.06.18 STC19365  +FIL(MEXOUT9 ) VSA CLO ENA REA         BRO         SHA
                            )                                             
21.06.18 STC19365  +       1 RESOURCES  PROCESSED.                       
21.15.38 STC19365  +   569                                               
21.15.38 STC19365  OPS1000I                                               
   569               Openstatus( Open )                                   
                   


CICS log from abended run, abended at 21.05.41.

Code:
21.05.37 STC19365  +SEMT #JO03468R976  RESPONSE: NORMAL                 
21.05.37 STC19365  +SEMT SET FILE(MEXOUT9) CLO DIS  RESPONSE: NORMAL     
21.05.37 STC19365  +FIL(MEXOUT9 ) VSA CLO DIS REA         BRO         SHA
                            )                                           
21.05.37 STC19365  +       1 RESOURCES  PROCESSED.                       
21.15.37 STC19365  +   757                                               
21.15.37 STC19365  OPS1000I                                             
   757               Openstatus( Open )                                 
21.15.37 STC19365  OPS1000I   Openstatus( Open )                         
   757               Pstype(Snps)                                       
21.15.37 STC19365  OPS1000I   Pstype(Snps)                               


i will gather MVS logs for JCL too. And please let me know what other info can I pull to get to the root cause of this.
Back to top
View user's profile Send private message
t5590ag

Active User


Joined: 21 May 2009
Posts: 139
Location: United States

PostPosted: Thu May 19, 2016 6:25 pm    Post subject:
Reply with quote

Robert Sample wrote:
Possibility 1: the SEMT (sic) SET FILE(FILENAME) CLO DIS failed to either close or disable (or both) the file, and hence CICS still has it allocated / open.

Possibility 2: as soon as CICS deallocates the file, another job (batch or started task) allocates it.

Quote:
No other JCL/PARM uses the file we are trying to delete.
Uh-huh. There's no system back up of the high-level qualifier, or volume, that ever executes? There's no application back up for the data set?


I am going to look for the high-level qualifier usage. thanks Rob.
Back to top
View user's profile Send private message
Nic Clouston

Global Moderator


Joined: 10 May 2007
Posts: 1712
Location: UK

PostPosted: Thu May 19, 2016 6:56 pm    Post subject:
Reply with quote

Quote:
thanks Rob.


There is NO 'Rob' in this thread. Please show respect and name people as they name themselves on the forum.
Back to top
View user's profile Send private message
Bill Woodger

DFSORT Moderator


Joined: 09 Mar 2011
Posts: 7223

PostPosted: Thu May 19, 2016 11:04 pm    Post subject: Reply to: trying to define a VSAM Cluster in JCL
Reply with quote

There's some code in a Rexx-like program. Can you show that?
Back to top
View user's profile Send private message
Rohit Umarjikar

Senior Member


Joined: 21 Sep 2010
Posts: 1609
Location: NY,USA

PostPosted: Fri May 20, 2016 12:44 am    Post subject:
Reply with quote

This error is caused during the Delete of the VSAM file and you did not look for that event in the log and showing what's successfully executed which won't help.
Why not just put a DD statement in the job with DISP=OLD on that VSAM file? this will prevent it failing.
What does your support staff say's about this?
An IDCAMS DIAGNOSE may help.
Back to top
View user's profile Send private message
PeterHolland

Global Moderator


Joined: 27 Oct 2009
Posts: 2422
Location: Netherlands, Amstelveen

PostPosted: Fri May 20, 2016 9:23 am    Post subject:
Reply with quote

"SEMT" is not an existing command.
"OPS1000I" is not a CICS message, but an CA OPS/MVS® Event Management and Automation message.

So my guess is, that this is an inhouse automation utility and the showed log is not a CICS log but a CA OPS/MVS log.

Talk with your CA OPS/MVS support.
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> JCL & VSAM All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts BWO option in VSAM blayek CICS 3 Sat Nov 05, 2016 10:47 am
No new posts VSAM define for large file jerryte JCL & VSAM 9 Wed Oct 05, 2016 1:51 am
No new posts CICS VSAM RLS READ akodakka CICS 3 Tue Oct 04, 2016 3:09 pm
No new posts How to define PCB for paired segments ashok_uddaraju IMS DB/DC 4 Tue Jun 14, 2016 11:40 pm
No new posts 2 vsam file compare and update a fiel... ABINAYATHULASI DFSORT/ICETOOL 6 Sun May 29, 2016 11:15 am


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us