View previous topic :: View next topic |
Author |
Message |
Vinodch Beginner
Joined: 23 Dec 2002 Posts: 80 Topics: 32 Location: Chennai, India
|
Posted: Fri Apr 08, 2005 1:27 pm Post subject: Problem with MQ Triggering the transaction: |
|
|
We have a s560 transaction triggered if there is a message on the queue and continue to process as long as additional request's are found on the queue, at some point the program is waiting for the MQ to reply and not returning back to the CICS.
Is anyone could advise what causing the problem ? Do i need to do any program changes to handle the same ? or any corrections are needed at MQ. _________________ Thanks,
Vinod. |
|
Back to top |
|
|
kolusu Site Admin
Joined: 26 Nov 2002 Posts: 12375 Topics: 75 Location: San Jose
|
Posted: Fri Apr 08, 2005 1:48 pm Post subject: |
|
|
Vinod,
What is a S560 transaction ? A couple of questions here.
1. How is the trigger type defined ? is it defined as FIRST EVERY or N messages?
2. Was there any wait interval specified on the MQGET?
Thanks
kolusu _________________ Kolusu
www.linkedin.com/in/kolusu |
|
Back to top |
|
|
Vinodch Beginner
Joined: 23 Dec 2002 Posts: 80 Topics: 32 Location: Chennai, India
|
Posted: Fri Apr 08, 2005 2:43 pm Post subject: |
|
|
Kolusu
What is a S560 transaction ?
A Transaction name.
1. How is the trigger type defined ? is it defined as FIRST EVERY or N messages?
Its is defined as FIRST.
2. Was there any wait interval specified on the MQGET?
No Wait Intervals. _________________ Thanks,
Vinod. |
|
Back to top |
|
|
Vinodch Beginner
Joined: 23 Dec 2002 Posts: 80 Topics: 32 Location: Chennai, India
|
Posted: Fri Apr 08, 2005 2:59 pm Post subject: |
|
|
Kolusu
S560 is the name of the transaction that invoked by Trigger Monitor when there is a message in the queue from the unix application side.
_________________ Thanks,
Vinod. |
|
Back to top |
|
|
bob_buxton Beginner
Joined: 20 Dec 2002 Posts: 44 Topics: 0 Location: Hampshire, England
|
Posted: Sat Apr 09, 2005 4:25 am Post subject: Re: Problem with MQ Triggering the transaction: |
|
|
Vinodch wrote: | We have a s560 transaction triggered if there is a message on the queue and continue to process as long as additional request's are found on the queue, at some point the program is waiting for the MQ to reply and not returning back to the CICS.
Is anyone could advise what causing the problem ? Do i need to do any program changes to handle the same ? or any corrections are needed at MQ. |
Possibly the program has specifed a long wait interval on a MQGET call and is waiting for another message to arrive. You could reduce the wait interval to a few seconds. _________________ Bob Buxton
Ex Websphere MQ for zOS development |
|
Back to top |
|
|
Vinodch Beginner
Joined: 23 Dec 2002 Posts: 80 Topics: 32 Location: Chennai, India
|
Posted: Sat Apr 09, 2005 9:04 am Post subject: |
|
|
bob_buxton
The wait intervals specified on a MQGET call is zero in the program. _________________ Thanks,
Vinod. |
|
Back to top |
|
|
bob_buxton Beginner
Joined: 20 Dec 2002 Posts: 44 Topics: 0 Location: Hampshire, England
|
Posted: Sat Apr 09, 2005 12:01 pm Post subject: |
|
|
What wait state is shown if you do a CEMT INQ TASK.
Also what does the task display of CKQC show? _________________ Bob Buxton
Ex Websphere MQ for zOS development |
|
Back to top |
|
|
Vinodch Beginner
Joined: 23 Dec 2002 Posts: 80 Topics: 32 Location: Chennai, India
|
Posted: Mon Apr 11, 2005 9:04 am Post subject: |
|
|
The requested details are mentioned below:
Code: |
I TASK tra(S560)
RESULT - OVERTYPE TO MODIFY
Task(0013008)
Tranid(S560)
Facility(RVA0)
Runstatus(Suspended)
Ftype(Term)
Priority( 060 )
Purgetype( )
Startcode(TO)
Userid(VXVASUD)
Uow(BCD879A1FEB59044)
Htype(ZCIOWAIT)
Hvalue(DFHZARQ1)
Htime(000004)
Indoubt(Backout)
CEMT TASK(CKQC)
STATUS: RESULTS - OVERTYPE TO MODIFY
Aging( 32768 ) Progautoinst( Autoactive )
Akp( 04000 ) Reentprotect(Reentprot)
Cicstslevel(020200) Release(0620)
Cmdprotect(Cmdprot) Runaway( 0005000 )
Db2conn() Scandelay( 0500 )
Dfltuser(CICSUSER) Sdtran(CESD)
Dsalimit( 08388608 ) Sosstatus(Notsos)
Dsrtprogram( NONE ) Storeprotect(Active)
Dtrprogram( DFHDYP ) Time( 0001000 )
Dumping( Sysdump ) Tranisolate(Inactive)
Edsalimit( 0083886080 )
Forceqr( Noforce )
Logdefer( 00030 )
Maxtasks( 060 )
Mrobatch( 001 )
|
_________________ Thanks,
Vinod. |
|
Back to top |
|
|
bob_buxton Beginner
Joined: 20 Dec 2002 Posts: 44 Topics: 0 Location: Hampshire, England
|
Posted: Mon Apr 11, 2005 3:56 pm Post subject: |
|
|
ZCIOWAIT is a terminal control wait - not an MQ wait.
An MQ triggered application should not be attempting to do terminal IO and I would expect the startcode to be SD.
It appears to me that the transaction has been started from terminal RVA0.
So you need to investigate your application environment. _________________ Bob Buxton
Ex Websphere MQ for zOS development |
|
Back to top |
|
|
veeras76 Beginner
Joined: 12 Apr 2005 Posts: 3 Topics: 0
|
Posted: Tue Apr 12, 2005 2:05 am Post subject: |
|
|
Bob,
The dump given by Vinod was the one for S560 triggered in DEV application where we do not have MQ series task running. We just triggerd the transaction and took the dump for S560. I hope you are looking for this dumps.
Code: |
Tas(0000028) Tra(CKTI) Sus Tas Pri( 255 )
Sta(SD) Use(SEQTRMNL) Uow(BCD4F5C0A5985F83) Hty(MQSeries)
Tranid(CKTI)
Facility()
Runstatus(Suspended)
Ftype(Task)
Priority( 255 )
Purgetype( )
Startcode(SD)
Userid(SEQTRMNL)
Uow(BCD4F5C0A5985F83)
Htype(MQSeries)
Hvalue(GETWAIT)
Htime(311203)
Indoubt(Backout)
Indoubtwait(Wait)
Bridge()
Identifier()
Indoubtmins(000000)
|
Code: |
Tas(0000037) Tra(CKTI) Sus Tas Pri( 255 )
Sta(SD) Use (AUTWRK06) Uow(BCD8E7ACC9C19A86) Hty
Tranid(CKTI)
Facility()
Runstatus(Suspended)
Ftype(Task)
Priority( 255 )
Purgetype( )
Startcode(SD)
Userid(AUTWRK06)
Uow(BCD8E7ACC9C19A86)
Htype(MQSeries)
Hvalue(GETWAIT)
Htime(040117)
Indoubt(Backout)
Indoubtwait(Wait)
Bridge()
Identifier()
Indoubtmins(000000)
|
Thanks
Veera |
|
Back to top |
|
|
bob_buxton Beginner
Joined: 20 Dec 2002 Posts: 44 Topics: 0 Location: Hampshire, England
|
Posted: Tue Apr 12, 2005 3:10 am Post subject: |
|
|
Your CEMT outputs are both for CKTI transactions not for S560! _________________ Bob Buxton
Ex Websphere MQ for zOS development |
|
Back to top |
|
|
veeras76 Beginner
Joined: 12 Apr 2005 Posts: 3 Topics: 0
|
Posted: Tue Apr 12, 2005 5:22 am Post subject: |
|
|
Bob,
I thought this would the main task for MQ-SERIES. Do you mean if S560 tranasction is running (Triggerd by MQ) then we may able to view MQ-Wait parameter?
Thanks
Veera |
|
Back to top |
|
|
bob_buxton Beginner
Joined: 20 Dec 2002 Posts: 44 Topics: 0 Location: Hampshire, England
|
Posted: Tue Apr 12, 2005 6:17 am Post subject: |
|
|
CKTI is the trigger monitor application, its job is to sit and wait for trigger messages to arrive on the initiation queue.
When a message does arrive it will start the appropriate transaction such as your S560 to run as a separate CICS task and then go back into a wait for more trigger messages.
Normally one CKTI task, started automatically when CICS connects to MQ, can be used to start all of MQ transaction that run in a CICS region.
You will be able to view the S560 transaction via CEMT whilst it is actively processing messages from its queue but since it has a zero wait interval you shouldn't see it sitting in a Getwait. (you may catch it in a short lived MQ IO wait)
There is a chapter on triggering in the MQ programming guide. _________________ Bob Buxton
Ex Websphere MQ for zOS development |
|
Back to top |
|
|
vallishar Beginner
Joined: 17 Dec 2002 Posts: 53 Topics: 14 Location: BengaLuru
|
Posted: Tue Apr 12, 2005 5:07 pm Post subject: |
|
|
Veera,
What Bob is suggesting is to do this in the region where S560 is running.
Code: | CEMT I TA TRAN(S560) |
Also run the transaction, CKQC in the region where the transaction is defined.
It will show u a screen with all the details for the MQ setup in that region.
Write some messages into the queue and capture what CEMT INQ TA gives.
Above all of this, I don't understand what you mean by your question,
Quote: |
at some point the program is waiting for the MQ to reply and not returning back to the CICS.
|
Vallish _________________ If you're not failing every now and again, it's a sign you're not doing anything very innovative. |
|
Back to top |
|
|
veeras76 Beginner
Joined: 12 Apr 2005 Posts: 3 Topics: 0
|
Posted: Wed Apr 13, 2005 5:27 am Post subject: |
|
|
Vallishar,
Now, I understand what BOB is requesting and as mentioned by BOB, I could n't capture the GET WAIT parameter (we may capture this only if queue has more messages). I can not put any messages to this queue, I will request my UNIX team to put more messages to the triggering queue and then verify the S560 transaction and let you all know the details.
Thanks for your help !
Veera |
|
Back to top |
|
|
|
|