Peter,
The MQSeries Programmable System Management manual shows the reason
qualifiers for a Stopped Channel:
ReasonQualifier (MQCFIN) Identifier that qualifies the reason code
(parameter identifier: MQIACF_REASON_QUALIFIER).
The value is one of the following:
MQRQ_CHANNEL_STOPPED_OK Channel has been closed with either a zero return
code or a warning return code.
MQRQ_CHANNEL_STOPPED_ERROR Channel has been closed but there is an error
reported and the channel is not in stopped or retry state.
MQRQ_CHANNEL_STOPPED_RETRY Channel has been closed and it is in retry
state.
MQRQ_CHANNEL_STOPPED_DISABLED Channel has been closed and it is in a
stopped state.
Even if a channel is in a cycle of retries, the event will tell you that
and you would know if you have a problem fairly quickly. You wouldn't have
to wait till the retries are exhausted. We just had this error condition
occurred, and our monitor knew that we had a problem and raised an alert.
But, if you want a channel event that's truly useless, it's the Channel
Indoubt one.
"Potkay, Peter M
(PLC, IT)" To: [EMAIL PROTECTED]
<[EMAIL PROTECTED] cc:
RTFORD.COM> Subject: Re:
SYSTEM.ADMIN.CHANNEL.EVENT Queue
Sent by: MQSeries
List
<[EMAIL PROTECTED]
AC.AT>
01/07/2004 03:01 PM
Please respond to
MQSeries List
Nick, you cannot explicitly turn off Channel Events, but you can block
their
creation by deleting ot inhibiting their event queue (same result I
guess..potaaatoe / potahhhhtoe)
Speaking of Channel Events, I think they are pretty useless as is. Who
cares
when a channel goes to STOP? That only happens after a looooong time of
retrying or if a user manually put it like that. Odds are by then you know
there is a problem.
An event I want to know about is when a channel goes to and stays in retry,
or binding. Wishlist for the next version of MQ I guess....
-----Original Message-----
From: Nick Dilauro [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 07, 2004 2:51 PM
To: [EMAIL PROTECTED]
Subject: Re: SYSTEM.ADMIN.CHANNEL.EVENT Queue
You might also consider turning off channel events for these qmgrs if
you're
not using them anyway. They might be useful for figuring out a problem.
However, if you don't use them you might find it better to get rid of them.
Nick
-----Original Message-----
From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Bullock,
Rebecca (CSC)
Sent: Wednesday, January 07, 2004 11:32 AM
To: [EMAIL PROTECTED]
Subject: Re: SYSTEM.ADMIN.CHANNEL.EVENT Queue
Hi, John. Generally, a recycle of the qmgr will clear this out. Or you can
clear them out yourself by reading them or using clear qlocal. A reboot
isn't necessary, although that does, by default, recycle the qmgr.
Rebecca Bullock
Computer Sciences Corporation
MFCoE/Newark CS Team
Educational Testing Service Account
Princeton, NJ 08541
email: [EMAIL PROTECTED] or [EMAIL PROTECTED]
-----Original Message-----
From: listname ANONYMOUS postings DIGests
[mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 07, 2004 2:18 PM
To: [EMAIL PROTECTED]
Subject: SYSTEM.ADMIN.CHANNEL.EVENT Queue
We use MQ on a variety of systems including Solaris, AIX, Windows, and ZOS.
What clears out the SYSTEM.ADMIN.CHANNEL.EVENT queue? We have not modified
the queue. Does a reboot of the server clear out the queue?
Thank You,
John Haraburda
TPS/ITS/Database Technologies Group
MQSeries
-----------------------------------------
The contents of this email are the property of PNC. If it was not addressed
to you, you have no legal right to read it. If you think you received it in
error, please notify the sender. Do not forward or copy without permission
of the sender.
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive
**************************************************************************
This e-mail and any files transmitted with it may contain privileged or
confidential information. It is solely for use by the individual for whom
it is intended, even if addressed incorrectly. If you received this e-mail
in error, please notify the sender; do not disclose, copy, distribute, or
take any action in reliance on the contents of this information; and delete
it from your system. Any other use of this e-mail is prohibited. Thank you
for your compliance.
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive
This communication, including attachments, is for the exclusive use of
addressee and may contain proprietary, confidential or privileged
information. If you are not the intended recipient, any use, copying,
disclosure, dissemination or distribution is strictly prohibited. If
you are not the intended recipient, please notify the sender
immediately by return email and delete this communication and destroy all
copies.
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive
