| Author |
Message
|
| MQP1 |
 Posted: Thu Nov 03, 2005 9:56 am Post subject: How to supress CSQX500I and CSQX501I messages (Console & |
 |
|
Newbie
Joined: 28 Aug 2005
Posts: 6
|
How to supress CSQX500I and CSQX501I messages (Console & SysLog)?
I have checked thru IBM site for this issue and found one PTF
UQ95204.
i have verifed that ptf in to my z/os system sysmod ( already applied in globel & target zone)
, but still i am getting CSQX500I & CSQX501I messages in syslog
Do i need to setup any thing ?
please help me ....
----------------------
About my system
MQ z/os 5.3.1
---------------------------------
REF
http://www-1.ibm.com/support/docview.wss?uid=swg1PQ93792
PQ93792
UQ95204
This APAR was raised to allow customers to supress CSQX500I and
CSQX501I messages for server-connection channels. This facility
can be provided under Change Team direction.
310Y
CSQXGIP
CSQXPAR
CSQXPARH
CSQXRMRS
--Thanks |
|
| Back to top |
|
 |
| kevinf2349 |
| Posted: Thu Nov 03, 2005 11:03 am Post subject: |
|
|
Grand Master
Joined: 28 Feb 2003
Posts: 1311
Location: USA
|
Depending on your system set up you may need to perform a LLA refresh....and then restart the qmgr.
Or you could steplib to the libraries and restart the qmgr. |
|
| Back to top |
|
|
| Mr Butcher |
| Posted: Thu Nov 03, 2005 11:19 pm Post subject: |
|
|
Padawan
Joined: 23 May 2005
Posts: 1716
|
| Quote: |
| This facility can be provided under Change Team direction. |
Applying the APAR does not switch off the messages. When the APAR is applied the ability to switch off these messages is brought into the system, but you are not told how the switch looks like and how to handle it.
you are now able to switch off the messabes, but you have to ask the IBM how to do so.
_________________
Regards, Butcher |
|
| Back to top |
|
|
| javagate |
| Posted: Sat Nov 05, 2005 9:52 am Post subject: |
|
|
Disciple
Joined: 15 Nov 2004
Posts: 159
|
Talk to your Operations department. They should be able to supress the messages from the oper/syslog for you with their automation tools that they should have.
_________________
WebSphere Application Server 7.0 z/OS &
MQ 6.0. I work with WebSphere in the real world not in some IBM lab. |
|
| Back to top |
|
|
| kevinf2349 |
| Posted: Sat Nov 05, 2005 4:10 pm Post subject: |
|
|
Grand Master
Joined: 28 Feb 2003
Posts: 1311
Location: USA
|
Javagate
That was my first thought to but this apar actually seems to reduce the CPU cycles of actually issuing the message.
I guess it is really a question of how significant that reduction is verses the ease of suppressing through MPF or the automation tool.
I don't know if the original problem is the actually messages across the console, or rhe CPU consumption.  |
|
| Back to top |
|
|
| javagate |
| Posted: Sat Nov 05, 2005 4:42 pm Post subject: |
|
|
Disciple
Joined: 15 Nov 2004
Posts: 159
|
I dont know if it was said or not but supressing the message will NOT reduce any CPU time. There is a high cost associated with generating the message (all this per the IBM etr). I had the same problem at my shop... We are talking millions and millions of messages. The CPU was sky high! I got with the Applications and had them keep the client connection open and that reduced the CPU time and # of messages. I hope this has helped.
_________________
WebSphere Application Server 7.0 z/OS &
MQ 6.0. I work with WebSphere in the real world not in some IBM lab. |
|
| Back to top |
|
|
| kevinf2349 |
| Posted: Sat Nov 05, 2005 4:59 pm Post subject: |
|
|
Grand Master
Joined: 28 Feb 2003
Posts: 1311
Location: USA
|
Hmmmmm
I guess I misunderstood the reading of the apar then. When it said....
| Quote: |
The CPU cost of generating
these messages is a high percentage of the cost of the channel
when it is short-lived. Supression using the MVS message
supression exit, as described in the System Setup Guide, does
not remove this CPU cost.
|
I assumed that to mean that this apar stop the message even being generated. 
I know that supressing the message will not reduce the CPU overhead, in fact supressing it in the wrong place can actually cost you cycles...but as I said, I don't really know what MQP1's concern is. Is it the CPU cost or is it simply the message clutter? |
|
| Back to top |
|
|
| javagate |
| Posted: Sat Nov 05, 2005 5:09 pm Post subject: |
|
|
Disciple
Joined: 15 Nov 2004
Posts: 159
|
I will guess that MQP1's problem is that the Operations people are complaining that there are too many messages and it is cluttering their consoles up....i.e...causing the message buffer to fill....thats probably all they see are thoes messages all day long. 
_________________
WebSphere Application Server 7.0 z/OS &
MQ 6.0. I work with WebSphere in the real world not in some IBM lab. |
|
| Back to top |
|
|
| MQP1 |
| Posted: Mon Nov 07, 2005 6:18 am Post subject: How to supress CSQX500I and CSQX501I messages (Console & |
|
|
Newbie
Joined: 28 Aug 2005
Posts: 6
|
| Quote: |
| I will guess that MQP1's problem is that the Operations people are complaining that there are too many messages and it is cluttering their consoles up....i.e...causing the message buffer to fill....thats probably all they see are thoes messages all day long |
Your are right. the same problem to us
so please let me know, how to resolve.
1) As per our MQ Document.
WebSphere MQ for z/OS System Setup Guide
Version 5 Release 3.1
Task 21: Suppress information messages
IEAVMXIT & SCSQPROC(CSQ4MPFL)
As per the above step, should i follow ? or ?????
2) As per APAR ,
where can i find following Modules/Macros
CSQXGIP CSQXPAR CSQXPARH CSQXRMRS
under DSN or any loadlib ....?????
thlqual.MQ531.EXITLIB
thlqual.MQ531.SCSQLINK
thlqual.MQ531.SCSQANLE
thlqual.MQ531.SCSQAUTH
thlqual.MQ531.SCSQPROC
- Thanks |
|
| Back to top |
|
|
| kevinf2349 |
| Posted: Mon Nov 07, 2005 6:31 am Post subject: |
|
|
Grand Master
Joined: 28 Feb 2003
Posts: 1311
Location: USA
|
Just put the following into an MPFLST memeber of SYS1.PARMLIB
CSQX500I,SUP(YES)
CSQX501I,SUP(YES) |
|
| Back to top |
|
|
| Mr Butcher |
| Posted: Mon Nov 07, 2005 7:13 am Post subject: |
|
|
Padawan
Joined: 23 May 2005
Posts: 1716
|
Again, all that stuff will prevent the message show up on the console, but they are still created, so they still take up cpu time (i remember something like this from the last guide share meeting).
the apar reads:
| Quote: |
CSQX501I messages for server-connection channels. This facility
can be provided under Change Team direction. |
and thats the way to go. the apar must be applied to be able to switch of the messages, but you dont know how. ibm has to tell you how.
if you dont do that and just supress you get rid of the messages too, but still consume the cpu. why dont you ask the ibm how to switch on the supression in MQ?
_________________
Regards, Butcher |
|
| Back to top |
|
|
| kevinf2349 |
| Posted: Mon Nov 07, 2005 10:36 am Post subject: |
|
|
Grand Master
Joined: 28 Feb 2003
Posts: 1311
Location: USA
|
| Quote: |
| Again, all that stuff will prevent the message show up on the console |
Which is exactly why I asked what the main concern for the messages was.
He doesn't mention the CPU cost (and javagate has provided a different solution to that) just that he wants to suppress at the console.
The quickest and easiest method (and without contacting IBM) would be to either use MPF or the site automation tool.
If he needs/wants to claw back the 'high' cpu associated with actually producing the message (regardless of if it gets suppressed or not) then either do as javagate suggests (which should stop them coming out so fast and so often) or apply the PTF and contact IBM to get the skinny on how to go forward from there (as you suggest).
I would hope that IBM will address this issue a little better in upcoming releases so that a PTF is not needed and that a CSQ6SYSP parm option will do it for you. |
|
| Back to top |
|
|
| Mr Butcher |
| Posted: Wed Nov 23, 2005 7:14 am Post subject: |
|
|
Padawan
Joined: 23 May 2005
Posts: 1716
|
well, he mentioned the ptf and he was astonished that the messages did not disappear after he had applied the ptf (and so where others), maybe they all overlooked the hint in the ptf that the message supression has to be activated in a special way.
we had a "guide" meeting recently (german gse), and i talked to someone who also applied this ptf to get rid of the messages and the cpu.
he told me, that there is a special value that has to be put into the SERVICE parm of the CHIP to switch off these messages, and the ptf says you have to ask IBM to get that value that has to be specified.
thats exactly what is said and why i said it 
i would prefer this way, because you eliminate the problem itself. by only supressing the messages, they are are created first and then supressed, and both actions are using up cpu.
_________________
Regards, Butcher |
|
| Back to top |
|
|
|
|
