TNX, Nick!!!
From: Nick Dilauro <[EMAIL PROTECTED]>
Reply-To: MQSeries List <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: DLL
Date: Mon, 23 Aug 2004 13:37:21 -0700
http://www.sysinternals.com/
I think you want listdlls, but there are a couple of other good utilities
on
the same si
We are installing CICS TS V2.3 under z/OS V1.4. We intermittently get
corruption of an LPAR containing the CICS region upgraded to TS V2.3 to the
point it must be IPL'd. Websphere MQ V5.3.1 is also in the LPAR and may be
involved.
Has anyone experienced a problem with TS V2.3 and MQSV531? Do yo
Hello Peter,
When planning the setup "from scratch" there are two reasons why I would think of
putting each QM on its own "machine":
1. I need (or may need in future) different QMs running on different versions of MQ
2. I want to *really isolate* one of another in terms of used resources CPU, me
http://www.sysinternals.com/
I think you want listdlls, but there are a couple of other good utilities on
the same site--Handle and Process Explorer.
Nick
-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Robert
Broderick
Sent: Monday, August 23, 2004 12:32 P
Peter,
We go with the one-to-one design since there was a reason (environment
separation, etc.) for the distinct servers in the first place. With VMWare
you can then allocate additional resources a particular partition without
interfering with the others. As you mention, it is also convenient wh
If you had 10 QMs on 10 separate Windows servers, and the plan was to
consolidate those 10 servers into VMware on one physical box, what would be
better? 10 partitions, (or logical servers), each with its own QM, or 1
partition that had 10 QMs? Since all the partitions share the same physical
CPUs,
Where do I find the dll scan software for Windows?
bobbee
_
Don t just search. Find. Check out the new MSN Search!
http://search.msn.click-url.com/go/onm00200636ave/direct/01/
Instructions for managi
Apologies: setting up my anti-spam program to accept emails from [EMAIL PROTECTED]
Title: Message
My client wants to know if there is any way to obtain message volume
statistics from the QMGR running on the mainframe for each MQ Channel. The only
thing I can think of is to turn on the Type 116 Accounting Records and use the
statistics for the Transmission Queues.
Is this a
The command is not hard the hard part.. The
issue gets involved:
1) the trigger can only be turned
back on if there are fewer messages on the queue than the trigger depth. If
messages are arriving as messages are
consumed, how do you
determine when the depth drops to the proper value?
2) if
We currently run our CMS on the mainframe, and the CCCMQ agents are on the
mainframe and other platforms, e.g. Windows, Unix, etc. We intend to put
of m/f to bed in 3 years, and we may want to migrate the CMS to a
distributed box before then. If anyone has any experiences, opinions
running the CM
Thanks, Philip. I was just hoping that it would be stated explicitly somewhere. The
lack of SVRCONN support would seem to be by design due to the differences in
functionality between client and regular channels, while the lack of any mention of
RQSTR channels appears to be an omission or overs
This parameter was designed for use by QM to QM connections, not MQClient.
The Admin Guides states, as you've said, the channel types supported.
Also, take note that the manual states it works for "amqcrsta" there's no
mention about runmqlsr
"Wyatt, T Rob"
Not really that hard for the application to perform this step: Here is a Java Example
// INITALIZE IntAttr PARAMETER TO TURN TRIGGERING ON BEFORE MAKING SET CALL
IntAttr = MQC.MQTC_ON;
try
{
// INSERT METHOD TO TURN TRIGGERING BACK ON
This is like a Moses suggestion. Go into the desert and find your Nirvana!!
From: "Wyatt, T Rob" <[EMAIL PROTECTED]>
Reply-To: MQSeries List <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: svrconn chl question(s)
Date: Mon, 23 Aug 2004 12:14:35 -0400
Why not? Aside from the fact that SVRCO
Hi,
I have a question about MQ in a disaster recovery scenario.
We are running MQ 5.3 CSD04 on Windows 2003 with Microsoft Cluster Server
(MSCS). We have configured the server to failover to the other node if
one node is lost. This is fine for local high-availability, but the
require
Bummer, I was afraind of that.
Complicates life somewhat.
"Jay H. Lang"
<[EMAIL PROTECTED]>
Sent by: "MQSeries List"
<[EMAIL PROTECTED]>
08/23/2004 01:02 PM
Please respond to "MQSeries
List"
To:
[EMAIL PROTECTED]
cc:
Subject:
Re: Trig
Yes!!! The "Depth" trigger, is the only
trigger that turns the trigger off and the application must turn it back on
using MQSET.
Thanks.--Jay H. LangChief
TechnologistDistributed Computing Professionals Inc.IBM Certified
Specialist - WebSphere MQ303 277-1873 - Colorado Office651 406-2131 -
We have a queue that is defined to trigger
on a depth of 10 messages. When 10 messages are placed we see the
trigger control set to 'OFF' and
a trigger message generated. The
trigger control never gets reset to 'ON'. Does that have to be reset
'manually'?
The information contained in this messa
Why not? Aside from the fact that SVRCONN and RQSTR channels are not available as
options to the AdoptNewMCA parm, the fact that you have several instances should not
be a problem as long as you set the AdoptNewMCACheck parameter. It causes a check
against the IP address (among other things) t
I will be out of the office from 23/08/2004 until 30/08/2004.
I will respond to your message when I return.
This email and any attachments are confidential. They may
contain privileged information and are intended for the
named addressee(s) only. They must not be distributed
without our consen
Thanks Bobbee. I neglected to mention that there are a number of apps
scattered around using the same svrconn channel, so I don't think
adoptnewmca is an option here.
Regards
Darren.
- Original Message -
From: "Robert Broderick" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday,
22 matches
Mail list logo