A fix is available
APAR status
Closed as program error.
Error description
Customer reports V7.1 client connects OK to a V6.0 server but FDC is generated on disconnect. The application is an XMS or other .Net application using the WMQ Managed .Net client. The FDC contains: | Probe Id :- DN1494001 | | Application Name :- MQM | | Component :- MQFAPConnection.SendTSH(MQTSH) | | SCCS Info :- lib/dotnet/pc/winnt/nmqi/managed/MQFAPConnection.cs 1. | | 72 | | Line Number :- 1485 ... | Major Errorcode :- 0x20009504 | | Minor Errorcode :- OK | | Probe Type :- MSGAMQ9504 | | Probe Severity :- 2 | | Probe Description :- | | FDCSequenceNumber :- 0 | | Arith1 :- 2 | |Comment1 :- Incorrect TSH type for communication flow | | Comment2 :- TSHTYPE = 2 Expected type = 1 With Stack Trace: at System.Environment.GetStackTrace(Exception e, Boolean needFileInfo) at System.Environment.get_StackTrace() at IBM.WMQ.ManagedCommonServices.FFST(String objectId, String sccsid, String lineno, UInt32 component, UInt32 method, UInt32 probeid, UInt32 tag, UInt16 alert_num) at IBM.WMQ.CommonServices.FFST(String objectId, String sccsid, String lineno, UInt32 component, UInt32 method, UInt32 probeid, UInt32 tag, UInt16 alert_num) at IBM.WMQ.MQBase.FFST(String sccsid, String lineno, UInt32 method, UInt32 probeid, UInt32 tag, UInt16 alert_num) at IBM.WMQ.Nmqi.MQFAPConnection.SendTSH(MQTSH tsh) at IBM.WMQ.Nmqi.MQFAPConnection.Disconnect() at IBM.WMQ.Nmqi.MQFAPConnection.RemoveSession(Int32 convId, Boolean informQmgr) at IBM.WMQ.Nmqi.MQSession.Disconnect() at IBM.WMQ.MQFAP.Disconnect(ManagedHconn remoteHconn, Int32& pCompCode, Int32& pReason) at IBM.WMQ.MQFAP.MQDISC(Phconn phconn, Int32& pCompCode, Int32& pReason) . Additional symptoms: AMQ9504: A protocol error was detected for channel 'Incorrect TSH type for communication flow'. AMQ6183: An internal WebSphere MQ error has occurred.
Local fix
Problem summary
**************************************************************** USERS AFFECTED: Customers using the managed .Net client to connect to V6.0 queue managers or when shared conversations (multiplexing) on the channel has been disabled. Platforms affected: Windows **************************************************************** PROBLEM SUMMARY: For non-multiplexed channels the MQ .Net managed client disconnect function was sending data not allowed by the protocol. This was caught by an internal consistency check that issued the FDC.
Problem conclusion
The managed .Net client Disconnect function was corrected to use the correct protocol when multiplexing was not in use. --------------------------------------------------------------- The fix is targeted for delivery in the following PTFs: v7.1 Platform Fix Pack 7.1.0.2 -------- -------------------- Windows 7.1.0.2 The latest available maintenance can be obtained from 'WebSphere MQ Recommended Fixes' http://www-1.ibm.com/support/docview.wss?rs=171&uid=swg27006037 If the maintenance level is not yet available information on its planned availability can be found in 'WebSphere MQ Planned Maintenance Release Dates' http://www-1.ibm.com/support/docview.wss?rs=171&uid=swg27006309 ---------------------------------------------------------------
Temporary fix
Comments
APAR Information
APAR number
IC81063
Reported component name
WMQ WINDOWS V7
Reported component ID
5724H7220
Reported release
710
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2012-01-27
Closed date
2012-02-29
Last modified date
2013-04-04
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fix information
Fixed component name
WMQ WINDOWS V7
Fixed component ID
5724H7220
Applicable component levels
R710 PSY
UP
[{"Line of Business":{"code":"LOB45","label":"Automation"},"Business Unit":{"code":"BU053","label":"Cloud & Data Platform"},"Product":{"code":"SSFKSJ","label":"WebSphere MQ"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"7.1"}]
Document Information
Modified date:
20 September 2021