Request For Enhancement - Externalize mq.ini overrides (non-default values) or values not honored during execution (such as TCP Buffer settings)

Tim Zielke

2013-10-03 20:45:42 UTC

Hi Art,

Thanks for the RFE. I voted for this RFE and also added a comment to include this enhancement for qm.ini attributes. Also, I believe you meant mqs.ini in your RFE.

There is a danger with how distributed MQ promotes an invalid value to the default value for some of these .ini attributes. For example, if you are trying to specify a non-default value and accidentally mistype it, you will be unwittingly specifying the default value instead. Having a place that distributed MQ externalizes the mqs.ini and qm.ini attribute/values that were specified that an administrator could check for accuracy would be very helpful, indeed.

Thanks,
Tim

From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf Of Schanz, Arthur
Sent: Thursday, October 03, 2013 1:12 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Request For Enhancement - Externalize mq.ini overrides (non-default values) or values not honored during execution (such as TCP Buffer settings)

Description: Request to externalize (AMQERR01 msg or Event) mq.ini overrides, either successful, unsuccessful or both. We have seen several cases where hard-coded mq.ini parameters have not been honored and there was no indication that this occurred. In addition, it would be nice to echo out ALL of the parms, akin to way that z/OS echoes the current ZPARM values. Also, and more importantly, if values such as TCP Send/Recv buffers are not honored at Channel start, a message or event should be issued stating this.
Lastly, the 'RcvRcvBufsize' and 'RcvSendBufsize' are not documented in the WMQ Info Center, nor anywhere easily accessible - this needs to be corrected.
Use case: This would assist WMQ Admins in day-to-day operations, to know exactly what parms (and values) are in effect during a QMGR execution. More importantly, this would be very valuable in problem determination scenarios.
Business justification: Updating the distributed platforms to more closely resemble z/OS function and capabilities. This would prove invaluable to WMQ Admins in both day-to-day and problem/error situations
Link to Vote:
http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=39555

Cheers,
Art

________________________________
[National IT Services]Arthur Schanz
Distributed Computing Spec
Messaging and File Transfer
701 East Byrd Street
Richmond, VA 23219

Email: Arthur.Schanz-***@public.gmane.org<mailto:Arthur.Schanz-***@public.gmane.org>

[National IT Green Logo]

[CertWS_color]

________________________________
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>

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