Author |
Message
|
ysandler |
Posted: Fri Mar 15, 2002 7:12 pm Post subject: |
|
|
Novice
Joined: 14 Jan 2002 Posts: 16 Location: IBM Global Services
|
I am trying to issue RESET QSTATS(queue-name) command on OS390 using CSQUtil and getting error message :
CSQU000I CSQUTIL IBM MQSeries for OS/390 - V2.1
CSQU001I CSQUTIL Queue Manager Utility - 2002-03-15 21:49:54
OMMAND DDNAME(CMDINP)
CSQU127I CSQUTIL Executing COMMAND using input from CMDINP data set
CSQU055I CSQUTIL Target queue manager is SDT1
CSQU120I CSQUTIL Connecting to queue manager SDT1
CSQU121I CSQUTIL Connected to queue manager SDT1
ESET QSTATS(GENERIC PED.OMS.ERRORS) 00000202
SQN205I COUNT= 3, RETURN=00000008, REASON=FFFFFFFF
SQ9021E SDT1 VERB ' RESET' REQUIRED KEYWORD IS MISSING
SQ9023E SDT1 CSQ9SCND 'RESET ' ABNORMAL COMPLETION
CSQU057I CSQUCMDS 1 commands read
CSQU058I CSQUCMDS 1 commands issued and responses received, 1 failed
CSQU143I CSQUTIL 1 COMMAND statements attempted
CSQU144I CSQUTIL 1 COMMAND statements executed successfully
CSQU148I CSQUTIL Utility completed, return code=0
Any idea what I am doing wrong.
Can anyone provide the correct jcl or other way of doing it?
I can use Candle, but trying somethig deffirent to play. |
|
Back to top |
|
 |
EddieA |
Posted: Mon Mar 18, 2002 3:46 pm Post subject: |
|
|
 Jedi
Joined: 28 Jun 2001 Posts: 2453 Location: Los Angeles
|
Taken from above:
ESET QSTATS(GENERIC PED.OMS.ERRORS) 00000202
I'm guessing that the leading R was removed by the cut/paste or the CSQUTIL output, because it did recognise it as a RESET.
But, (GENERIC PED.OMS.ERRORS). Shouldn't that be a generic queue name specification. Like: PED.OMS.ERR*
Cheers,
_________________ Eddie Atherton
IBM Certified Solution Developer - WebSphere Message Broker V6.1
IBM Certified Solution Developer - WebSphere Message Broker V7.0 |
|
Back to top |
|
 |
NickB |
Posted: Tue Mar 19, 2002 1:11 am Post subject: |
|
|
Centurion
Joined: 20 May 2001 Posts: 107 Location: Zurich Financial Services
|
No, the problem is not one of truncation as I've tried exactly the same thing myself. I've put the word "RESET" at various positions in the input line and it makes no difference. |
|
Back to top |
|
 |
ysandler |
Posted: Tue Mar 19, 2002 6:46 am Post subject: |
|
|
Novice
Joined: 14 Jan 2002 Posts: 16 Location: IBM Global Services
|
Eddie, I expected you to reply to my message. It was cut when I pasted it to this pane. And soerd Generic was not used before either. I read as much as I could, and found no other useful info. In one source I found that it was only valid for queue sharing group, then i found that it shoul have worked for any queue. My end goal is to find the way of identifying how many messages were served by certain queue since the last reset (bu I did not reset this queue one time yet). So, if you or anyone knows any other way of doing it, please let me know.
And you can call me at 215-841-4429, or reply on my IBM e-mail address.
Thanks.
_________________ Yan Sandler
IBM Global Services
IBM Certified Developer, MQSeries |
|
Back to top |
|
 |
StefanSievert |
Posted: Tue Mar 19, 2002 12:59 pm Post subject: |
|
|
 Partisan
Joined: 28 Oct 2001 Posts: 333 Location: San Francisco
|
Yan,
according to the Commands reference, it should be RESET QSTATS('PED.OMS.ERRORS')
if you want to reset this single queue, or RESET QSTATS('PED.OMS.ERRORS*') if you want to reset all queues that start with 'PED.OMS.ERRORS'. The single quotes are not required, but they don't hurt either (and sometimes avoid problems...).
I would also make sure that the PERFMEV attribute of the queue manager is ENABLED. In your post there were some sequence numbers at the end of the line, but I guess that's not a problem.
Hope that helps,
Stefan
[ This Message was edited by: StefanSievert on 2002-03-19 13:14 ] |
|
Back to top |
|
 |
ysandler |
Posted: Tue Mar 19, 2002 1:06 pm Post subject: |
|
|
Novice
Joined: 14 Jan 2002 Posts: 16 Location: IBM Global Services
|
Stephan, this is from MQSC command reference manual:
RESET QSTATS
Compaq (DIGITAL) OpenVMS OS/390 OS/400 OS/2 Warp Compaq NSK UNIX systems
x
Use RESET QSTATS to report performance data for a queue and then to reset that data.
Synonym: None
.-CMDSCOPE(' ')------------.
>>-RESET QSTATS(generic q-name)---+--------------------------+-><
| (1) |
+-CMDSCOPE(qmgr-name)------+
| (1) |
'-CMDSCOPE(*)--------------'
Notes:
Valid only when the queue manager is a member of a queue-sharing group.
Parameter descriptions
generic q-name
The name of the local queue with a disposition of QMGR, COPY, or SHARED, but not GROUP, whose performance data is to be reset.
A trailing asterisk (*) matches all queues with the specified stem followed by zero or more characters. An asterisk (*) on its own specifies all queues.
The names must all be defined to the local queue manager or queue-sharing group.
The performance data is returned in the same format as parameters returned by DISPLAY commands. The data is:
QSTATS
The name of the queue
QSGDISP
The disposition of the queue, that is, QMGR, COPY, or SHARED.
RESETINT
The number of seconds since the statistics were last reset.
HIQDEPTH
The peak queue depth since the statistics were last reset.
MSGSIN
The number of messages that have been added to the queue by MQPUT and MQPUT1 calls since the statistics were last reset.
The count includes messages added to the queue in units of work that have not yet been committed, but the count is not decremented if the units of work are subsequently backed out.
MSGSOUT
The number of messages removed from the queue by destructive (non-browse) MQGET calls since the statistics were last reset.
The count includes messages removed from the queue in units of work that have not yet been committed, but the count is not decremented if the units of work are subsequently backed out.
CMDSCOPE
This parameter specifies how the command is executed when the queue manager is a member of a queue-sharing group.
' '
The command is executed on the queue manager on which it was entered. This is the default value.
qmgr-name
The command is executed on the queue manager you specify, providing the queue manager is active within the queue-sharing group.
You can specify a queue manager name, other than the queue manager on which the command was entered, only if you are using a queue-sharing group environment and if the command server is enabled.
*
The command is executed on the local queue manager and is also passed to every active queue manager in the queue-sharing group. The effect of this is the same as entering the command on every queue manager in the queue-sharing group.
_________________ Yan Sandler
IBM Global Services
IBM Certified Developer, MQSeries |
|
Back to top |
|
 |
StefanSievert |
Posted: Tue Mar 19, 2002 1:15 pm Post subject: |
|
|
 Partisan
Joined: 28 Oct 2001 Posts: 333 Location: San Francisco
|
I know, that's why I deleted my original answer.
I was looking at the 5.1 manual not the latest... Duh!
Can you check my other suggestions above?
Sorry!
Stefan
[ This Message was edited by: StefanSievert on 2002-03-19 13:18 ] |
|
Back to top |
|
 |
StefanSievert |
Posted: Tue Mar 19, 2002 1:17 pm Post subject: |
|
|
 Partisan
Joined: 28 Oct 2001 Posts: 333 Location: San Francisco
|
Aaaaaaaaaaaah, now I see clearly.......
Look at that:
You are running
IBM MQSeries for OS/390 - V2.1
It looks like the command RESET QSTATS was introduced in V5.2....
Does that make sense!?
Stefan
_________________
Stefan Sievert
IBM Certified * MQSeries
[ This Message was edited by: StefanSievert on 2002-03-19 13:22 ] |
|
Back to top |
|
 |
ysandler |
Posted: Tue Mar 19, 2002 1:21 pm Post subject: |
|
|
Novice
Joined: 14 Jan 2002 Posts: 16 Location: IBM Global Services
|
Stephen, thanks. I have tried, but somethig just hit me, I am not runnig 5.2 on OS390 yet. Could it be a problem? And if it is, then any way I can find the number of messages put or gotten from the queue?
_________________ Yan Sandler
IBM Global Services
IBM Certified Developer, MQSeries |
|
Back to top |
|
 |
EddieA |
Posted: Tue Mar 19, 2002 4:22 pm Post subject: |
|
|
 Jedi
Joined: 28 Jun 2001 Posts: 2453 Location: Los Angeles
|
Yan,
As the command only applies to Queue Managers in a Queue Sharing group I, sort of guess, that you really do need 5.2
No other way of getting those statistics. Sorry.
Cheers,
_________________ Eddie Atherton
IBM Certified Solution Developer - WebSphere Message Broker V6.1
IBM Certified Solution Developer - WebSphere Message Broker V7.0 |
|
Back to top |
|
 |
|