IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

VSAM CATALOG RETURN CODE IS 8 - REASON CODE IS IGG0CLEH-38


IBM Mainframe Forums -> JCL & VSAM
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
vinchuh

New User


Joined: 06 Apr 2009
Posts: 7
Location: chennai

PostPosted: Fri Jun 26, 2009 5:38 pm
Reply with quote

When I ran the job I got following Error code,

IDC3009I ** VSAM CATALOG RETURN CODE IS 8 - REASON CODE IS IGG0CLEH-38
IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12

REPRO INFILE(FILEIN) -
ODS(EFREVD00.EFSTORE0)
IKJ56225I DATA SET EFREVD00.EFSTORE0 ALREADY IN 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

But at that moment I verified no other job was using that dataset.
Please provide the solution ??
Back to top
View user's profile Send private message
enrico-sorichetti

Superior Member


Joined: 14 Mar 2007
Posts: 10872
Location: italy

PostPosted: Fri Jun 26, 2009 5:54 pm
Reply with quote

I would rather trust more zOS data management point of view than yours icon_biggrin.gif

the most common misunderstand on IDCAMS is then
infile,outfile follow the DD disposition
indataset,outdatset allocate as OLD
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales

PostPosted: Fri Jun 26, 2009 5:55 pm
Reply with quote

Well, personally I trust the CPU over what you think

Use DISP=OLD and see what happens.
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA

PostPosted: Fri Jun 26, 2009 5:56 pm
Reply with quote

Quote:
IKJ56225I DATA SET EFREVD00.EFSTORE0 ALREADY IN USE, TRY LATER
IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER
means exactly what it says -- whether or not you believe it, whether or not you agree, whether or not you "verified no other job was using that dataset" -- all this does not matter. The system identified another TSO user, started task, or batch job (not necessarily on your LPAR) that had the data set allocated. Period. The system was not lying to you. Something else had the file allocated.
Back to top
View user's profile Send private message
vinchuh

New User


Joined: 06 Apr 2009
Posts: 7
Location: chennai

PostPosted: Fri Jun 26, 2009 6:26 pm
Reply with quote

Thanks a lot ....to each one of you, I checked with CICS team and this Dataset was getting used by one of the CICS jobs hence our Batch job failed.
Back to top
View user's profile Send private message
manojkumar.sesuraj

New User


Joined: 15 Apr 2009
Posts: 43
Location: Mumbai

PostPosted: Wed Jul 01, 2009 5:19 pm
Reply with quote

This is my small suggestion...
If you got a return code 12 then just go to =3.4. Issue a command 'WHOHAS' in front of your dataset. It will give you the details who is using your file.

Please correct me if I am wrong.
Back to top
View user's profile Send private message
vinchuh

New User


Joined: 06 Apr 2009
Posts: 7
Location: chennai

PostPosted: Wed Jul 01, 2009 5:25 pm
Reply with quote

Thanks Monaj icon_smile.gif ....its working for me.......
Back to top
View user's profile Send private message
Anuj Dhawan

Superior Member


Joined: 22 Apr 2006
Posts: 6250
Location: Mumbai, India

PostPosted: Wed Jul 01, 2009 5:28 pm
Reply with quote

Fortunately you had 'WHOHAS' in your shop -- installation of that is site-specific.
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA

PostPosted: Wed Jul 01, 2009 5:42 pm
Reply with quote

Anuj, you beat me to it ... WHOHAS is common but not part of TSO so it may or may not be available at any given site.
Back to top
View user's profile Send private message
manojkumar.sesuraj

New User


Joined: 15 Apr 2009
Posts: 43
Location: Mumbai

PostPosted: Wed Jul 01, 2009 6:27 pm
Reply with quote

Anuj, <--- TSO DSNQ 'filename' ---> command is same like as WHOHAS command.

In my shop, this command is working fine.
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales

PostPosted: Wed Jul 01, 2009 6:58 pm
Reply with quote

But it does not work in my shop icon_cry.gif
Back to top
View user's profile Send private message
dick scherrer

Moderator Emeritus


Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix

PostPosted: Wed Jul 01, 2009 8:49 pm
Reply with quote

Hello,

If you are in tso/ispf 3.4, try to use a dataset, and get "IN USE", press F1 twice and the system will show what is holding the dataset.

This works on every system i've supported for many years.
Back to top
View user's profile Send private message
Anuj Dhawan

Superior Member


Joined: 22 Apr 2006
Posts: 6250
Location: Mumbai, India

PostPosted: Thu Jul 02, 2009 11:31 am
Reply with quote

expat wrote:
But it does not work in my shop icon_cry.gif
Ditto. icon_smile.gif
Back to top
View user's profile Send private message
dick scherrer

Moderator Emeritus


Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix

PostPosted: Thu Jul 02, 2009 7:19 pm
Reply with quote

Hello,

To clarify - lots of these things don't work in lots of shops. . . which is why they are known as "site specific".

PF1 twice has not yet failed to show who/what holds the dataset. . .

fwiw icon_cool.gif
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> JCL & VSAM

 


Similar Topics
Topic Forum Replies
No new posts run rexx code with jcl CLIST & REXX 15
No new posts Compile rexx code with jcl CLIST & REXX 6
No new posts Access to non cataloged VSAM file JCL & VSAM 18
No new posts Reorg abended with REASON=X'00E40347' DB2 2
No new posts Return codes-Normal & Abnormal te... JCL & VSAM 7
Search our Forums:

Back to Top