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 IGG0CLEG-42


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

Superior Member


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

PostPosted: Mon Mar 09, 2009 4:09 pm
Reply with quote

Hi,

Please run a LISTCAT ALL on the data component and post the results.
Back to top
View user's profile Send private message
kalhor

New User


Joined: 20 May 2007
Posts: 31
Location: iran

PostPosted: Mon Mar 09, 2009 4:11 pm
Reply with quote

I've tryed to delete by NOSCR befor this but it could not be deleted
Back to top
View user's profile Send private message
expat

Global Moderator


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

PostPosted: Mon Mar 09, 2009 4:55 pm
Reply with quote

kalhor wrote:
I've tryed to delete by NOSCR befor this but it could not be deleted

Then you are probably not authorised to use the NOSCR parameter, hence my previous suggestion to talk to storage management / sysprogs who should be authorised to use this parameter. This was made quite clear in my previous post.

Anuj - pay attention icon_lol.gif I believe that the OP has said that LISTCAT did not work in a previous post. He has also said that this is part of a multi vol dataset where the "main part" (which I would guess being volser 1) is unavailable.
Back to top
View user's profile Send private message
kalhor

New User


Joined: 20 May 2007
Posts: 31
Location: iran

PostPosted: Mon Mar 09, 2009 8:20 pm
Reply with quote

No the authority is not my problem.
Back to top
View user's profile Send private message
expat

Global Moderator


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

PostPosted: Mon Mar 09, 2009 8:48 pm
Reply with quote

What have you discovered by reading the messages and codes that have been issued so far ?
Back to top
View user's profile Send private message
kalhor

New User


Joined: 20 May 2007
Posts: 31
Location: iran

PostPosted: Tue Mar 10, 2009 1:45 pm
Reply with quote

Nothing more, i think initialize is the last way.
Back to top
View user's profile Send private message
Anuj Dhawan

Superior Member


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

PostPosted: Tue Mar 10, 2009 6:59 pm
Reply with quote

Hi Expat,

What I was thinkng & recall for such problems, normally the file is cataloged in the wrong UCAT requiring LISTC ENT for the HLQ, UCAT and then matching up with entry in VVDS. IBM 'fixed' it eons ago by adding a nocheck if you use the MCAT name for the CAT parameter. . . but. . .

May be other alternative is to use the “Resynchronize ICF Catalog” (FUNC=RE) and specify the ALIASLVL= parameter and CATLGCHK=Y . . .
Back to top
View user's profile Send private message
expat

Global Moderator


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

PostPosted: Tue Mar 10, 2009 7:28 pm
Reply with quote

Yeah, after checking out the message codes, that was what I thought about the entry being in a catalog that does not have the alias pointing to it. Usually the master catalog.

Then you have to specify the REAL catalog which has the entry in it in the DELETE NVR parameter. You can also list out the VVDS and see which catalog association is with the NVR entry.

After my last comment, I was rather hoping that the OP might have tried it out and reported back, but hey icon_sad.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 Goto page 1, 2  Next

 


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