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

Strange behavior with VSAM


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

New User


Joined: 15 Jun 2007
Posts: 92
Location: bangalore

PostPosted: Fri Jul 06, 2012 10:32 am
Reply with quote

Hi All ,

i am facing some strange behaviour with my VSAM files.

I have 4 VSAM files in program. when i run with some set of files it is working properly. To cover some of the test cases
i tried below things.
1.i hav copied one of the VSAM File and edited some filed. when i run with this new file and other 3 files my job is abending with return code 90 for other files..
2. i thought may my edited VSAM file is causing issue and i created one more VSAM file with the same data This time i didn't change anything in the file. i.e now i just changed the file name of one VSAM file everything is same. But still my job is abending with same error code.Only difference between the file names is Highlevel qualifier.

Could some one please help me on this..

Thanks,
Chandra.
Back to top
View user's profile Send private message
Gnanas N

Active Member


Joined: 06 Sep 2007
Posts: 792
Location: Chennai, India

PostPosted: Fri Jul 06, 2012 10:37 am
Reply with quote

Quote:
abending with return code 90

Which statement gave this error?

Please post the entire error message from job log, possibly with error ID.
Back to top
View user's profile Send private message
chandracdac

New User


Joined: 15 Jun 2007
Posts: 92
Location: bangalore

PostPosted: Fri Jul 06, 2012 10:59 am
Reply with quote

I am sorry i forgot to mention that.

when i tried opening the files.. all files are input only.

MF00FS:00
MF04FS:00
MF11FS:00
MF12FS:90
MF17FS:90
MF20FS:90
*********************************************
* US VSAM FILE OPEN ERROR *
* FILE STATUS CODE 90
* *
*********************************************
CEE3250C The system or user abend U 099 R=NULL was issued.

Thanks
Chandra.
Back to top
View user's profile Send private message
Gnanas N

Active Member


Joined: 06 Sep 2007
Posts: 792
Location: Chennai, India

PostPosted: Fri Jul 06, 2012 11:16 am
Reply with quote

Okay. Does job's JESMSGLG or JESYSMSG has any info regarding VSAM error?

You may need to try with extended VSAM Return-code to get more info.

Here is an example.
ibmmainframes.com/post-98817.html
Back to top
View user's profile Send private message
sandip_mainframe
Warnings : 2

New User


Joined: 20 Sep 2006
Posts: 63
Location: pune

PostPosted: Wed Jul 11, 2012 3:51 pm
Reply with quote

Hi chandra,

Whenever you perform any operation on the file, display file status every time. Let's say if you open the file,
DISPLAY ' OPEN FILE STATUS : ' FILE-STATUS-VAR

When you edit or delete file display the status.
DISPLAY ' EDIT FILE STATUS : ' FILE-STATUS-VAR

By this way you can catch exactly where you are getting file-status 90.


Thanks,
Sandip Walsinge
Walsinge Technologies Pvt Ltd, Pune.
Back to top
View user's profile Send private message
Bill Woodger

Moderator Emeritus


Joined: 09 Mar 2011
Posts: 7309
Location: Inside the Matrix

PostPosted: Wed Jul 11, 2012 4:24 pm
Reply with quote

Sandip, the TS knows which file is failing.

Why do you not suggest the extended file status that is available for VSAM files? That might help in establishing what the 90 is...
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


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

PostPosted: Wed Jul 11, 2012 4:30 pm
Reply with quote

Is your TSO / ISPF edit session set to retain trailing blanks or not? If not, the record length would change after an edit since the trailing blanks would be removed.

But as others have said your should use the extended file status clause to get the extra data VSAM will give you.
Back to top
View user's profile Send private message
Pete Wilson

Active Member


Joined: 31 Dec 2009
Posts: 582
Location: London

PostPosted: Thu Jul 26, 2012 9:58 pm
Reply with quote

When you renamed the VSAM file did you just rename the Cluster name or the Data and Index components as well?

RC=90 is usually something to do with a catalog error, but it would help if you included and IEC161I, IDC3090 or IEC3351I messages as well as the RETURN and REASON codes, and also a the full LISTCAT output for the file name (cluster) that is producing the error.
Back to top
View user's profile Send private message
Bill O'Boyle

CICS Moderator


Joined: 14 Jan 2008
Posts: 2501
Location: Atlanta, Georgia, USA

PostPosted: Thu Jul 26, 2012 10:05 pm
Reply with quote

Bill Woodger said -
Quote:
Why do you not suggest the extended file status that is available for VSAM files? That might help in establishing what the 90 is...

Yeah Bill, I'm for that too as this is the OP's best bet on drilling-down to the specific error-condition associated with this status-code.
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 Access to non cataloged VSAM file JCL & VSAM 18
No new posts Merge two VSAM KSDS files into third ... JCL & VSAM 6
No new posts CVDA value for RRDS VSAM dataset. CICS 2
No new posts VSAM return code 23 - for a Random read COBOL Programming 4
No new posts Open VSAM File in IMS DC Region - DFS... IMS DB/DC 0
Search our Forums:

Back to Top