| Author |
Message
|
| cicsprog |
 Posted: Tue Jun 19, 2007 10:31 am Post subject: Did v6 provide way to DISPLAY SVRCONNs total w/o details? |
 |
|
Partisan
Joined: 27 Jan 2002
Posts: 347
|
We have some Automation that monitors rogue SVRCONN channels. I bet many of you do also. 
Did IBM address a method to just DISPLAY a CHANNEL in RUN and returns only the TOTAL in RUN without indivdual channel details in v6?
I don't see anything in the v6 manuals to limit the individual channel output. I don't think the new WHERE clause will help either. |
|
| Back to top |
|
 |
| wschutz |
| Posted: Tue Jun 19, 2007 11:32 am Post subject: |
|
|
Jedi Knight
Joined: 02 Jun 2005
Posts: 3316
Location: IBM (retired)
|
You want to know HOW MANY channels are running, not which ones? Nothing in V6 does that directly, you have to write your own or better yet buy a solution to do that.
_________________
-wayne |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Tue Jun 19, 2007 2:00 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
MO71 will help you with that.
Scripting can help you as well...
Enjoy 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Tue Jun 19, 2007 3:47 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
| fjb_saper wrote: |
| MO71 will help you with that. |
Assuming you have a Windows machine to run it on.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Tue Jun 19, 2007 7:31 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| jefflowrey wrote: |
| fjb_saper wrote: |
| MO71 will help you with that. |
Assuming you have a Windows machine to run it on. |
Depending on where you run your 3270 emulation on...
I'd expect that to be a windows machine...
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| cicsprog |
| Posted: Wed Jun 20, 2007 2:32 pm Post subject: |
|
|
Partisan
Joined: 27 Jan 2002
Posts: 347
|
| MO71 wouldn't work in our environmant...too big and doesn't work into our alert methodology...these are z/OS Clients by-the-way. Candle/Tivoli is our monitor and I don't see a method with a SITUATION where you could do that (I'd be surprised if other vendors have it yet also). Channel exit would work but that's more to maintain and go wrong - yuk. Maybe next release. |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Wed Jun 20, 2007 2:42 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| cicsprog wrote: |
| MO71 wouldn't work in our environmant...too big and doesn't work into our alert methodology...these are z/OS Clients by-the-way. Candle/Tivoli is our monitor and I don't see a method with a SITUATION where you could do that (I'd be surprised if other vendors have it yet also). Channel exit would work but that's more to maintain and go wrong - yuk. Maybe next release. |
I thought QPasa had something like that. Don't know if they have any triggers about it though...
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Wed Jun 20, 2007 5:32 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
There is a special form of DIS CHS that is only good on z/OS - "DIS CHS(*) SHORT", that would only return the QMGRNAME.
I'm assuming one could add a WHERE clause to filter based on status, even though one wasn't returning status. This might be false.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| cicsprog |
| Posted: Wed Jun 20, 2007 5:54 pm Post subject: |
|
|
Partisan
Joined: 27 Jan 2002
Posts: 347
|
Still a bit too much info (and this is a smaller user base of SVRCONNs). If it would only give the "CSQN205I COUNT= 24" back in some way...cool.
DIS CHS(TO.MQFA.XRM.00) SHORT
CSQN205I COUNT= 2, RETURN=00000000, REASON=00000004
CSQM134I &MQFA CSQMDCST DIS CHS(TO.MQFA.XRM.00) COMMAND ACCEPTED
CSQN205I COUNT= 24, RETURN=00000000, REASON=00000000
CSQM425I &MQFA
CHSTATUS(TO.MQFA.XRM.00)
CHLDISP(PRIVATE)
CONNAME(151.203.140.blah.1)
SHORT
STATUS(RUNNING)
CSQM425I &MQFA
CHSTATUS(TO.MQFA.XRM.00)
CHLDISP(PRIVATE)
CONNAME(151.203.140.blah.2)
SHORT
STATUS(RUNNING)
....
....
22 more times |
|
| Back to top |
|
|
| zpat |
| Posted: Wed Jun 20, 2007 11:21 pm Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
Would a NETSTAT command on the MQ port be of any use. You can run NETSTAT under TSO and/or filter the output with REXX.
NETSTAT ALLC (PORT 1414 |
|
| Back to top |
|
|
| cicsprog |
| Posted: Thu Jun 21, 2007 6:15 am Post subject: |
|
|
Partisan
Joined: 27 Jan 2002
Posts: 347
|
Hum....that would be cumbersome also. We qualify are SVRCONNs names with MQM name and Application using them:
TO.mqm.app.00
So we can quickly identify any badness. Those SVRCONNs could be varying IPs across 100 z/OS MQM's. So the REXX would be IP hardcoded driven - as I see it anyway.
Unless IBM provides a CMD driven or a Tivoli solution, then an channel exit to limit connects seems to be the best solution at the moment. |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Thu Jun 21, 2007 7:10 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
Have you looked at BlocIP? It should be able to just do that for you. By the way it is a support pack now...
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| cicsprog |
| Posted: Thu Jun 21, 2007 7:18 pm Post subject: |
|
|
Partisan
Joined: 27 Jan 2002
Posts: 347
|
| Good idea...I already have it running on my sandbox LPAR....hopefully it will be able to limit the number of connects vs. IP or other types of filtering...I'll check the PDF doc. I'll check the support pack to see if it is bigger and better also. |
|
| Back to top |
|
|
|
|
