ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » IBM MQ Installation/Configuration Support » reset queue statistics command

Post new topic  Reply to topic
 reset queue statistics command « View previous topic :: View next topic » 
Author Message
ysandler
PostPosted: Fri Mar 15, 2002 7:12 pm    Post subject: Reply with quote

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
View user's profile Send private message Send e-mail
EddieA
PostPosted: Mon Mar 18, 2002 3:46 pm    Post subject: Reply with quote

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
View user's profile Send private message
NickB
PostPosted: Tue Mar 19, 2002 1:11 am    Post subject: Reply with quote

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
View user's profile Send private message
ysandler
PostPosted: Tue Mar 19, 2002 6:46 am    Post subject: Reply with quote

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
View user's profile Send private message Send e-mail
StefanSievert
PostPosted: Tue Mar 19, 2002 12:59 pm    Post subject: Reply with quote

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
View user's profile Send private message
ysandler
PostPosted: Tue Mar 19, 2002 1:06 pm    Post subject: Reply with quote

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
View user's profile Send private message Send e-mail
StefanSievert
PostPosted: Tue Mar 19, 2002 1:15 pm    Post subject: Reply with quote

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
View user's profile Send private message
StefanSievert
PostPosted: Tue Mar 19, 2002 1:17 pm    Post subject: Reply with quote

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
View user's profile Send private message
ysandler
PostPosted: Tue Mar 19, 2002 1:21 pm    Post subject: Reply with quote

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
View user's profile Send private message Send e-mail
EddieA
PostPosted: Tue Mar 19, 2002 4:22 pm    Post subject: Reply with quote

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
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » IBM MQ Installation/Configuration Support » reset queue statistics command
Jump to:  



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
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.