| Author |
Message
|
| sairam |
 Posted: Mon Mar 14, 2005 4:17 pm Post subject: |
 |
|
Centurion
Joined: 07 Mar 2005
Posts: 120
|
Hi,
Thank you, I checked the error logs on the SDR side and i dont see any errors but on the RCVR side , i see "AMQ9526:mESSAGE SEQUENCE NUMBER ERROR FOR CHANNEL ch_name" and then the AMQ9999 error follows up.The local and remote QMs do not agree on the next sequence number.
Should i use the RESET CHANNEL again.
pls advise, i am going crazy with this bug since 10 days. |
|
| Back to top |
|
 |
| sairam |
| Posted: Mon Mar 14, 2005 4:21 pm Post subject: |
|
|
Centurion
Joined: 07 Mar 2005
Posts: 120
|
Do i need to reset channel on both SDR and RCVR sides??
The RCVR side doesn't have the sample RPM installed so there are no amqsput and amqsget under /opt/mqm/samp/bin directory, so unable to test the message flow between sender and receiver.
However i checked the SDR locally and message flows.
Pls advise.is there any other way to test msg flow between 2 workstations. |
|
| Back to top |
|
|
| JT |
| Posted: Mon Mar 14, 2005 6:13 pm Post subject: |
|
|
Padawan
Joined: 27 Mar 2003
Posts: 1564
Location: Hartford, CT.
|
| Use the RFHUTILC utility from the IH03 supportpac. Put a message to the remote queue from the sending queue manager with a Report option of COA. The receiving queue manager will generate a report message, confirming the arrival of the message, that will be delivered to the sending queue manager through the opposing pair of sender/receiver channels. You'll also need to specify a ReplyToQ/ReplyToQmgr. |
|
| Back to top |
|
|
| sairam |
| Posted: Mon Mar 14, 2005 7:17 pm Post subject: |
|
|
Centurion
Joined: 07 Mar 2005
Posts: 120
|
Hi,
I dont have a SVR channel, as far as i know i have only a SDR channel and a RCVR channel on different boxes. There is a trigger defined of type FIRST on the local queue which is an XMITQ on SDR side. I read from somewhere in the documentation that we should not define TRPTYPE FIRST for XMITQ. is that right?
The HBINT is 300 and DISCINT is 6000. If there are no messages then the channel closes and if the next message arrives, it triggers the channel from what i observe. Then CH state is RUNNING. |
|
| Back to top |
|
|
| csmith28 |
| Posted: Mon Mar 14, 2005 7:34 pm Post subject: |
|
|
Grand Master
Joined: 15 Jul 2003
Posts: 1196
Location: Arizona
|
TRIGTYPE(FIRST) is fine for an XMITQ.
If the Remote Receiver MCA and the local SDR MCA do not agree on the CUSEQNO then yes you should reset the SDR Channel before you try to start it.
I am still wondering where the discrepency is coming from though. When your SDR channel goes INACTIVE the CURSEQNO on the RCVR Channel should not change.
_________________
Yes, I am an agent of Satan but my duties are largely ceremonial. |
|
| Back to top |
|
|
| sairam |
| Posted: Mon Mar 14, 2005 7:43 pm Post subject: |
|
|
Centurion
Joined: 07 Mar 2005
Posts: 120
|
ooh ok so TRIGTYPE(FIRST) is good then.
I have reset the channel seq no to 1 last week before your tips about resolving the channel, clearing the local queue and resetting the channel. Did that cause any mishap?
I also checked the last committed UOW on both sides and the numbers are same, there are no INDOUBT on either side too.
Do / Can i restart the QM?[ i think it is not advisable, i will loose all msgs, am i right??] I have also created a dead letter queue and altered the Q Managers on both ends (SDR and RCVR) to use this as the dead letter queue instead of the SYSTEM DEAD LETTER QUeue. |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Mon Mar 14, 2005 8:35 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20767
Location: LI,NY
|
Changing of the DLQ I believe only becomes effective after qmgr restart ?
Enjoy  |
|
| Back to top |
|
|
| sairam |
| Posted: Mon Mar 14, 2005 8:49 pm Post subject: |
|
|
Centurion
Joined: 07 Mar 2005
Posts: 120
|
| If I restart a QM, then would it cause any other side effects. Should i stop and start the QM on both SDR and RCVR? |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Tue Mar 15, 2005 9:16 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20767
Location: LI,NY
|
| On reboot of the qmgr all non persistent messages are lost. But then why should you care? If you needed them they should have been persistent right ? |
|
| Back to top |
|
|
| sairam |
| Posted: Tue Mar 15, 2005 9:19 am Post subject: |
|
|
Centurion
Joined: 07 Mar 2005
Posts: 120
|
| Should i stop and start the QM's on both the sides? |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Tue Mar 15, 2005 9:22 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20767
Location: LI,NY
|
| Only if you changed qmgr properties on both sides. |
|
| Back to top |
|
|
| sairam |
| Posted: Tue Mar 15, 2005 10:17 am Post subject: |
|
|
Centurion
Joined: 07 Mar 2005
Posts: 120
|
I get an output when issued command "endmqm QMGR_NAME" as follows:
"Quiesce request accepted.The queue manager will stop when all outstanding work is complete".
After a while i did "endmqlsr" and then did a "ps -ef|grep QM_Name" and now i dont see any QMGR process running other than the grep QM_Name.
I am doing the same on the RCVR side too since i modified the DLQ there too to use my defined DLQ instead of system DLQ.
When i do a "ps -ef|grep QM_RCVR", i get a lot of processes listed which are amqzxma0, amqzlaa0,amqhasmx, amqzllp0 etc..
What are all these...??? OK i found that and killed the processes.
So now stopped the QMGRS on both ends. |
|
| Back to top |
|
|
| sairam |
| Posted: Tue Mar 15, 2005 12:19 pm Post subject: |
|
|
Centurion
Joined: 07 Mar 2005
Posts: 120
|
Folks i have successfully restarted QMs on both sides. I started the listener on the RCVR side using " runmqlsr -t tcp -m QMGR". i did a "ps -ef|grep runmqlsr" on the RCVR side.. and i see 5 runmqlsr listed there with different process ids. Whats that???
When i put a msg on Remote queue, and check the CURDEPTH of the local queue(on the RCVR side), then it should increment, right from 0 to 1??I put 2 msgs and it went from 0 to 2. When an app put 3 msgs, i immediately checked and it was not showing the increment for CURDEPTH attribute.
I checked the error log on the RCVR side and it again gives me the seq no error (AMQ9526 and AMQ9999). But then i checked the channel status and it is RUNNING.
So does this mean the issue was fixed or ???
pls advise.
For the QL of Remote Server ---> IPPROCS went from 0 to 2, OPPROCS is 1 and CURDEPTH is 0 now. |
|
| Back to top |
|
|
| sairam |
| Posted: Tue Mar 15, 2005 2:04 pm Post subject: |
|
|
Centurion
Joined: 07 Mar 2005
Posts: 120
|
Folks,
As of now i am thinking this got fixed, would get back if any issues are there for this subject.
Earlier suggestions from Smith and now from restarting the QMs on both sides, i think it is behaving good so far.Thank you. |
|
| Back to top |
|
|
| sairam |
| Posted: Wed Mar 16, 2005 11:40 am Post subject: |
|
|
Centurion
Joined: 07 Mar 2005
Posts: 120
|
Folks,
I have already a channel defined with a SDR and RCVR. On the SDR, there is a transmission queue defined and QR defined.
Now if i were to create a QR(Remote q) on the RCVR side, should /can i use the same channel (and name) to make it bidirectional??
Please advise.Can i define the XMITQ as local queue on the RCVR side too since that is needed for me to define a remote queue. |
|
| Back to top |
|
|
|
|
