| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Continual SVRCONN connections/disconnections |
« View previous topic :: View next topic » |
| Author |
Message
|
| Allan Mackay |
 Posted: Mon Mar 07, 2011 6:29 am Post subject: Continual SVRCONN connections/disconnections |
 |
|
Apprentice
Joined: 08 Jul 2010
Posts: 29
|
Hi,
I've tried searching for this with little success. I have a queue manager (running on a mainframe) which is reporting, every 5 seconds, the following:
| Code: |
+QMGR CSQXRESP Channel TEST.SVR.CONN started
+QMGR CSQXRESP Channel TEST.SVR.CONN is no longer active |
What I need to try and find out is what is actually trying to use that connection. Is there anyway of finding out, say, a client IP address or anything like that, that could give me clues? I find plenty of advice about supressing the messages but I don't want to do that, I want to get the connections stopped.
Indeed, are those messages indicative of a client application trying to use that server connection? Or is it something else I should be looking for? The reason I'm suspecting a client application is that I was orignally seeing a pair of messages, still every 5 seconds, saying the SVRCONN Channel doesn't exist... That is until I defined it to see if I could get any clues...
And guidance or derision gratefully accepted  |
|
| Back to top |
|
 |
| exerk |
| Posted: Mon Mar 07, 2011 6:53 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
No derision required. From your observations in regard to the behaviour of the channel I agree that a client from 'somewhere' is connecting/disconnecting (not the ideal on any system and most certainly not on z/OS!).
If you time it right you should be able to display the channel status and trap the information you need.
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| zpat |
| Posted: Mon Mar 07, 2011 7:01 am Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
Install the free BlockIP2 exit with a parameter (ini) file like this:
| Code: |
#
# THIS JUST LOGS the Connections
#
# System Svrconn channel definitions should have this in them
#
# SCYEXIT('BlockIP2(BlockExit)') SCYDATA('FN=/var/mqm/exits64/blk.ini;')
#
#
LogPath=/var/mqm/exits64;
LogFormat=N;
LogCount=8;
BlockMqmUsers=N;
AllowBlankUserID=Y;
LogFileName=ALL_LOG-;
#
# -- END
|
Read the BlockIP2 manual for more information. The above will just create a record of which IPs connected and what MQ ids they passed.
http://mrmq.dk/index.htm?BlockIP2.htm |
|
| Back to top |
|
|
| cicsprog |
| Posted: Tue Mar 08, 2011 3:20 pm Post subject: |
|
|
Partisan
Joined: 27 Jan 2002
Posts: 347
|
Go into the IBM ISPF MQ Panels. Display that SVRCONN channel object. Hit a PF11. That will, most likely, show the IP's connecting. Hit PF5 every few seconds until you catch the culprit IP(s). This is basically a CHSTATUS command other the ISPF covers. Otherwise, as mentioned, the exit will work wonderfully.
| Code: |
IBM WebSphere MQ for z/OS - Main Menu
Complete fields. Then press Enter.
Action . . . . . . . . . . 1 0. List with filter 4. Manage
1. List or Display 5. Perform
2. Define like 6. Start
3. Alter 7. Stop
8. Command
Object type . . . . . . . . SVRCONN +
Name . . . . . . . . . . . TO.MQL1.AKN.00
Disposition . . . . . . . . A Q=Qmgr, C=Copy, P=Private, G=Group,
S=Shared, A=All
Connect name . . . . . . . MQL1 - local queue manager or group
Target queue manager . . . MQL1
- connected or remote queue manager for command input
Action queue manager . . . MQL1 - command scope in group
Response wait time . . . . 30 5 - 999 seconds
List Channels - Current Status - MQL1 Row 1 of 8
Type action codes, then press Enter. Press F11 to display saved status.
1=Display current status
Channel name Connection name State
Start time Messages Last message time Type Disposition
<> TO.MQL1.AKN.00 SVRCONN PRIVATE MQL1
TO.MQL1.AKN.00 113.128.48.32 RUN
2011-03-07 12.35.00 3 2011-03-07 12.35.00 SVRCONN PRIVATE MQL1
TO.MQL1.AKN.00 113.128.48.32 RUN
2011-03-07 12.35.00 3 2011-03-07 12.35.01 SVRCONN PRIVATE MQL1
TO.MQL1.AKN.00 113.128.48.32 RUN
2011-03-07 12.33.47 3 2011-03-07 12.33.47 SVRCONN PRIVATE MQL1
TO.MQL1.AKN.00 113.128.48.32 RUN
2011-03-07 12.33.47 4822 2011-03-08 18.50.52 SVRCONN PRIVATE MQL1
******** End of list ******** |
|
|
| Back to top |
|
|
| Allan Mackay |
| Posted: Wed Mar 09, 2011 12:21 am Post subject: |
|
|
Apprentice
Joined: 08 Jul 2010
Posts: 29
|
Hi cicsprog, I sat there following your suggestion for a while, got no results from it at all. So I went to check the logs... The errant server connection stopped, never to return, yesterday (Tuesday) mid-morning! D'oh! Now I'm just waiting for somebody to admit it! 
At least I have some ideas, now, should it (or something like it) happen again, so thank you all for your kind advice. |
|
| Back to top |
|
|
| exerk |
| Posted: Wed Mar 09, 2011 12:36 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| Allan Mackay wrote: |
| ...The errant server connection stopped, never to return, yesterday (Tuesday) mid-morning! D'oh! Now I'm just waiting for somebody to admit it! ... |
That'll probably be the same people that tell you, "...we didn't change anything..." then? 
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| cicsprog |
| Posted: Wed Mar 09, 2011 5:53 am Post subject: |
|
|
Partisan
Joined: 27 Jan 2002
Posts: 347
|
| IF you REALLY need to know, check with your NETWORK/TCPIP support team. Their monitoring packages may do some logging or they may be able to pull some SMF to find out who's making the connection. It's difficult to hide in z/os. |
|
| Back to top |
|
|
|
|
|
| |
|
Page 1 of 1 |
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
|
|
