| Author |
Message
|
| sebastia |
 Posted: Sat Feb 28, 2009 1:49 am Post subject: how to know why log is growing |
 |
|
Grand Master
Joined: 07 Oct 2004
Posts: 1003
|
Good morning all.
I have a customer (MQ on z/OS) that complains :
a) messages are not persistent
b) log increases 8 GB every day (it is linear)
Is there any tool to determine what message
or data flow source
is making the log grow ?
Thanks. Sebastian. |
|
| Back to top |
|
 |
| Vitor |
| Posted: Sat Feb 28, 2009 1:58 pm Post subject: Re: how to know why log is growing |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| sebastia wrote: |
a) messages are not persistent
|
All of them? Put by every application which ever connects to that queue manager?
Your customer (if certain of this) has some very detailed application audit!
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Sat Feb 28, 2009 3:37 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
WMQ for z/OS only supports linear logs.
To validate the claim that all messages are non-persistent (and I don't believe it for a minute), run the print log utility on a log dataset. This utility is well documented in the WMQ for z/OS System Admin manual.
Does the qmgr act as a hub or in-transit qmgr? That could be the source of persistent messages.
I'd guess that they have set the persistence queue attribute to non-persistent, but the apps are specifying persistent in the MQMD.
_________________
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 |
|
|
| sebastia |
| Posted: Sat Feb 28, 2009 3:39 pm Post subject: |
|
|
Grand Master
Joined: 07 Oct 2004
Posts: 1003
|
Hi !
1st : YES, all of them, as there are not so many !
2nd : seems there are 3 kind of "application types" ..
a) old Visual Age ones ...
b) some JMS using "IBM" classes
c) some JMS using "general" or "Sun" classes
But the first objective is still the same :
to know why the active log grows 8 GB a day,
if there are no persistent messages involved ... |
|
| Back to top |
|
|
| sebastia |
| Posted: Sat Feb 28, 2009 3:44 pm Post subject: |
|
|
Grand Master
Joined: 07 Oct 2004
Posts: 1003
|
Bruce :
a) print log utility - I shall tell the customer, thanks.
I am not a z/OS man, of course, and I know 0 about what it is.
Do you have any complementary pointer/url/doc ?
b) qmgr role is 100% "responder" : mq clients send a request,
and CICS sends a response.
c) I have tols the customer persistence comes from msg,
not from queue, but I have to agree all sample messages I have browsed on the queues I have found to have "no persistency"
So I was looking for some "batch" analysis tool ... |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Sat Feb 28, 2009 4:06 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
a) V6 WMQ for z/OS manuals are here http://www-01.ibm.com/software/integration/wmq/library/zOSspecific_books.html
b) using the MQ adapter and bridge? You've looked into the request queue and reply queue? And the messages are non-persistent?
c) The application may pick one of these persistence values at MQPUT time:
1) this message is persistent (value 1)
2) this message is non-persistent (value 0)
3) this message should take the persistence value set at the queue (value 2).
The resulting message will have either 0 or 1 for its MQMD persistence.
_________________
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 |
|
|
| sebastia |
| Posted: Sat Feb 28, 2009 4:36 pm Post subject: |
|
|
Grand Master
Joined: 07 Oct 2004
Posts: 1003
|
Thanks, Bruce
a) I shall go thru that URL next week, of course. Thanks indeed.
b) req/rsp queues - yes, that's what I've been doing. No success.
c) mq_put() - yes, I know that.
Persistency is a "message" property, not a "queue" property,
I have been teached well, I'd say.
So, only "manual" and "personal" tools are available ?
No "there has been an entry into log at this time-stamp
from this thread/process number" ?
Quite blind way of working we have ... I'd say. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Sat Feb 28, 2009 4:45 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
There's no way to validate what's on the log without looking at it. In this case, all you have to do is find one persistent message.
What version/release/mod level is the z/OS WMQ?
z/OS has lots of opportunities for automation. z/OS WMQ allows the admin to specify automatic archiving of inactive (not required for restart) logs.
_________________
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 |
|
|
| sebastia |
| Posted: Sat Feb 28, 2009 4:58 pm Post subject: |
|
|
Grand Master
Joined: 07 Oct 2004
Posts: 1003
|
a) bruce : I want to have a look at the log's contents !
But I dont know how to do it !!
I am pretty sure that after browsing 2-3-5 messages in the log ...
I shall be able to point at the source of the trouble ...
But I've never browsed the MQ (active) log !
b) MQ at z/OS is version 6, whilst MQ at wintel is 5.3
Now both shall go up to v7 or maybe only wintel to 6 ...
*** do you mean that mismatch can produce some input to the log *** ?
I mean, z/os is v6 and wintel is v5.3 ....
c) yes, z/os people are usualy very good at their job
Have a nice weekend. S. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Sat Feb 28, 2009 5:14 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
a) the print log utility is CSQ1LOGP. It runs as an MVS batch job. You can print active logs and inactive logs. There are control statements that allow the z/OS admin to pick and choose what to print. The EXTRACT control statement is a good place to start reading.
This is from the System Admin manual about EXTRACT:
Typical uses of the EXTRACT parameter are to:
.Review which persistent messages were put to or got from a queue and whether the request was committed. This allows messages to be replayed.
.Review persistent messages that were put or got, but the request was backed out.
.Display which applications backed out rather than committed.
.Discover the volume of persistent data processed by queues, to identify the high use queues.
.Identify which applications set object attributes.
b) I was curious. Version differences should not cause log growth.
c) some are.
May I suggest that you take this opportunity to print a Windows or UNIX MQ log - just to see what's in it. z/OS logs are substantially the same. Create a new qmgr, start it, create a queue, put a persistent message, end the qmgr, print the log. Why? You have time, it's fun, you will have done it in a test environment, you will have done something that few admins do.
_________________
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 |
|
|
| sebastia |
| Posted: Sun Mar 01, 2009 4:47 am Post subject: |
|
|
Grand Master
Joined: 07 Oct 2004
Posts: 1003
|
Bruce : you sugestion is fantastic.
"Create a new qmgr, start it, create a queue, put a persistent message, end the qmgr, print the log."
I would NEVER thought on "PRINT" command !
And also thanks for the command
"the print log utility is CSQ1LOGP"
That is what I needed.
Sebastian. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Sun Mar 01, 2009 8:05 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
dmpmqlog is the utility on Windows and UNIX.
_________________
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 |
|
|
| sebastia |
| Posted: Sun Mar 01, 2009 8:34 am Post subject: |
|
|
Grand Master
Joined: 07 Oct 2004
Posts: 1003
|
Very interesting.
I have to accept I did not know this MQ command ..
And I like to learn ...
( ) |
|
| Back to top |
|
|
| sebastia |
| Posted: Sun Mar 01, 2009 8:53 am Post subject: |
|
|
Grand Master
Joined: 07 Oct 2004
Posts: 1003
|
Well, I have one message (PATAN) in one queue (QQ11)
and I can find it in the log (using a HexEditor)
| Code: |
S0000000.LOG
S0000001.LOG <<<< it is here
S0000002.LOG
|
But, to my surprise it does not come out when I use DMPMQLOG ....
Must I specify some timestamp, or the LOG filename or .... ???
OK - I will try to find a manual and a sample. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Sun Mar 01, 2009 9:12 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
|
| Back to top |
|
|
|
|
