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
 

 

why CICS COMMAND "RECEIVE" no Normal return?

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> CICS
View previous topic :: :: View next topic  
Author Message
harish5002

New User


Joined: 21 Jul 2010
Posts: 23
Location: chennai

PostPosted: Thu Feb 23, 2012 12:24 pm    Post subject: why CICS COMMAND "RECEIVE" no Normal return?
Reply with quote

Hi all,

I have searched in this for AZI9 abend but i did not get any information.

I have very poor in CICS. But i got the work why daily the transaction is abending with AZI9 abend.

In our program i saw the following statements next to next in the same para:

Code:
EXEC CICS SEND                               
          FROM (RDSE004C-E3-O-PICK-TKT-FORMAT)
          INVITE                             
          ERASE                               
END-EXEC                                     
                                             
EXEC CICS RECEIVE                             
          INTO (WS-RECEIVE-TXT)               
          RESP (WS-RESP)                     
END-EXEC                                     

but I am not able to find out the reason why daily the transactions are abending with AZI9.

In the spool the following information is being populated:
Code:
Last Call or EXEC CICS Request                 
                                                           
EXEC CICS RECEIVE                             
          INTO (WS-RECEIVE-TXT)               
          RESP (WS-RESP)                     
END-EXEC 


So I understood that the problem is while send or receive. So i verified the RESP code after send and it is normal(00). Can any one please provide me the reason why it is abending or how to find out the reason for this abend. or after send i need handle any check. Our manager is asking me to provide the solution for this.

Thanks in advance to all.......
Back to top
View user's profile Send private message

Bill O'Boyle

CICS Moderator


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

PostPosted: Thu Feb 23, 2012 2:06 pm    Post subject: Reply to: why CICS COMMAND "RECEIVE" no Normal ret
Reply with quote

Several choices -

1. Use IBM transaction CMAC.

2. Refer to the CICS Messages and Codes manual for your given CICS Version/Release.

3. Google it.

Thanks in advance.... icon_rolleyes.gif

Mr. Bill
Back to top
View user's profile Send private message
Jose Mateo

Active User


Joined: 29 Oct 2010
Posts: 110
Location: Puerto Rico

PostPosted: Fri Feb 24, 2012 12:15 am    Post subject:
Reply with quote

Good afternoon to all!

I think you should specify a WAIT on your send. AZI9 is also caused by a transaction timeout with a automatic purge after the occurring timeout. Increase your transaction timeout parameter, ask your system programmer to do this change.
Back to top
View user's profile Send private message
harish5002

New User


Joined: 21 Jul 2010
Posts: 23
Location: chennai

PostPosted: Fri Feb 24, 2012 10:49 am    Post subject: Reply to: why CICS COMMAND "RECEIVE" no Normal ret
Reply with quote

Hi good morning,

Thanks for your suggestion JOSE. Is there any possibility way to find out why the transaction time out or how to find whether it is time out or some other reason.

Anyway thank you very much for your response.
Back to top
View user's profile Send private message
Mahi_e

New User


Joined: 10 Dec 2010
Posts: 43
Location: hyderabad

PostPosted: Fri Feb 24, 2012 3:14 pm    Post subject:
Reply with quote

AZI9
Explanation :
----------------
The transaction was processing an MRO request which involved waiting for a response from a connected subsystem. During the wait, the failing transaction was purged. The purge can only have been the result of operator action, such as a CEMT SET TASK PURGE.

System action :
------------------
The task is abnormally terminated with a dump.

User response:
-----------------
Investigate the reason the transaction was purged.

Module:
---------
DFHZIS2
Back to top
View user's profile Send private message
harish5002

New User


Joined: 21 Jul 2010
Posts: 23
Location: chennai

PostPosted: Fri Feb 24, 2012 4:08 pm    Post subject: Reply to: why CICS COMMAND "RECEIVE" no Normal ret
Reply with quote

Hi JOSE,

Code:
EXEC CICS                     
     SYNCPOINT                 
END-EXEC.                     
                               
EXEC CICS SEND                 
          FROM(CONTINUE-LABEL)
          LENGTH(160)         
          ERASE               
           WAIT       <==
END-EXEC.                     
                               
EXEC CICS RECEIVE             
          INTO (WS-RECEIVE-TXT)
          RESP (WS-RESPONSE)   
END-EXEC.                     

As you said we have mentioned WAIT in send command. Even though it is abending with AZI6 Abend.

Wait means it will increase some response time other than is there any information.

Thanks in advance
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


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

PostPosted: Fri Feb 24, 2012 5:30 pm    Post subject:
Reply with quote

Harish, don't you think the error message tells you everything you need to know to resolve the problem?
Quote:
The purge can only have been the result of operator action, such as a CEMT SET TASK PURGE.

Until you talk to your site support group and find out who purged the task in the other region, and why, you are not going to find the answer to why the AZI9 occurred. And I truly doubt that you will find that answer by talking to anyone on this forum, since we do not work at your site and are not part of your site support group.
Back to top
View user's profile Send private message
Jose Mateo

Active User


Joined: 29 Oct 2010
Posts: 110
Location: Puerto Rico

PostPosted: Fri Feb 24, 2012 7:41 pm    Post subject:
Reply with quote

Hi, Harish!

Are you saying that the abend code has changed from a AZI9 to a AZI6 after adding the wait to the SEND, if this is the case then you have an abend in connected subsystem or on the other region. If your environment is a TOR connected to a AOR thru MRO then you should get a VTAM sense code in your TOR. Take the sense code and google it, you should get a few hits on the web. And like Robert said, your support people should be the your best help.
Back to top
View user's profile Send private message
harish5002

New User


Joined: 21 Jul 2010
Posts: 23
Location: chennai

PostPosted: Mon Feb 27, 2012 1:16 pm    Post subject: Reply to: why CICS COMMAND "RECEIVE" no Normal ret
Reply with quote

Thanks to all for giving me the immediate response.
Back to top
View user's profile Send private message
UmeySan

Active Member


Joined: 22 Aug 2006
Posts: 743
Location: Germany

PostPosted: Mon Feb 27, 2012 5:57 pm    Post subject:
Reply with quote

@ harish5002


To code Exec-CICS-Send-Map and Exec-CICS-Receive-Map in one Section is no good practice. Better use an Exec-Cics-Return between send an receive. Use a transaction oriented programming style.
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 -> CICS All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts CICS START AND CANCEL blayek CICS 1 Wed Dec 07, 2016 3:27 am
No new posts How does a called pgm know if its cal... Graeme Westerman COBOL Programming 4 Tue Nov 29, 2016 9:25 pm
No new posts What is the command to check MODE of ... rohanthengal CLIST & REXX 6 Fri Nov 18, 2016 1:48 pm
No new posts CICS Roll back partially - Need to re... dwijadas CICS 4 Wed Nov 16, 2016 4:30 pm
No new posts DFHWS2LS return value divated CICS 4 Mon Nov 07, 2016 5:44 pm


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