| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Messages CSQP014E and CSQN212E - Page set full |
« View previous topic :: View next topic » |
| Author |
Message
|
| giuly020277 |
 Posted: Mon Feb 07, 2011 12:13 am Post subject: Messages CSQP014E and CSQN212E - Page set full |
 |
|
Centurion
Joined: 07 Aug 2007
Posts: 146
Location: Florence,Italy
|
Hello,
last day my Wevsphere Mqseries (v. 7) on Zos (v.10) takes the followuing message :
CSQP017I :MFEP CSQPEXT1 EXPANSION STARTED FOR PAGE SET 1
CSQP013I :MFEP CSQPEXT1 NEW EXTENT CREATED FOR PAGE 621
SET 1. NEW EXTENT WILL NOW BE FORMATTED
CSQI031I :MFEP CSQIFRMT THE NEW EXTENT OF PAGE SET 1 625
HAS FORMATTED SUCCESSFULLY
then i receive
CSQP014E :MFEP CSQPEXT1 EXPANSION FAILED FOR PAGE SET 935
1. FUTURE REQUESTS TO EXTEND IT WILL BE REJECTED
and at least many of the followuing messages :
CSQN212E :MFEP COMMAND SERVER ERROR PUTTING TO REPLY TO QUEUE
CSQN203I :MFEP QUEUE KMQ.REPLY.C7369D60A4939D0B, MQCC=2 MQRC=2192
CSQN212E :MFEP COMMAND SERVER ERROR PUTTING TO REPLY TO QUEUE
CSQN203I :MFEP QUEUE AMQ.MQEXPLORER.1221216458, MQCC=2 MQRC=2192
The PSID01 seems to be full :
MQPRODV.MFEP.PSID01 trks %used xt
MQPRODV.MFEP.PSID01.DATA 18600 ? 123
I think some applications caused this problem (that i never received).
then i have closed/restarted Mq and the problem was solved (although my psid01 is still full).
What can i do to preserve it? Exists some maintenance for psid?How can i understand which application caused it?
Thank u all
Giuliano |
|
| Back to top |
|
 |
| fatherjack |
| Posted: Mon Feb 07, 2011 1:44 am Post subject: Re: Messages CSQP014E and CSQN212E - Page set full |
|
|
Knight
Joined: 14 Apr 2010
Posts: 522
Location: Craggy Island
|
| giuly020277 wrote: |
| How can i understand which application caused it? |
Are there any queues with lots of messages ?
_________________
Never let the facts get in the way of a good theory. |
|
| Back to top |
|
|
| giuly020277 |
| Posted: Mon Feb 07, 2011 2:01 am Post subject: |
|
|
Centurion
Joined: 07 Aug 2007
Posts: 146
Location: Florence,Italy
|
no...there aren't.
It's possible that the problem is caused from mq explorer?
Queue AMQ.MQEXPLORER.1221216458 is the connection with mq explorer |
|
| Back to top |
|
|
| Mr Butcher |
| Posted: Mon Feb 07, 2011 3:57 am Post subject: |
|
|
Padawan
Joined: 23 May 2005
Posts: 1716
|
| Quote: |
The PSID01 seems to be full :
MQPRODV.MFEP.PSID01 trks %used xt
MQPRODV.MFEP.PSID01.DATA 18600 ? 123 |
once allocated, the space of a pageset is not reduced automatically. it stays like this, even if the space is not used. look at the internal pageset statistic of MQ to see how many pages of the pageset are used and how many are unused.
your pageset has 123 extents, this is why it can not be expanded again.
if everything is working again after queuemanager restart (and you do not have queues with many messages) it looks like the messages filling up the pageset where non persistent and removed during restart.
however, there may be also some fiew "big" messages in the queue filling up the pageset. so use the "display usage" to find out.
you should review your storageclass / pageset assignment to find out what is all assigned (what applications) to this pageset. this gives you possible candidates which application may have filled up the pageset. i dont think that it was the MQ explorer, but you never know 
i always seperate utility reply queues from application queues (using different pagesets), so i still can execute commands and get their replies if an application pageset is full. if all is on the same pageset, you cant use MQ Explorer or MA10 or any other utility that works with reply queues for the command output. using console commands may still be an option, at least to get a pageset display or a display qlocal curdepth
so ... hard to find out in the past which application or utility caused it, but however you can prepare for the next time to find out (or to prevent it).
consider to use multiple pagesets. consider to resize them. review application / storage class assingments. there are also sections and recommendations about pageset usage (including buffer pool usage) in the manuals.
_________________
Regards, Butcher |
|
| Back to top |
|
|
| giuly020277 |
| Posted: Mon Feb 07, 2011 4:05 am Post subject: |
|
|
Centurion
Joined: 07 Aug 2007
Posts: 146
Location: Florence,Italy
|
...yes i'm reading it..
I've just define and formatted a new page set .
Last question...My vsam (called A) have done 123 xt....so...i have to define a new larger page set (called B) and copy A to B ...or i can work with A ??
Thank u Mr Butcher---you are so useful...as usual  |
|
| Back to top |
|
|
| Mr Butcher |
| Posted: Mon Feb 07, 2011 4:22 am Post subject: |
|
|
Padawan
Joined: 23 May 2005
Posts: 1716
|
there is a section in the system administration guide how to enlage pagesets.
[edit]
you will create a "new A", and copy "old A" to "new A" and then continue to run with "new A". No "B" required unless you want to have a new pageset "B" added.
just follow the procedure in the manual
_________________
Regards, Butcher |
|
| Back to top |
|
|
|
|
|
| |
|
Page 1 of 1 |
|
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
|
|
|
|
