| Author |
Message
|
| fjb_saper |
 Posted: Wed May 27, 2015 5:44 am Post subject: |
 |
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
Isn't the channel always using a UOW?
_________________
MQ & Broker admin |
|
| Back to top |
|
 |
| mqjeff |
| Posted: Wed May 27, 2015 5:48 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| fjb_saper wrote: |
| Isn't the channel always using a UOW? |
For those messages that fit the criteria Morag mentioned... |
|
| Back to top |
|
|
| exerk |
| Posted: Wed May 27, 2015 5:49 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| fjb_saper wrote: |
| Isn't the channel always using a UOW? |
I wouldn't have thought so if NPMSPEED is FAST - but what do I know?
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| hughson |
| Posted: Wed May 27, 2015 5:49 am Post subject: |
|
|
Padawan
Joined: 09 May 2013
Posts: 1959
Location: Bay of Plenty, New Zealand
|
| fjb_saper wrote: |
| Isn't the channel always using a UOW? |
No, on an NPMSPEED(FAST) channel, non-persistent messages are got and put outside of a transaction. Hence, non recoverable.
Cheers
Morag
_________________
Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software |
|
| Back to top |
|
|
| exerk |
| Posted: Wed May 27, 2015 5:50 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| hughson wrote: |
| fjb_saper wrote: |
| Isn't the channel always using a UOW? |
No, on an NPMSPEED(FAST) channel, non-persistent messages are got and put outside of a transaction. Hence, non recoverable.
Cheers
Morag |
Hallelujah! For (probably) once I got it right - happy days! 
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| henry00 |
| Posted: Wed May 27, 2015 9:34 am Post subject: |
|
|
Newbie
Joined: 26 May 2015
Posts: 7
|
i must be missing something.
How do i know if there are no outstanding reset requests (how would i see this?)
in the display channel i still see RESETSEQ(1) which is what i set it too after a reset on both the SDR and RCVR yesterday
I expect tht tomorrow morning, after the channel goes idle over night) i will again see the out of sequence errors as the SEQNUM on the RCVR will once again be reset to the value shown in the RESETSEQ parm.
There is something still missing either in cfg or still to do.
from comments above i have confirmed that the channel is defined as NPMSPEED(FAST). |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Wed May 27, 2015 10:13 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9472
Location: US: west coast, almost. Otherwise, enroute.
|
| henry00 wrote: |
| i must be missing something. |
Yes, the root cause.
Display the transmission queue. Post results here. What is UNCOM value?
Display channel status on both ends of the channel. Post results here.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| hughson |
| Posted: Thu May 28, 2015 2:47 am Post subject: |
|
|
Padawan
Joined: 09 May 2013
Posts: 1959
Location: Bay of Plenty, New Zealand
|
| henry00 wrote: |
i must be missing something.
How do i know if there are no outstanding reset requests (how would i see this?) |
The thing you opened your question with, RESETSEQ is showing you exactly that. It was introduced in V7.x (I forget) to solve the difficult problem of not knowing whether your RESET CHANNEL command had taken effect yet.
| henry00 wrote: |
| from comments above i have confirmed that the channel is defined as NPMSPEED(FAST). |
And, are you actually sending any messages over it? The reset won't be hardened until you complete a recoverable batch and thus harden the channel status. Showing us current and saved status for this channel should indicate whether you are doing recoverable batches.
Cheers
Morag
_________________
Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software |
|
| Back to top |
|
|
| henry00 |
| Posted: Thu May 28, 2015 10:58 am Post subject: |
|
|
Newbie
Joined: 26 May 2015
Posts: 7
|
not having any success
I can stop the SDR channel
resolve the sdr
and start the channel
but still the RESETSEQ value is a numberic and not NO
i have done the stop/start on both sdr and receiver at the same time
i have just done a stop/resolve/start on just the sdr
i have also done the above with a reset mixed in on the sdr
i have done the above with a reset on the sdr and the rcvr
I have tried all the variants of the above with no success, the RESETSEQ always remains with a value |
|
| Back to top |
|
|
| mqjeff |
| Posted: Thu May 28, 2015 11:37 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
|
| Back to top |
|
|
| fjb_saper |
| Posted: Thu May 28, 2015 12:23 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| mqjeff wrote: |
| Did you send a message? |
More to the point, did you send a persistent message? 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
|
|
