ED]Subject: Problem with clearing open connections on a queueDoes any one know how to refresh/stop all the connections to a queue.The problem we are facing is that one of the subscriber queue is showingOpen Input Count as 1 and when we try to start the subscriberapplication we get an error JMS2008 fail
Does any one know how to refresh/stop all the connections to a queue.
The problem we are facing is that one of the subscriber queue is showing
Open Input Count as 1 and when we try to start the subscriber
application we get an error JMS2008 failed to open queue. The linked
exception is 2042-Object
You could use the QueueStat SC command and get the PID of the process and
Kill it.
bobbee
From: Mittal, Gaurav [EMAIL PROTECTED]
Reply-To: MQSeries List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Problem with clearing open connections on a queue
Date: Thu, 5 Aug 2004 10:30
, August 05, 2004 11:31 AM
To: [EMAIL PROTECTED]
Subject: Problem with clearing open connections on a queue
Does any one know how to refresh/stop all the connections to a queue.
The problem we are facing is that one of the subscriber queue is showing
Open Input Count as 1 and when we try to start
)
Subject:Automated re-establishment of channel connections [Deutsche Boerse Systems:Virus checked]
.
Our situation is that we have many Q managers distributed over a WAN. On occasion
we will lose a network connection. Normally when the n/w is back up the channels will
ultimately re-connect
Thanks Rob and Somesh.
The AdoptNewMCA looks like what I am looking for.
Mike
-Original Message-
From: Wyatt, T. Rob [mailto:[EMAIL PROTECTED]
Sent: Monday, June 14, 2004 1:25 PM
To: [EMAIL PROTECTED]
Subject: Re: Automated re-establishment of channel connections
Our situation is that we have many Q managers distributed over a WAN. On occasion
we will lose a network connection. Normally when the n/w is back up the channels will
ultimately re-connect. However, sometimes the receiver does not recognize that the
n/w had a problem. When this happens, it will
,
Somesh
Mike Kenny - BCX - Infrastructure
Services [EMAIL PROTECTED]
Sent by: MQSeries List [EMAIL PROTECTED]
06/14/2004 03:48 PM
Please respond to
MQSeries List
To
[EMAIL PROTECTED]
cc
Subject
Automated re-establishment
of channel connections
Our situation is that we have
-
From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Mike
Kenny - BCX - Infrastructure Services
Sent: Monday, June 14, 2004 6:19 AM
To: [EMAIL PROTECTED]
Subject: Automated re-establishment of channel connections
Our situation is that we have many Q managers distributed over a WAN. On
occasion
Before acting on this e-mail or opening any attachment, you are advised to read the
disclaimer at the end of this mail.
Hi,
Does QPasa! use client connections to do any of its processing? Does it use the
command server?
(I am looking to eliminate/prevent client connections on a queue manager
] On Behalf Of
Gurney, Matthew
Sent: Thursday, 25 March 2004 7:48 PM
To: [EMAIL PROTECTED]
Subject: How many concurrent client channel connections do you run to a
si ngle queue manger?
We have an application where 100 applications each running on their own
W2K
server have a client connection to the same
Jxrgen
www.mrmq.dk
the author of BlockIP
From: [EMAIL PROTECTED]
Reply-To: MQSeries List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: Many Client connections - how many svrconn channels?
Date: Mon, 22 Mar 2004 11:26:44 +1000
Jxrgen,
I need to make some changes to BlockIP2 for logging
I just updated BlockIP2 so it might help Ruzi R with some of the security
challanges.
It's quite simple what can be done, su}ntax of the new CON parameter:
CON=conname;userids[;MCA={*|userid}];
and an example of parameter file
#
# Simple filter implemented in BlockIP2 version 1.22
#
# 1. stop all
To: [EMAIL PROTECTED]
Subject: Re: Many Client connections - how many svrconn channels?
I just updated BlockIP2 so it might help Ruzi R with some of the security
challanges.
It's quite simple what can be done, su}ntax of the new CON parameter:
CON=conname;userids[;MCA={*|userid}];
and an example
Hi Peter,
Yes, you can find out the num of connections from the
CHSATUS of the SVRCONN.
Since your environment sounds like mine, I have 2
unrelated questions for you:
1-PS apps are running in a client mode on the server.
I would like to change it the TRANSPORT(BIND) in the
bindings file
'connections' ?
Hi Peter,
Yes, you can find out the num of connections from the
CHSATUS of the SVRCONN.
Since your environment sounds like mine, I have 2
unrelated questions for you:
1-PS apps are running in a client mode on the server.
I would like to change it the TRANSPORT(BIND) in the
bindings
Title: MQ Client Connections
I know
this is an old thread but have an interesting corollary
scenario.
My
QMgrs are backedby HA software, thus a QMgr'sIP address(es) and
Listener process(es) are linked to VIP address(es). If the QMgr is
down there is a good chance the VIP address
:
|
| Subject: Re: MQ Client Connections
PROTECTED]
|
| cc:
|
| Subject: Re: MQ Client Connections
Good idea.. sorry!
Peter Heggie
-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Paul
Clarke
Sent: Friday, March 19, 2004 12:35 PM
To: [EMAIL PROTECTED]
Subject: Re: MQ Client Connections
Peter,
I agree but what I'm saying is let's not guess. First find out
cc:
Sent by: Subject: Re: MQ Client Connections
MQSeries List
[EMAIL PROTECTED]
en.AC.AT
03/19/2004 11:53
AM
Please respond
:
|
| Subject: Re: MQ Client Connections
] Behalf Of Heggie,
Peter
Sent: Friday, March 19, 2004 1:00 PM
To: [EMAIL PROTECTED]
Subject: Re: MQ Client Connections
Good idea.. sorry!
Peter Heggie
-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Paul
Clarke
Sent: Friday, March 19, 2004 12:35 PM
To: [EMAIL
More information - the source of the '254' connections is the MQ queue
manager MAXHANDS attribute. When we raised it, we immediately were able
to run more transactions before encountering exceptions. The new number
we could run exactly matched the new MAXHANDS value, minus 2.
We tried explicitly
Hi Peter,
We had the same problem with PeopleSoft/JMS. We
increased MAXHANDS to 512 about a year ago, and we
have never had this problem again since then.
Ruzi
--- Heggie, Peter [EMAIL PROTECTED] wrote:
More information - the source of the '254'
connections is the MQ queue
manager MAXHANDS
Thanks Ruzi,
We are going to increase MAXHANDS for now. I just got off the phone with
our PeopleSoft administrators and they discovered late last night that
PeopleSoft/JMS code never lets go of these handles. They modified some
of the PS JMS classes to force the release of the connections
Has anyone encountered a problem with a MQ to JMS environment, where a
synchronous transfer (request/reply) encounters a 'Resouce Exception'
after 245 reply messages are processed?
We have an MQ to PeopleSoft environment where we send messages from an
MQ application via JMS to the PeopleSoft
Peter,
I agree that the number sounds suspicious. Especially in relation to
messages as opposed to connections. It suggests the app is making a new
connection for each message and not releasing them. Have you checked for
that?
Alternatively, what kind of logging are you using and are all
:
But if you've got relatively few access levels,
you
can define a svrconn
with appropriate MCAUSER for each and then
restrict
which users are
permitted to use which connections from the exit.
Thanks Dennis. However, I think it would be safe and
maybe even better to leave MCAUSER blank
which users are
permitted to use which connections from the exit.
Thanks Dennis. However, I think it would be safe and
maybe even better to leave MCAUSER blank. Because
BLOCKIP2 will allow only the users (and IP
addresses)
in the security exit file anyway. This would come in
handy during
PROTECTED]
Reply-To: MQSeries List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: Many Client connections - how many svrconn channels?
Date: Mon, 15 Mar 2004 04:49:35 -0800
Just to make a correction to my previous note before
anyone jumps in:
I would want to leave the MCAUSER blank so that
I can tell
PROTECTED] wrote:
But if you've got relatively few access levels,
you
can define a svrconn
with appropriate MCAUSER for each and then
restrict
which users are
permitted to use which connections from the exit.
Thanks Dennis. However, I think it would be safe and
maybe better to leave
.
Let me hear your oppinion on this issue.
Just my $0.02 ;o)
Kind regards
Jxrgen
www.MrMQ.dk - the home of BlockIP
From: Ruzi R [EMAIL PROTECTED]
Reply-To: MQSeries List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: Many Client connections - how many
svrconn channels?
Date: Mon
;o)
Kind regards
Jxrgen
www.MrMQ.dk - the home of BlockIP
From: Ruzi R [EMAIL PROTECTED]
Reply-To: MQSeries List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: Many Client connections - how many
svrconn channels?
Date: Mon, 15 Mar 2004 04:49:35 -0800
Just
get exactly the same security with one
SVRCONN where MCAUSER is blank.
I'm confused.
-Original Message-
From: Ruzi R [mailto:[EMAIL PROTECTED]
Sent: Friday, March 12, 2004 6:48 PM
To: [EMAIL PROTECTED]
Subject: Re: Many Client connections - how many svrconn channels?
But if you've
? You get exactly the
same security with one
SVRCONN where MCAUSER is blank.
I'm confused.
-Original Message-
From: Ruzi R [mailto:[EMAIL PROTECTED]
Sent: Friday, March 12, 2004 6:48 PM
To: [EMAIL PROTECTED]
Subject: Re: Many Client connections - how many
svrconn channels
granted using setmqauth.
I hope this made some sense.
Michael
-Oorspronkelijk bericht-
Van: MQSeries List [mailto:[EMAIL PROTECTED] Miller, Dennis
Verzonden: maandag 15 maart 2004 19:39
Aan: [EMAIL PROTECTED]
Onderwerp: Re: Many Client connections - how many svrconn channels?
Maybe I'm
,
Dennis
-Original Message-
From: Ruzi R [mailto:[EMAIL PROTECTED]
Sent: Monday, March 15, 2004 1:07 PM
To: [EMAIL PROTECTED]
Subject: Re: Many Client connections - how many svrconn channels?
From what I can tell, both kinds of users can still
connect. And once
connected, either kind
connections - how many svrconn channels -
BlockIP 2
G'Day Dennis,
Here is a link to BlockIP2, it doesn't appear in google because it looks
like it is not an absolute path in the URL and hence not findable by
page scrapping.
http://www.mrmq.dk/index.htm?tips_and_tricks.htm#BlockIP2
Sid
Dennis,
BlockIP2 is the latest version of BlockIP. It is a
secrity exit program. I don't have the link on the
computer that I am using right now. Maybe, someone on
the list will post it. It basically lets you specify
the userids and the IP addresses from which the
client connections will be made
which connections from the exit.
-Original Message-
From: Ruzi R [mailto:[EMAIL PROTECTED]
Sent: Friday, March 12, 2004 11:49 AM
To: [EMAIL PROTECTED]
Subject: Re: Many Client connections - how many svrconn channels?
Dennis,
BlockIP2 is the latest version of BlockIP. It is a
secrity
But if you've got relatively few access levels, you
can define a svrconn
with appropriate MCAUSER for each and then restrict
which users are
permitted to use which connections from the exit.
Thanks Dennis. However, I think it would be safe and
maybe better to leave MCAUSER blank. Because
But if you've got relatively few access levels, you
can define a svrconn
with appropriate MCAUSER for each and then restrict
which users are
permitted to use which connections from the exit.
Thanks Dennis. However, I think it would be safe and
maybe even better to leave MCAUSER blank
something political that I don t
get involved in as a contractor).
Because I want to make the client connections as
secure as possible with what I have at my disposal, I
feel that I should set up the rest of the 200 clients
(most of whom will be in the Prod env.) the same way
as the others: Dedicated
To: [EMAIL PROTECTED]
Subject: Many Client connections - how many svrconn channels?
Hi all,
We have over 200 users requiring client connection
from their Windows2000 workstations to the queue
managers on Windows 2000 (WMQ 5.3). The company does
not have and is unwilling to buy any third product
:[EMAIL PROTECTED]
Sent: Friday, 12 March 2004 8:38 AM
To: [EMAIL PROTECTED]
Subject: Re: Many Client connections - how many svrconn channels?
I don't see the point of dedicating svrconn's to a specific number of
clients. Dedicating a svrconn a specific MCAUSER and sharing it among many
clients
Title: MQ under HACMP with client connections (remote JMS/MDB's)
Can anyone explain what the effect would be or has done one or both of the configurations below?
Active/Standby: With only 1 queue manager that has, client connections over SVRCONN channels I would think that the client would
have 10 times as many 'orphaned' connections to my
SYSTEM.DEF.SVRCONN channel as yesterday (several hundred connections).
Except for a few connections coming from its own server, all the
connections are coming from PeopleSoft web servers (using JMS
listeners). What must be done to get rid
.
This morning I have 10 times as many 'orphaned' connections
to my SYSTEM.DEF.SVRCONN channel as yesterday (several hundred
connections). Except for a few connections coming from its
own server, all the connections are coming from PeopleSoft
web servers (using JMS listeners). What must be done to
get
: More on 'orphaned' SVRCONN connections
Hi Peter,
Last night I made the change to include TCP: KeepAlive=Yes and
CHANNELS: AdoptNewMCA=ALL/Check=QM,ADDRESS,NAME and recycled the
Queue Manager.. (FYI the manual says you can use 'ALL' for the
AdoptNewMCACheck parm, but MQ does not like
Thanks.. At least I've got it set for the regular channels..
Peter Heggie
-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Bill
Anderson
Sent: Friday, January 09, 2004 11:31 AM
To: [EMAIL PROTECTED]
Subject: Re: More on 'orphaned' SVRCONN connections
Chris
I have a WebMethod's
client that is connecting to my MQ V5.1 Queue Manager from a remote system using
a Server Connection channel. I believe
the WebMethod client
is not disconnecting (or ending cleanly) which results in many orphan active
connections. Is there a parameter in QM.INI
or another
: Server Connections
Channels
[EMAIL PROTECTED]
01/08/2004 01:43 PM
Please respond to
MQSeries List
I have a WebMethod's client that is connecting to my MQ V5.1 Queue Manager
from
Looking at using channel exits to perform audits of connections coming into
an MQ manager, is there any way to inquire/access the actual distinguished
name values (SSL Peer) of the verified partner? Here's the scenario: We'd
like to setup to allow multiple clients to connect to the same SVRCONN
All are in the MQCD - see below:
The following fields in this structure are not present if Version is less
than MQCD_VERSION_7.
SSLCipherSpec (MQCHAR32)
SSL CipherSpec is an optional field.
This parameter is valid for all channel types. It is supported on AIX,
HP-UX, Linux, OS/400, Solaris,
:
Sent by: MQSeriesSubject: Auditting SSL Connections
List
[EMAIL PROTECTED]
n.AC.AT
11/19/2003 10:24
AM
Please respond to
MQSeries
Has anyone had any problems with hundreds of client connections to a Queue
Manager left connected for long periods of time (hours)?
Also if there is no activity on the connection for a period of time (hour
or so) will MQ automatically drop that connection and if so can I set that
time limit
cc:
Sent by: MQSeries List Subject: Multiple client
connections.
[EMAIL PROTECTED]
11/06/2003 08:30 AM
Please respond to
MQSeries List
Has anyone had any
I have and MQ client V5.2.1 running on NT that client connect to Solaris MQ
V5.3 (CDS05). Has anyone else seen a delay in the MQ connection of 2-3
seconds?
Thanks,
Dennis Bryngelson
Phone: (763) 765-4224
Fax: (763) 765-3820
mailto:[EMAIL PROTECTED]
Howdy all,
This is a general question, if I want to use a security exit on a client
computer, do I have to use client connections AND is there anyway around
needing the table file installed on the client, can the definition be
created in software only using the C++ API ?
Thanks in advance
Sid
To: [EMAIL PROTECTED]
Subject: Re: To many SVRCONN Connections on
WebSphere MQ V5.3
I did forget to mention this is on AIX 3.3 /
WebSphere MQ V5.3.
And that is half of my problem, I don't know if the
clients are holding on
to the connection or not. I guess it is worth
setting up
This problem might be solved by a TCP/IP KeepAlive setting. It needs to be
set on the server and in the qmgr. What platform are you on? If the
clients are actually holding on to all the connections this won't work.
Nick
-Original Message-
From: Bill Anderson [mailto:[EMAIL PROTECTED
: MQSeries List [mailto:[EMAIL PROTECTED] Bill Anderson
Verzonden: donderdag 23 oktober 2003 19:25
Aan: [EMAIL PROTECTED]
Onderwerp: To many SVRCONN Connections on WebSphere MQ V5.3
On several occasions, we have had customers making 30 + (one did over 200)
connections to a server connection channel
.
Does anyone know if the problem with the Java client is correct as I
explained it in my original post? I got the info from a lecture I attended
in Vegas early this year. As I said, all of these connections are from
external customers, so I can't do much about their code. But it would be
nice
PROTECTED]To: [EMAIL PROTECTED]
cc:
Sent by: MQSeriesSubject: Re: To many SVRCONN
Connections on WebSphere MQ V5.3
List
[EMAIL PROTECTED]
n.AC.AT
Title: RE: To many SVRCONN Connections on WebSphere MQ V5.3
You should also check the server side setting since the default is sometimes high (On Windows the default is something like 2 hours). I'm not that familiar with AIX but the following might help. www.sybase.com/detail?id=611
Nick
]
|
| cc:
|
| Subject: rc=2195 for java client connections to MQSeries 5.2
Hi all,
I know that this question popped up several times
already in discussions already.
Still, I didn't find a meaningful, precise and concise
answer at either list server or mqseries.net to why
this might be happening and what could be the possible
reason for this error.
The environment:
Hi all,
Need a clarification:
When it says in the manuals that via a channel table
your MQ Client app can connect to multiple qmgrs, does
it mean that one connection or multiple
connections at the same time?
Also, on MQ server 5.3 on Windows NT server: If you
have 3 qmgrs on the same
connections at the same time?
Also, on MQ server 5.3 on Windows NT server: If
you
have 3 qmgrs on the same machine, and your server
app
resides on that machine, can your server app connect
to more than 1 qmgr at the same time (getting 3
HCONNs).
I do not see any reason why multiple concurrent
Title: RE: Multipe Connections at the same time possible?
you can certainly connect to as many qmgrs as you have and want. just need more handles open, and in the case of client, as many client connections defined.
But it's not very common to connect to more than one qmgr at a time, although
single one. Again you have to bear in mind that you cannot share Hconnsbetween threads.
Cheers
Kumar
---Original Message---
From: MQSeries List
Date: Thursday, June 26, 2003 11:03:57 AM
To: [EMAIL PROTECTED]
Subject: Re: Multipe Connections at the same time possible? A bit more info
I
Just a small clarification, my previous response was with reference to you being a serve app.
Cheers
Kumar
---Original Message---
From: MQSeries List
Date: Thursday, June 26, 2003 11:03:57 AM
To: [EMAIL PROTECTED]
Subject: Re: Multipe Connections at the same time possible? A bit
Thanks Benjamin and Kumar... I thought so too...
Ruzi
--- Benjamin Zhou [EMAIL PROTECTED] wrote:
you can certainly connect to as many qmgrs as you
have and want. just need
more handles open, and in the case of client, as
many client connections
defined.
But it's not very common to connect
There are two types of connections: client connections and server connections. You
can do either from an application that runs on the same machine as the MQ server. On
a machine without an MQ server you can only use client connections. Using server
connections, an application can only
Dennis,
Using server connections, an application can only
connect to one MQ server at a time.
If the App is threaded, can't each thread connect to a
different qmgr at the same time?
Thanks,
Ruzi
--- Miller, Dennis [EMAIL PROTECTED] wrote:
There are two types of connections: client
I believe V5.3 on NT differentiates applications at the thread level, so each thread
can connect to a different qmgr.
-Original Message-
From: Ruzi R [SMTP:[EMAIL PROTECTED]
Sent: Thursday, June 26, 2003 11:30 AM
To: [EMAIL PROTECTED]
Subject: Re: Multipe Connections
Hi,
The reason for requiring multiple connections - is the application is
designed as a gateway to two other applicatins. Hence there is a
possiblity of getting messages from either interfaces asynchronously.
further the async. processing is based on a dialog. Unless the dialog is
complete
the given circumstances.
thanks and regards
lakshmi
-Original Message-
From: Paul Clarke [SMTP:[EMAIL PROTECTED]
Sent: Wednesday, May 28, 2003 1:47 PM
To: [EMAIL PROTECTED]
Subject: Re: opening multiple connections from C program on solaris
Hi,
The reason for requiring
]To: [EMAIL PROTECTED]
SCLEAR.COM cc:
Sent by: MQSeries ListSubject: opening multiple
connections from C program on solaris
[EMAIL PROTECTED]
AT
28/05/2003 18
Hi,
Is it possible to set-up multiple MQ connections from a program in Solaris env. I
tired to set-up multiple connections, but the connection handle is the same for all of
them. Is it possible to get unique connection-handles for each connection.
The reason for this requirement
Hi,
Is it possible to set-up multiple MQ connections from a program in Solaris
env. I tired to set-up multiple connections, but the connection handle is
the same for all of them. Is it possible to get unique connection-handles
for each connection.
The reason for this requirement
Hi,
The reason for requiring multiple connections - is the application is designed as a
gateway to two other applicatins. Hence there is a possiblity of getting messages from
either interfaces asynchronously. further the async. processing is based on a dialog.
Unless the dialog is complete
Ole Den Boy brings up a VERY gud point. Adding to that. It is easier and
cheaper to scale a UNIX/NT concentrator than a zOS box. If the need occurs
you can certainly add additional concentrators to support additional client
connections if your connectivity solution is not zOS. Plus you don't have
If you wish to suppress certain messages (such as channel
started/disconnected, etc.) on z/OS then we document how to do this, using
the z/OS message processing facility list, in the 'System Setup Guide' at
the end of the 'Customizing your queue managers' chapter. There is also a
provided sample
Have MaxChannels and MaxActiveChannels set at 2000, the MaxInitiators
defaults to 3 and the ListenerBacklog at 1024. Getting Java.Channel
connection rejections even though there is no indication that at any given
moment in time, there are so many connections to the server. Anyone help
here? Much
You are probably running into a situation where you have many stale/broken
connections, but you haven't purged them because you don't know they are
stale or broken. If you are talking about TCP client connections, you need
to be aware of your TCPKEEPALIVE settings. By setting this value
Thanx for your help. Will try it. Cheers. BB.
-Original Message-
From: Dave Corbett [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 13, 2003 2:53 PM
To: [EMAIL PROTECTED]
Subject: Re: Connections
You are probably running into a situation where you have many stale/broken
connections
]To: [EMAIL PROTECTED]
S.GC.CA cc:
Sent by: MQSeriesSubject: Re: Connections
List
[EMAIL PROTECTED]
n.AC.AT
03/13/2003 03:23
? We had an occasion last Sunday where we had
between 6 and 7 thousand messages in the space of an hour. I don't
understand what it is that drives MQ to be bouncing these connections like
this. We have also sent this question to IBM for a better understanding.
We'll discuss your thoughts
To:[EMAIL PROTECTED]
cc:
Subject:Re: Client IP connections direct to an OS/390
Dennis.
Thanks for your thoughts on this. I'm not sure that batching of messages
really matters, especially since we are TCP in and SNA out. Our batch size
is set to 50 and the batch interval set 100. We did
]
|
|cc:
|
|Subject: Re: Client IP connections direct to an OS/390
A
Dave Corbett
[EMAIL PROTECTED]To: [EMAIL PROTECTED]
BANK.COMcc:
Sent by: MQSeriesSubject: Re: Client IP connections
direct to an OS/390
List
. I'm
skeptical about the advantage gained by having 4 inound qmgrs rather than 11.
-Original Message-
From: Dave Corbett [SMTP:[EMAIL PROTECTED]
Sent: Monday, March 10, 2003 9:01 AM
To: [EMAIL PROTECTED]
Subject: Client IP connections direct to an OS/390
Since nobody has
Since nobody has replied to this, I am assuming that we are the only ones
making extensive use of client connections direct to an OS/390 platform.
So, in the hopes that someone else besides us has some experience with this
architectural model, I am resending it to entice anyone with thoughts
To anyone with experience,
We originally had three NT MQ servers that would handle MQ connections from
11 websphere app servers and then had SNA channels defined to our OS/390
environment. The 11 app servers are spread across three mainframe LPARS in
4x4x3 configuration. The NT boxes served
, the Ipprocs and Opprocs of the Queue to which we have
connected does not reflect the recent change. The time taken for these parameters to
be refreshed is unpredictable. What could be the reason for this?
We also would like to know how MQ times-out or disconnects invalid connections.
Thanks
) [EMAIL PROTECTED]
Reply-To: MQSeries List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Listing number of channel connections made to queues in a Queue
Manager on a AIX box
Date: Mon, 3 Feb 2003 12:48:51 +0530
Hi List,
How do we list the number of channel connections made to queues
:Re: Listing number of channel connections made to queues in
a Queue Manager on a AIX box
This is an interesting question. Doing a
runmqsc QMGR_NAME dischl | grep -c RUNNING where dischl contains a one
line connamd dis chs(*) will return the number of running channels it may
not give you
How do we list the number of channel connections made to queues in a
Queue
Manager in MQSeries 5.2 on a AIX box?
This is an interesting question. Doing a
runmqsc QMGR_NAME dischl | grep -c RUNNING where dischl contains a one
line connamd dis chs(*) will return the number of running channels
1 - 100 of 129 matches
Mail list logo
