MAXARCH is set to 100 but it keeps 500

Discussion:

Herring, Bobby

2013-07-05 21:58:10 UTC

We are running WebSphere MQ for z/OS 6.0.0. I opened an ETR with IBM but it is apparently gone out of service.

We have MAXARCH set to 100 but it seems that we are keeping 500 for each dataset.
In the MQ STC startup, it shows this:
CSQY111I +MQA1 INBUFF=60, OUTBUFF=4000, MAXRTU=2, MAXARCH=100

For *.MQA1ARC1 we have datasets A0000072 thru A0000599.

It is the same for the ARC1.B*, ARC2.A* and ARC2.B* datasets.
We have a total of 2106 datasets and I think we should have about 400.

What am I doing wrong?

Thanks,
Bobby Herring
Texas Farm Bureau Insurance

[Loading Image...

] WWW.TXFB-INS.COM CONFIDENTIALITY STATEMENT: The foregoing message (including attachments) is covered by the Electronic Communication Privacy Act, 18 U.S.C. sections 2510-2521, and is CONFIDENTIAL. If you believe that it has been sent to you in error, do not read it. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution, or copying of this communication is strictly prohibited. Please reply to the sender that you have received the message in error, then delete it. Thank you.

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

Dinesh Thakur

2013-07-06 05:40:08 UTC

Permalink

Hi Bobby,

Where are you seeing those data sets ? In BSDS print output or from the 3.4 options.

Regards ,
Dinesh

Sent from my iPhone

Post by Herring, Bobby
We are running WebSphere MQ for z/OS 6.0.0. I opened an ETR with IBM but it is apparently gone out of service.
We have MAXARCH set to 100 but it seems that we are keeping 500 for each dataset.
CSQY111I +MQA1 INBUFF=60, OUTBUFF=4000, MAXRTU=2, MAXARCH=100
For *.MQA1ARC1 we have datasets A0000072 thru A0000599.
It is the same for the ARC1.B*, ARC2.A* and ARC2.B* datasets.
We have a total of 2106 datasets and I think we should have about 400.
What am I doing wrong?
Thanks,
Bobby Herring
Texas Farm Bureau Insurance
WWW.TXFB-INS.COM CONFIDENTIALITY STATEMENT: The foregoing message (including attachments) is covered by the Electronic Communication Privacy Act, 18 U.S.C. sections 2510-2521, and is CONFIDENTIAL. If you believe that it has been sent to you in error, do not read it. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution, or copying of this communication is strictly prohibited. Please reply to the sender that you have received the message in error, then delete it. Thank you.
List Archive - Manage Your List Settings - Unsubscribe
Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

Lyn Elkins

2013-07-06 16:02:27 UTC

Permalink

Hi Bobby,

1) V6 went out of service in September of 2012, Contact your local
specialist for information on how to upgrade to a supported release level or
obtain extended support.

2) It sounds like you are using the default value of 500, or maybe were.
Please do a DISPLAY LOG command against the queue manager in question. You
should see something like this:

INBUFF 60
OUTBUFF 4000
MAXRTU 2
MAXARCH 500
TWOACTV NO
TWOARCH NO
TWOBSDS NO
OFFLOAD NO
WRTHRSH 20
DEALLCT 0
COMPLOG NONE

3) If you are seeing the MAXARCH of 500 (the default) and you have a zparm
module that specifies 100, then your queue manager is not using the updated
zparm.

4) Another possibility is that the archive depth had exceeded the limit
before the zparm was applied. That may require manual clean-up of the BSDS.
Please see the description of the CSQJU003 utility.

5) And finally, MQ V 6.0.0 is quite old, there could be any number of fixes
that impact the archive process. Have you done a search for fixes?

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES

Herring, Bobby

2013-07-06 16:06:56 UTC

Permalink

Well, these are from the 3.4 listing.

I ran a CSQJU004 list and it shows we have datasets A0000499 thru 601.

When I do the display archive command, I see this:

+MQA1 DISPLAY ARCHIVE
CSQJ322I +MQA1 DISPLAY ARCHIVE report ... 269
Parameter Initial value SET value
----------- ---------------------- ----------
UNIT TAPE
UNIT2
ALCUNIT BLK
PRIQTY 4320
SECQTY 540
BLKSIZE 28672
ARCPFX1 PTZISSM.MQA1ARC1
ARCPFX2 PTZISSM.MQA1ARC2
TSTAMP NO
ARCRETN 10
ARCWTOR YES
ARCWRTC 1 ,3 ,4
CATALOG YES
COMPACT YES
PROTECT NO
QUIESCE 5
End of ARCHIVE report

Bobby

________________________________
From: MQSeries List [MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] on behalf of Dinesh Thakur [dtandzos-8a+***@public.gmane.org]
Sent: Saturday, July 06, 2013 12:40 AM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Re: MAXARCH is set to 100 but it keeps 500

Hi Bobby,

Where are you seeing those data sets ? In BSDS print output or from the 3.4 options.

Regards ,
Dinesh

Sent from my iPhone

On 6 Jul, 2013, at 5:58 AM, "Herring, Bobby" <BHerring-5vF3PdIoeLh+cjeuK/***@public.gmane.org<mailto:BHerring-5vF3PdIoeLh+cjeuK/***@public.gmane.org>> wrote:

We are running WebSphere MQ for z/OS 6.0.0. I opened an ETR with IBM but it is apparently gone out of service.

We have MAXARCH set to 100 but it seems that we are keeping 500 for each dataset.
In the MQ STC startup, it shows this:
CSQY111I +MQA1 INBUFF=60, OUTBUFF=4000, MAXRTU=2, MAXARCH=100

For *.MQA1ARC1 we have datasets A0000072 thru A0000599.

It is the same for the ARC1.B*, ARC2.A* and ARC2.B* datasets.
We have a total of 2106 datasets and I think we should have about 400.

What am I doing wrong?

Thanks,
Bobby Herring
Texas Farm Bureau Insurance

[http://infonet.txfb-ins.com//images//email.gif] WWW.TXFB-INS.COM<http://WWW.TXFB-INS.COM> CONFIDENTIALITY STATEMENT: The foregoing message (including attachments) is covered by the Electronic Communication Privacy Act, 18 U.S.C. sections 2510-2521, and is CONFIDENTIAL. If you believe that it has been sent to you in error, do not read it. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution, or copying of this communication is strictly prohibited. Please reply to the sender that you have received the message in error, then delete it. Thank you.

________________________________
List Archive<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your List Settings<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> - Unsubscribe<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com<http://www.lsoft.com/resources/manuals.asp>

________________________________
List Archive<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your List Settings<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> - Unsubscribe<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com<http://www.lsoft.com/resources/manuals.asp>

[http://infonet.txfb-ins.com//images//email.gif] WWW.TXFB-INS.COM CONFIDENTIALITY STATEMENT: The foregoing message (including attachments) is covered by the Electronic Communication Privacy Act, 18 U.S.C. sections 2510-2521, and is CONFIDENTIAL. If you believe that it has been sent to you in error, do not read it. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution, or copying of this communication is strictly prohibited. Please reply to the sender that you have received the message in error, then delete it. Thank you.

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

Lyn Elkins

2013-07-07 14:20:12 UTC

Permalink

Hi Bobby,

Please use the DISPLAY LOG command. The maximum archive value is in the log
macro, not in the archive macro. Counter intuitive, isn't it?

Lyn

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES

Dinesh Thakur

2013-07-08 06:23:41 UTC

Permalink

I think that the MAXARCH=100 value is working perfect. The BSDS is keeping track of only 100 data sets as you saw it is A0000499 through 601. The storage subsystem has data sets 72 through 601 retained. looks like the SMS is not deleting datasets after retention period is expired. I observed that generally sets on Tape gets deleted after the retention period but not from DASD. Please check retention period set in MQ and the destination for archive log, tape or DASD. Also you may want to consult storage folks in your firm.

Regards,
Dinesh

Sent from my iPhone

Post by Herring, Bobby
Well, these are from the 3.4 listing.
I ran a CSQJU004 list and it shows we have datasets A0000499 thru 601.
+MQA1 DISPLAY ARCHIVE
CSQJ322I +MQA1 DISPLAY ARCHIVE report ... 269
Parameter Initial value SET value
----------- ---------------------- ----------
UNIT TAPE
UNIT2
ALCUNIT BLK
PRIQTY 4320
SECQTY 540
BLKSIZE 28672
ARCPFX1 PTZISSM.MQA1ARC1
ARCPFX2 PTZISSM.MQA1ARC2
TSTAMP NO
ARCRETN 10
ARCWTOR YES
ARCWRTC 1 ,3 ,4
CATALOG YES
COMPACT YES
PROTECT NO
QUIESCE 5
End of ARCHIVE report
Bobby
Sent: Saturday, July 06, 2013 12:40 AM
Subject: Re: MAXARCH is set to 100 but it keeps 500
Hi Bobby,
Where are you seeing those data sets ? In BSDS print output or from the 3.4 options.
Regards ,
Dinesh
Sent from my iPhone

List Archive - Manage Your List Settings - Unsubscribe
Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com
WWW.TXFB-INS.COM CONFIDENTIALITY STATEMENT: The foregoing message (including attachments) is covered by the Electronic Communication Privacy Act, 18 U.S.C. sections 2510-2521, and is CONFIDENTIAL. If you believe that it has been sent to you in error, do not read it. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution, or copying of this communication is strictly prohibited. Please reply to the sender that you have received the message in error, then delete it. Thank you.
List Archive - Manage Your List Settings - Unsubscribe
Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com

Herring, Bobby

2013-07-08 13:42:04 UTC

Permalink

Ok, now I'm really confused. That shows MAXARCH as being 2. Not 100 or 500.

+MQA1 DISPLAY LOG
CSQJ322I +MQA1 DISPLAY LOG report ...
Parameter Initial value SET value
----------- ---------------------- ----------
INBUFF 60
OUTBUFF 4000
MAXRTU 2
MAXARCH 2
TWOACTV YES
TWOARCH YES
TWOBSDS YES
OFFLOAD YES
WRTHRSH 20
DEALLCT 0
End of LOG report

-----Original Message-----
From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf Of Lyn Elkins
Sent: Sunday, July 07, 2013 9:20 AM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Re: MAXARCH is set to 100 but it keeps 500

Hi Bobby,

Please use the DISPLAY LOG command. The maximum archive value is in the log macro, not in the archive macro. Counter intuitive, isn't it?

Lyn

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and, in the message body (not the subject), write: SIGNOFF MQSERIES Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html
[http://infonet.txfb-ins.com//images//email.gif] WWW.TXFB-INS.COM CONFIDENTIALITY STATEMENT: The foregoing message (including attachments) is covered by the Electronic Communication Privacy Act, 18 U.S.C. sections 2510-2521, and is CONFIDENTIAL. If you believe that it has been sent to you in error, do not read it. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution, or copying of this communication is strictly prohibited. Please reply to the sender that you have received the message in error, then delete it. Thank you.

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES

Herring, Bobby

2013-07-08 21:21:32 UTC

Permalink

Youâre right. 3.4 shows over 500 datasets but the log map utility only shows the last 100.

ARCRETN is set to 10 days. If I look at the oldest dataset in RMM, it says the dataset expired 10 days after it was created. But, our RMM VRS says to retain the tape dataset âwhile catalogedâ. So, if it never gets deleted by MQ, RMM will never delete it.

Do I have to resort to a manual deletion process to keep these from stacking up?

Bobby

From: MQSeries List [mailto:***@LISTSERV.MEDUNIWIEN.AC.AT] On Behalf Of Dinesh Thakur
Sent: Monday, July 08, 2013 1:24 AM
To: ***@LISTSERV.MEDUNIWIEN.AC.AT
Subject: Re: MAXARCH is set to 100 but it keeps 500

I think that the MAXARCH=100 value is working perfect. The BSDS is keeping track of only 100 data sets as you saw it is A0000499 through 601. The storage subsystem has data sets 72 through 601 retained. looks like the SMS is not deleting datasets after retention period is expired. I observed that generally sets on Tape gets deleted after the retention period but not from DASD. Please check retention period set in MQ and the destination for archive log, tape or DASD. Also you may want to consult storage folks in your firm.

Regards,
Dinesh

Sent from my iPhone

On 7 Jul, 2013, at 12:06 AM, "Herring, Bobby" <***@TXFB-INS.COM<mailto:***@TXFB-INS.COM>> wrote:
Well, these are from the 3.4 listing.

I ran a CSQJU004 list and it shows we have datasets A0000499 thru 601.

When I do the display archive command, I see this:

+MQA1 DISPLAY ARCHIVE
CSQJ322I +MQA1 DISPLAY ARCHIVE report ... 269
Parameter Initial value SET value
----------- ---------------------- ----------
UNIT TAPE
UNIT2
ALCUNIT BLK
PRIQTY 4320
SECQTY 540
BLKSIZE 28672
ARCPFX1 PTZISSM.MQA1ARC1
ARCPFX2 PTZISSM.MQA1ARC2
TSTAMP NO
ARCRETN 10
ARCWTOR YES
ARCWRTC 1 ,3 ,4
CATALOG YES
COMPACT YES
PROTECT NO
QUIESCE 5
End of ARCHIVE report

Bobby

________________________________
From: MQSeries List [***@LISTSERV.MEDUNIWIEN.AC.AT<mailto:***@LISTSERV.MEDUNIWIEN.AC.AT>] on behalf of Dinesh Thakur [***@GMAIL.COM<mailto:***@GMAIL.COM>]
Sent: Saturday, July 06, 2013 12:40 AM
To: ***@LISTSERV.MEDUNIWIEN.AC.AT<mailto:***@LISTSERV.MEDUNIWIEN.AC.AT>
Subject: Re: MAXARCH is set to 100 but it keeps 500
Hi Bobby,

Where are you seeing those data sets ? In BSDS print output or from the 3.4 options.

Regards ,
Dinesh

Sent from my iPhone

On 6 Jul, 2013, at 5:58 AM, "Herring, Bobby" <***@TXFB-INS.COM<mailto:***@TXFB-INS.COM>> wrote:
We are running WebSphere MQ for z/OS 6.0.0. I opened an ETR with IBM but it is apparently gone out of service.

We have MAXARCH set to 100 but it seems that we are keeping 500 for each dataset.
In the MQ STC startup, it shows this:
CSQY111I +MQA1 INBUFF=60, OUTBUFF=4000, MAXRTU=2, MAXARCH=100

For *.MQA1ARC1 we have datasets A0000072 thru A0000599.

It is the same for the ARC1.B*, ARC2.A* and ARC2.B* datasets.
We have a total of 2106 datasets and I think we should have about 400.

What am I doing wrong?

Thanks,
Bobby Herring
Texas Farm Bureau Insurance
[http://infonet.txfb-ins.com//images//email.gif] WWW.TXFB-INS.COM CONFIDENTIALITY STATEMENT: The foregoing message (including attachments) is covered by the Electronic Communication Privacy Act, 18 U.S.C. sections 2510-2521, and is CONFIDENTIAL. If you believe that it has been sent to you in error, do not read it. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution, or copying of this communication is strictly prohibited. Please reply to the sender that you have received the message in error, then delete it. Thank you.

Bruce Lerner

2013-07-09 16:44:38 UTC

Permalink

Are these GDG (Generation Data Group)? If not, perhaps they should be.
With a GDG, you can specify how many generations to maintain in the catalog,
how many generations to maintain uncataloged, etc..

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES