| Author |
Message
|
| ae06425 |
 Posted: Tue Jul 31, 2007 8:10 am Post subject: who is using svrconn channel |
 |
|
Centurion
Joined: 02 Apr 2007
Posts: 100
|
How can I find out which queues are using particular svrconn channel?
what command/utility show this? |
|
| Back to top |
|
 |
| jefflowrey |
| Posted: Tue Jul 31, 2007 8:16 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
in MQv6, you can "dis conn" using runmqsc.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| vmcgloin |
| Posted: Tue Jul 31, 2007 8:19 am Post subject: |
|
|
Knight
Joined: 04 Apr 2002
Posts: 560
Location: Scotland
|
I don't understand exactly what you are looking for but have you tried examining the channel status - that will give you e.g conn names.
It might help to specify which version of MQ you are using too. |
|
| Back to top |
|
|
| ae06425 |
| Posted: Tue Jul 31, 2007 8:20 am Post subject: |
|
|
Centurion
Joined: 02 Apr 2007
Posts: 100
|
| my mqversion is mq 5.3.10 on aix 5.2 |
|
| Back to top |
|
|
| ae06425 |
| Posted: Tue Jul 31, 2007 8:27 am Post subject: |
|
|
Centurion
Joined: 02 Apr 2007
Posts: 100
|
I am trying to locate lost message that is supposed to be going in spesific queue. There could be other connection to svrconn channel.
so I need to identify which other queues is using that svrconn channel
thanks |
|
| Back to top |
|
|
| ae06425 |
| Posted: Tue Jul 31, 2007 8:33 am Post subject: |
|
|
Centurion
Joined: 02 Apr 2007
Posts: 100
|
Can the msg in dead letter queue?
if yes
how can I browse dead letter queue with the command? without loosing the msg. Msg can be big .
thanks |
|
| Back to top |
|
|
| ae06425 |
| Posted: Tue Jul 31, 2007 9:09 am Post subject: |
|
|
Centurion
Joined: 02 Apr 2007
Posts: 100
|
queue is persistent. defpsist(yes)
is the message still there in the log? I think yes
how can I check the log for messages? |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Tue Jul 31, 2007 9:14 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
Queue is not persistent.
Default persistance of queue is persistent.
Messages on queue may not be persistent.
Messages may not be in log. Log is proprietary IBM format, binary data.
You shouldn't share svrconns between applications.
You shouldn't try to reverse engineer connections to figure out where a message has gone.
You should know what applications are connecting to your qmgr.
Applications should log useful information about each message they read.
If this hasn't been done, and someone has gotten the message - you may not ever find out where it went.
You can, if you want, manually stop the SVRCONN. Then wait for people to call you to tell you that their application isn't working.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| ae06425 |
| Posted: Tue Jul 31, 2007 10:30 am Post subject: |
|
|
Centurion
Joined: 02 Apr 2007
Posts: 100
|
Thanks for the reply. I appreciate it.
I checked thechannel and it is MCAUSER( ).
How can I restrict the channel to a particular application.
I talked to apps folks they are not able to provide user name or entity to give authority (to specify in mcauser field).
as far as I understand if defpsist(yes) for a queue the messages are persistent and can be retrieved from logs. am I wrong?
I am searching how to retrieve msg from log. |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Tue Jul 31, 2007 10:57 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
defpsist is only advisory.
Applications can choose, on each individual message, whether to use it or not.
The Premier Sponsor, near the top of this page, offers (or used to offer) a product that can buy and would let you replay messages from logs.
It's otherwise not possible.
You can restrict the channel to a particular application in one of two ways. 1) delete the channel, and give each application their own channel and don't tell any other application what the other channels are, 2) secure your queue manager and use SSL.
Your message is probably entirely gone, and unretrievable.
MQ v5.3 goes out of support soon. You should be in process of migrating to v6.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| tleichen |
| Posted: Tue Jul 31, 2007 11:07 am Post subject: |
|
|
Yatiri
Joined: 11 Apr 2005
Posts: 663
Location: Center of the USA
|
| ae06425 wrote: |
... I need to identify which other queues is using that svrconn channel
thanks |
I've read through this conversation. I guess something else is being assumed here, since queues do not use channels, applications use channels. 
_________________
IBM Certified MQSeries Specialist
IBM Certified MQSeries Developer |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Tue Jul 31, 2007 7:51 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| tleichen wrote: |
| ae06425 wrote: |
... I need to identify which other queues is using that svrconn channel
thanks |
I've read through this conversation. I guess something else is being assumed here, since queues do not use channels, applications use channels. |
You are entirely right. However I can see where the confusion might come from. A simple queue usage (MO71) with the right fields displayed will show you the channel(s) used (by the applications) to access the queue...
Enjoy 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| ae06425 |
| Posted: Wed Aug 01, 2007 4:35 am Post subject: |
|
|
Centurion
Joined: 02 Apr 2007
Posts: 100
|
The issue is resolved. Thanks all
all ips that are connected to or through channel revealed with
dis chs(xxx.svrconn)..... more than 700 readers through 7 client IPs.
in that there was one IP which is not supposed to connect yet.
there supposed to be 6 client connections or readers apps folks said, and that extra from test client apps is removed.
yes, queues do not use channels. apps use them. It is all good information here
Thankyou all. |
|
| Back to top |
|
|
|
|
