The IBM WebSphere MQ link channels do not start - Middleware News

Note: Error messages appear in the SystemOut.log file or, if you have turned on tracing, in the trace.log file. 

New feature: This topic references one or more of the application server log files. Beginning in WebSphere Application Server Version 8.0 you can configure the server to use the High Performance Extensible Logging (HPEL) log and trace infrastructure instead of using SystemOut.log , SystemErr.log, trace.log, and activity.log files or native z/OS logging facilities. If you are using HPEL, you can access all of your log and trace information using the LogViewer command-line tool from your server profile bin directory. Read the "Using HPEL to troubleshoot applications" topic in the Troubleshooting section for more information on using HPEL.

1. Verify that the channel names specified on the WebSphere MQ link sender channel and/or the MQLinkReceiver definitions match those specified on the sender and/or receiver channel definitions in the WebSphere MQ network. Channel names are case sensitive.
   
2. Verify that the channel sequence numbers are not out of step. If they are, then the channel will remain in a state of retry until the sequence numbers have been reset. For a WebSphere MQ link sender channel, you can reset the sequence number to 1 by using the WebSphere MQ link sender channel administrative pages. This passes a reset instruction to the WebSphere MQ receiver channel. You can optionally reset the WebSphere MQ receiver channel to a value that matches the WebSphere MQ link sender channel. This does not result in any data being passed to the WebSphere MQ link sender channel, and can be used to resolve sequencing issues.
   For a WebSphere MQ link receiver channel, you have to reset the sequence number in WebSphere MQ through the WebSphere MQ sender channel. If you are using the WebSphere MQ Explorer on a Windows system, you can right click on the channel and select All Tasks > Reset .
   Look for messages CWSIC3011E, CWSIC3015E.
   
3. Verify that both ends of the channel have been defined and configured correctly. It is possible that the channel at the remote end is currently in a stopped state and therefore is currently unavailable. Start the channel at the remote end if possible. Look for messages CWSIC3018E, CWSIC3113E, CWSIC3114E, CWSIC3236E.
   
4. Verify that the channel sequence number wrap values are the same at both ends of the channel. Look for message CWSIC3010E.
   
5. Verify that the WebSphere MQ link sender channel is not in an indoubt state. Resolve the channel if required. The channel is resolved by WebSphere MQ. On Windows, if you are using the WebSphere MQ Explorer, you can right click on the channel and select All Tasks>Resolve.Look for message CWSIC3065E.
   
6. Verify that the listeners have been started, and are listening on the correct ports. By default, service integration listens on port 5558 for inbound connections, and the WebSphere MQ network listens on port 1414.