View previous topic :: View next topic
|
Author |
Message |
smaru
New User
Joined: 22 Oct 2008 Posts: 49 Location: India
|
|
|
|
Hi,
My job is access a VSAM filein I-O mode and adended while rewriting the record. The Status code with which it abended was '90'. I have tried to capture the extended VSAM status code and the following is its information,
01 WS-FILE-STATUS XX 90
01 WS-EX-FILE-STATUS
02 VSAM-EXTENDED-RETURN-CODE S9(4) COMP +8
02 VSAM-EXTENDED-FUNCTION-CODE S9(4) COMP +0
02 VSAM-EXTENDED-FEEDBACK-CODE S9(4) COMP +132
When i check for the feedback code '132', it gives me an information to try capturing the Spanned record in LOC mode. I am really not able to understand the what that means.
Does anyone have a clue? |
|
Back to top |
|
|
CICS Guy
Senior Member
Joined: 18 Jul 2007 Posts: 2146 Location: At my coffee table
|
|
|
|
What does the listcat show for this dataset?
What IO operation received the error? How are you sure? |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8696 Location: Dubuque, Iowa, USA
|
|
|
|
If the error is on the OPEN statement, the 132 is listed as meaning:
Quote: |
132(X'84')
One of the following errors occurred:
° Not enough storage was available for work areas.
° The required volume could not be mounted.
° A system logic error occurred while VSAM was accessing
the job file control block (JFCB).
° The format-1 DSCB or the catalog cluster record is
invalid.
° The user-supplied catalog name does not match the name
on the entry.
° The user is not authorized to open the catalog as a
catalog. |
so are there any messages in the job output relating to your VSAM file? What does the job log say the used memory was -- and how much does the JCL give the program? |
|
Back to top |
|
|
smaru
New User
Joined: 22 Oct 2008 Posts: 49 Location: India
|
|
|
|
thanks for the reply.
But my job abended at a WRITE or REWRITE statement. |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8696 Location: Dubuque, Iowa, USA
|
|
|
|
I'm concerned about the chances of resolving this if you don't even know if a WRITE or REWRITE was being performed ... before posting here surely you did some elementary checking, such as figuring out which statement the program got the 90 file status on?
OPEN, WRITE, REWRITE ... doesn't matter from the standpoint of seeing what messages show up on the job log, nor finding out how much memory was used by the program versus how much the JCL asked for. These are still things we're going to need to know before proceeding much further. And the LISTCAT output will be helpful to see how the file is defined as well. |
|
Back to top |
|
|
smaru
New User
Joined: 22 Oct 2008 Posts: 49 Location: India
|
|
|
|
Let me rephrase my question,
What parameters needs to be specified to write spanned records into a VSAM file?
Does anyone has a idea about accesing the Spanned records in MOVE mode and since they cannot be accessed in LOCATE mode. |
|
Back to top |
|
|
CICS Guy
Senior Member
Joined: 18 Jul 2007 Posts: 2146 Location: At my coffee table
|
|
|
|
smaru wrote: |
Let me rephrase my question,
What parameters needs to be specified to write spanned records into a VSAM file? |
Oh my God, is this the Question?
Why is some, but not, all of the information you have, not needed by us?
Oh, BTW, is that WRITE or REWRITE, (expectant pause) or both? |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8696 Location: Dubuque, Iowa, USA
|
|
|
|
Quote: |
What parameters needs to be specified to write spanned records into a VSAM file?
Does anyone has a idea about accesing the Spanned records in MOVE mode and since they cannot be accessed in LOCATE mode.
|
What language are you using?
What does the LISTCAT for the VSAM file look like?
What have you tried already that hasn't worked?
Have you read the DF/SMS Macro Instructions for Data Sets manual?
Have you read the DF/SMS Using Data Sets manual?
Since you're convinced what your problem is, I'm sure you'll be able to find the solution -- hint: LOC and MVE mode are your only two options. But since you haven't responded to our previous requests for information to help you, I doubt you'll be getting many responses from here. |
|
Back to top |
|
|
smaru
New User
Joined: 22 Oct 2008 Posts: 49 Location: India
|
|
|
|
Hi Robert,
Languages: Cobol, JCL
LISTCAT details:
Code: |
0CLUSTER ------- VSAM.FILE
IN-CAT --- CATALOG.VSYM163
0DATA ---------- VSAM.FILE.D
IN-CAT --- CATALOG.VSYM163
0INDEX --------- VSAM.FILE.I
IN-CAT --- CATALOG.VSYM163
1IDCAMS SYSTEM SERVICES TIME:
- LISTING FROM CATALOG -- CATALOG.VSYM163
0 THE NUMBER OF ENTRIES PROCESSED WAS:
AIX -------------------0
ALIAS -----------------0
CLUSTER ---------------1
DATA ------------------1
GDG -------------------0
INDEX -----------------1
NONVSAM ---------------0
PAGESPACE -------------0
PATH ------------------0
SPACE -----------------0
USERCATALOG -----------0
TAPELIBRARY -----------0
TAPEVOLUME ------------0
TOTAL -----------------3
0 THE NUMBER OF PROTECTED ENTRIES SUPPRESSED WAS 0
0IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0
1IDCAMS SYSTEM SERVICES TIME:
0
0IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 0
---------------------------------------------------------------------------------- |
I access the file in dynamic mode and this is what i have tried to do,
Read the file INTO working storage variable.
Process the program logic
Write the Output record from working storage variable, if Status 22 - Rewrite the record.
My program is able to Update the record till the LRECL of the file is 32764, but when it tries to pass the CI size its throws me the status code '90'. |
|
Back to top |
|
|
CICS Guy
Senior Member
Joined: 18 Jul 2007 Posts: 2146 Location: At my coffee table
|
|
|
|
Need more detail on the cluster and data components. |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8696 Location: Dubuque, Iowa, USA
|
|
|
|
When we ask for a LISTCAT, we mean LISTCAT ENT(????) ALL so we can see the details of how the VSAM file is defined -- not just that it is a file. What you posted is useless since there are none of the details.
I have looked at various sources and cannot find if COBOL supports spanned VSAM -- you need to open a PMR with IBM and find out if this is possible or not. Considering you are getting the FS 90 when attempting, I suspect the answer is either no, or not for rewrite -- but that's just a guess. |
|
Back to top |
|
|
CICS Guy
Senior Member
Joined: 18 Jul 2007 Posts: 2146 Location: At my coffee table
|
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8696 Location: Dubuque, Iowa, USA
|
|
|
|
Hey, CICS Guy, recording mode S is for QSAM not VSAM, and the posted problem is about using VSAM records that span CIs. |
|
Back to top |
|
|
CICS Guy
Senior Member
Joined: 18 Jul 2007 Posts: 2146 Location: At my coffee table
|
|
|
|
Robert Sample wrote: |
Hey, CICS Guy, recording mode S is for QSAM not VSAM, |
Yes, that's what my last post indicated....
Quote: |
and the posted problem is about using VSAM records that span CIs. |
From what I read, to process spaned records in COBOL, you need "recording mode S" which is not available for VSAM datasets.... |
|
Back to top |
|
|
smaru
New User
Joined: 22 Oct 2008 Posts: 49 Location: India
|
|
|
|
I was able to conclude that the program was abending while REWRITING the Spanned record into VSAM. I have changed the logic in my program to Delete and insert the spanned record rather than rewriting the existing record and It worked.
But it will be great if you confirm the same.
Please let me know, if you have an idea about handling the rewrite statement on MOVE mode rather than in LOC mode.
I tried my best to explain the problem but not sure whether my words are making sense. |
|
Back to top |
|
|
Arun Raj
Moderator
Joined: 17 Oct 2006 Posts: 2481 Location: @my desk
|
|
|
|
Quote: |
I tried my best to explain the problem but not sure whether my words are making sense.
|
Srikanth,
Sometimes simply posting the requested information can do a better job than "explaining" hard. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hi Srikanth,
Good to hear it is working - thank you for letting us know.
Quote: |
I tried my best to explain the problem but not sure whether my words are making sense. |
You did well. The more you work with the forum, the more smoothly posting will go.
One thing i believe is that the more complete the initial post of the question or requirement the better the topic will proceed. If you are unsure of how to word something, ask and we will help present the topic.
As Arun mentioned, sometimes simple works better - just be sure to be complete and accurate. |
|
Back to top |
|
|
|