| Author |
Message
|
| bruce2359 |
 Posted: Tue Jan 19, 2016 7:06 pm Post subject: |
 |
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| Mo wrote: |
| Would be a bad idea to run a shell script to verify the dspmq command, and report of status is anything other than running |
Why?
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
 |
| Mo |
| Posted: Tue Jan 19, 2016 7:21 pm Post subject: |
|
|
Novice
Joined: 02 Apr 2010
Posts: 17
Location: IL USA
|
Oops. I meant to ask "would it be a bad idea"
i have the public key for servers dustributed do I can do a remote ssh without a pwd prompt. Other than the fact that I will be hitting the servers every 5 mins via Cron to check the dspmq, I was wondering if this is a good route to consider. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Tue Jan 19, 2016 9:14 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
What would the results of dspmq tell you? What would that mean? What would you do with that information?
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| Mo |
| Posted: Wed Jan 20, 2016 2:49 am Post subject: |
|
|
Novice
Joined: 02 Apr 2010
Posts: 17
Location: IL USA
|
Qmgr status.
Couldn't the status be used to determine the qmgr state.(ended/running) and then alert on the status. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Wed Jan 20, 2016 4:50 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
'ended' is pretty clear, but what does 'running' actually tell you?
For example, does it tell you that application programs can MQCONNect!? Or that channels can send/receive messages? Or that logs are full?
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| Mo |
| Posted: Wed Jan 20, 2016 4:55 am Post subject: |
|
|
Novice
Joined: 02 Apr 2010
Posts: 17
Location: IL USA
|
Doesn't that mean qmgr is running "fine". I understand there could be issues with objects , services or process though qmgr is running, but atleast wouldn't that tell me that qmgr is running ok.
Taking into consideration ., that I already have monitoring for other error conditions like log size getting full, transaction roll back, channel/reposmgr/trigmon status, queue depths etc. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Wed Jan 20, 2016 5:00 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
What do 'fine' and 'ok' mean to you in terms of application programs? Working or not working?
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| Mo |
| Posted: Wed Jan 20, 2016 5:06 am Post subject: |
|
|
Novice
Joined: 02 Apr 2010
Posts: 17
Location: IL USA
|
|
| Back to top |
|
|
| bruce2359 |
| Posted: Wed Jan 20, 2016 5:18 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
Is 'should be working' what you will tell your employer when, clearly, some or all of your applications are not working? Is your resume up-to-date?
The one-and-only true test of whether an application can successfully run to normal completion is to try it.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Wed Jan 20, 2016 5:42 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| Mo wrote: |
| Should be working |
I will agree that RUNNING state is a positive indicator, but precisely what does it really indicate? In MQ terminology?
As a corollary, there is a red-light indicator on the dashboard of your car. The indicator is labeled BRAKES. What does the red-light lighted tell you? If the red-light is not lighted, what does that tell you? Should you trust that light? Lighted or not, what is the appropriate test to determine whether your brakes will work or not?
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| mqjeff |
| Posted: Wed Jan 20, 2016 5:52 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
A queue manager can show "Running" in dspmq in any of the following situations:- All channels are completely stopped and no messages are moving back and forth anywhere, including to and from client applications
- All objects inside the queue manager are put and get disabled
- All objects inside the queue manager are blocked by security rules from all users
- The listener and the channel processes are broken
- the data directory is full
- the log directory is full
- and a lot more
How much value do you get out of knowing that the qmgr is 'running'?
_________________
chmod -R ugo-wx / |
|
| Back to top |
|
|
| Mo |
| Posted: Wed Jan 20, 2016 7:08 am Post subject: |
|
|
Novice
Joined: 02 Apr 2010
Posts: 17
Location: IL USA
|
Understand. As I stated earlier. I have monitoring for other kind of issues I can think of. Channels, process, services down, File system alerts, queu depths, message age etc.
I was thinking of qmgr status monitoring, in situations like some stopped the qmgr and didn't start it back up. I hate application areas reporting that my qmgr is down, and we didn't know about it until they pointed. Of course other alerts would definitely kick off(listener process, rumqtrm and reposmgr)., but thought about having an extra check. We do have 3k+ qmgrs and have 3 teams who have access to these servers(yeah I know that's awful number of people having access) |
|
| Back to top |
|
|
| smdavies99 |
| Posted: Wed Jan 20, 2016 7:11 am Post subject: |
|
|
Jedi Council
Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.
|
To the OP
Do you not think that the designers of commercial MQ Monitoring products DIDN'T go through all these issues before sitting down and designing their tools?
Rolling your own will do a job, a limited job. Then what happens when you leave/move on? Can it be maintained? Who would even know how to maintain your stuff?
See my sig for my thoughts on the matter
_________________
WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995
Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions. |
|
| Back to top |
|
|
| Mo |
| Posted: Wed Jan 20, 2016 7:13 am Post subject: |
|
|
Novice
Joined: 02 Apr 2010
Posts: 17
Location: IL USA
|
| bruce2359 wrote: |
Is 'should be working' what you will tell your employer when, clearly, some or all of your applications are not working? Is your resume up-to-date?
The one-and-only true test of whether an application can successfully run to normal completion is to try it. |
I really didn't understand this. How is it determined from any of our previous posts that applications are not working. I mentioned that we have other alerts to alert that might cause any issues to applications. Applications also capture he MQ return code during an unsuccessful failure and generate an alert. This qmgr status check is just an extra step that I am thinking of. And I was not sure if this is a good idea running dspmq against the servers every 5 minns and hence asked if it is a good idea to start with. Probably I didn't present all the details in my first post. This( dspmq status) will not be the ultimate monitoring to determine the qmgr availability. I acknowledge everything you said though.
OP- apologize to hack your post. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Wed Jan 20, 2016 7:37 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| Mo wrote: |
| bruce2359 wrote: |
Is 'should be working' what you will tell your employer when, clearly, some or all of your applications are not working? Is your resume up-to-date?
The one-and-only true test of whether an application can successfully run to normal completion is to try it. |
I really didn't understand this. How is it determined from any of our previous posts that applications are not working. |
'Not working' is not technical terminology. Before you can fix something, you need to determine what, if anything, is broken. In order to determine if anything is 'not working' you must determine what 'is working' looks like.
| Mo wrote: |
| I mentioned that we have other alerts to alert that might cause any issues to applications. |
We still don't know what monitoring tool you have, and what it can and cannot monitor.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
|
|
