| Author |
Message
|
| Shalini |
 Posted: Wed Mar 30, 2005 5:47 am Post subject: Avoid Event messages to data q,syncq,channelevent,qmgr event |
 |
|
Master
Joined: 30 Apr 2002
Posts: 224
Location: India
|
Hi All,
We are continually getting 100 of messages in the
SYSTEM.ADMIN.CHANNEL.EVENT
SYSTEM.ADMIN.QMGR.EVENT
SYSTEM.AUTH.DATA.QUEUE
SYSTEM.CHANNEL.SYNCQ
Our QMGr definition looks like below..
7 : dis qmgr
AMQ8408: Display Queue Manager details.
DESCR(STELink Queue Manager) DEADQ(DEAD.QUEUE)
DEFXMITQ( ) CHADEXIT( )
CLWLEXIT( ) CLWLDATA( )
REPOS( ) REPOSNL( )
SSLKEYR(/var/mqm/qmgrs/ST_QM/ssl/key)
SSLCRLNL( ) SSLCRYP( )
COMMANDQ(SYSTEM.ADMIN.COMMAND.QUEUE) QMNAME(ST_QM)
CRDATE(2005-02-20) CRTIME(10.27.19)
ALTDATE(2005-02-20) ALTTIME(10.27.26)
QMID(STELINK_2005-02-20_10.27.19) TRIGINT(999999999)
MAXHANDS(256) MAXUMSGS(10000)
AUTHOREV(DISABLED) INHIBTEV(DISABLED)
LOCALEV(DISABLED) REMOTEEV(DISABLED)
PERFMEV(DISABLED) STRSTPEV(ENABLED)
CHAD(DISABLED) CHADEV(DISABLED)
CLWLLEN(100) MAXMSGL(104857600)
CCSID(1089) MAXPRTY(9)
CMDLEVEL(530) PLATFORM(UNIX)
SYNCPT DISTL(YES)
I don’t want all such event messages coming to the any of the system queue.
If I disable STRSTPEV then the Stop and start QMgr event will not come.
But I don’t know how to avoid the event messages coming to
SYSTEM.ADMIN.CHANNEL.EVENT
SYSTEM.ADMIN.QMGR.EVENT
SYSTEM.AUTH.DATA.QUEUE
SYSTEM.CHANNEL.SYNCQ
 |
|
| Back to top |
|
 |
| bower5932 |
| Posted: Wed Mar 30, 2005 7:16 am Post subject: |
|
|
Jedi Knight
Joined: 27 Aug 2001
Posts: 3023
Location: Dallas, TX, USA
|
| Have you browsed any of the messages to see what they are? Could somebody be posting messages directly to your event queues? |
|
| Back to top |
|
|
| Shalini |
| Posted: Wed Mar 30, 2005 7:28 am Post subject: |
|
|
Master
Joined: 30 Apr 2002
Posts: 224
Location: India
|
Hi,
We are really sure that no one is directly putting the messages they are the event messages
They are event messages and look like this in the auth data queue
00000000: 3E7A 6664 0000 0002 5354 4B5F 4558 505F '>zfd....STK_EXP_'
00000010: 5447 3730 2020 2020 2020 2020 2020 2020 'TG70 '
00000020: 2020 2020 2020 2020 2020 2020 2020 2020 ' '
00000030: 2020 2020 2020 2020 0000 0001 0000 0000 ' ........'
00000040: 0000 0002 7374 656C 696E 6B20 2020 2020 '....ste '
00000050: 0000 0002 001E 07FF 6D71 6D20 2020 2020 '....... mqm '
00000060: 2020 2020 0000 0002 001E 07FF ' ....... ' |
|
| Back to top |
|
|
| Nigelg |
| Posted: Wed Mar 30, 2005 8:01 am Post subject: |
|
|
Grand Master
Joined: 02 Aug 2004
Posts: 1046
|
The msgs on the SYSTEM.AUTH.DATA.QUEUE are auth msgs to do with authorising user names and user IDs to access WMQ objects.
The msgs on the SYSTEM.CHANNEL.SYNCQ are to do with synchronisation data when channels start and stop - the channel status, unit of work Id, and so on.
<b>Msgs on these queues are not events - do not mess with them!</b>
The event msgs on SYSTEM.ADMIN.CHANNEL.EVENT cannot be disabled. You can stop these msgs being written to the queue by either deleting the queue or setting it to PUT(DISABLED)
The event msgs on the SYSTEM.ADMIN.QMGR.EVENT can be stopped by the various qmgr attributes
AUTHOREV
INHIBTEV
LOCALEV
REMOTEEV
STRSTPEV
See the Events Management manual for full details. |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Wed Mar 30, 2005 4:11 pm Post subject: Re: Avoid Event messages to data q,syncq,channelevent,qmgr e |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
| Shalini wrote: |
I don’t want all such event messages coming to the any of the system queue.
|
Why?
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| Shalini |
| Posted: Thu Mar 31, 2005 4:01 am Post subject: |
|
|
Master
Joined: 30 Apr 2002
Posts: 224
Location: India
|
As I already posted My QMGR has following attributes
AUTHOREV(DISABLED) INHIBTEV(DISABLED)
LOCALEV(DISABLED) REMOTEEV(DISABLED)
PERFMEV(DISABLED) STRSTPEV(ENABLED)
CHAD(DISABLED) CHADEV(DISABLED)
| Quote: |
| The event msgs on SYSTEM.ADMIN.CHANNEL.EVENT cannot be disabled. You can stop these msgs being written to the queue by either deleting the queue or setting it to PUT(DISABLED) |
But in such case will it not go to Dead Queue ?????
Because I will not know if any one directly putting msgs to System Queue
We may ignore that let all business msgs go to dead queue in case of problem
We have other means of monitoring the QMR MQ objets donot depend on the Event msgs
 |
|
| Back to top |
|
|
| Nigelg |
| Posted: Thu Mar 31, 2005 4:34 am Post subject: |
|
|
Grand Master
Joined: 02 Aug 2004
Posts: 1046
|
| Quote: |
But in such case will it not go to Dead Queue ?????
|
No, it will be discarded. See the manual. |
|
| Back to top |
|
|
| kevinf2349 |
| Posted: Thu Mar 31, 2005 5:51 am Post subject: |
|
|
Grand Master
Joined: 28 Feb 2003
Posts: 1311
Location: USA
|
| Quote: |
| Because I will not know if any one directly putting msgs to System Queue |
Isn't that what security is for? |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Thu Mar 31, 2005 12:42 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| Well ... this means of course that you cannot have any of your "users" be part of the mqm group. .... Just a sanity check... |
|
| Back to top |
|
|
| Shalini |
| Posted: Sun Apr 03, 2005 6:43 am Post subject: |
|
|
Master
Joined: 30 Apr 2002
Posts: 224
Location: India
|
Hi,
I have Put Disable the "SYSTEM.AUTH.DATA.QUEUE"
But got the error
04/02/05 14:48:09
AMQ5526: The WebSphere MQ Object Authority Manager has failed with reason 2051
EXPLANATION:
The Object Authority Manager has failed an operation on the Object Authority
Manager's data queue 'SYSTEM.AUTH.DATA.QUEUE' with reason 2051.
ACTION:
Investigate why the error has occured and correct the problem.
So I was unable to create or alter a queue @ that time even my id was under mqm but when I put enabled for the "SYSTEM.AUTH.DATA.QUEUE"
every thing was normal.
I think I should not have done put disable for "SYSTEM.AUTH.DATA.QUEUE" but even no msgs was going to Dead Queue |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Sun Apr 03, 2005 8:07 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
You are thinking about this wrong. Don't mess with the queues. The system, like, needs them to work!
Use MQ security rules (setmqaut) to prevent users from putting and getting from SYSTEM* queues.
The only SYSTEM Q you should even think about PUT disabling is SYSTEM.ADMIN.CHANNEL.EVENT. And even that one is OK to leave alone if you just ignore what is in there.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
|
|
