Skip to main content

WebSphere MQ and WebSphere DataPower SOA Appliances problem determination - Middleware News

Section 1. Checking for resolutions to known problems:

    Visit the WebSphere DataPower SOA Appliances Product support portal for additional support content.
Section 2. Collecting information on this problem
    The following information describes the basic documentation needed by IBM support to investigate questions or problems when using IBM WebSphere DataPower SOA Appliances with WebSphere MQ

    Step 1. Describe the problem and environment
      1. Develop a clear description of the question or problem.
      2. Create a simple use case which shows the question or problem.
      3. List all the software, software version/release, with operating systems in the use case.

    Step 2: Turn on tracing to recreate and capture documentation for IBM Support to review
      1. Set the following trace and logging settings:
      2. Access the DataPower SOA Appliance by using the WebGUI interface through your browser.
      3. From the Control Panel in the WebGUI, select the Troubleshooting icon.
      4. On the Troubleshooting Panel, under Logging, set the Log Level to "debug" by using the selection box. Click Set Log Level.
      5. Select Debug Probe tab.
      6. Look for the service you are using.
      7. From the pull down select the service you configured for the simple use case.
      8. Click on the "Add Probe" button.

    Step 3: Recreate the problem.
      1. Using the simple use case, with sample data, recreate the problem using 2 or 3 transactions.
      2. Document the recreate steps.
      3. Capture screen images.
      4. Turn of traces.

    Step 4: Collect these files:
      • Error Report:
        1. From the Control Panel in the WebGUI, select the Troubleshooting icon.
        2. On the Troubleshooting Panel, under Reporting, click the Generate Error Report button.
        3. Once the Error Report is generated, right click on the View Error Report and select Save Target As ... to save the Error Report to a local file.
      • Export of appliance configuration:
        1. Export your configuration to a file by opening the ADMINISTRATION menu from the left hand navigation list.
        2. Click Export Config to display the initial Export Configuration screen.
        3. Click the Create a backup of the entire system radio button and click Next.
        4. Enter a comment noting the problem and click Build Export button.
        5. The configuration of the entire system is backed up to a file named export.zip. An opportunity to download the zip is automatically presented on the next page.
        6. Click the Download button to down load the file to your workstation.
      • Probe file -
        1. From the Control Panel in the WebGUI, select the Troubleshooting icon.
        2. Select Debug Probe tab.
        3. Look for the service you are using.
        4. From the pull down select the service you configured for the simple use case.
        5. Under Probe column, Click on the "Magnifying glass icon".
        6. Press the "Export Capture" button.
        7. The appliance will prompt you to download the file
      • MQ server error logs and FDC file(s) if any
Section 3. Preparing to contact IBM Support
      1. Obtain the version and release of WebSphere MQ and the operating system where WebSphere MQ is running
      2. Obtain the serial number of the appliance which experienced the problem. This is need for IBM entitlement processing, before a PMR can be created. Use the WebGUI, select Status > System > Version Information, locate tag on the case of the appliance, or from the CLI use Show System
      3. Locate the firmware version of the appliance. Using the WebGUI, select Status > System > Version Information or from the CLI use Show Version
      4. Locate your IBM customer number from your records.
      5. Determine the describe the business impact and severity of the problem based on the Severity Levels table found in the following technote: "WebSphere DataPower Extended Maintenance and Support Services".
      6. Determine which telephone number IBM should use to contact you concerning this problem report.
Section 4. Contacting IBM Support and sending your MustGather information to IBM support
      1. Refer to specifics in Contacting IBM WebSphere DataPower SOA Appliance Support.
      2. After you have contacted IBM Support, a PMR number will be assigned. Create a zip file of the MustGather information:
        • A text file which contains: the questions and answers to any of the MustGather steps, elaboration on the problem, list of steps to recreate, notation on specific errors, and description external events noted at the time of the error.
        • WebSphere DataPower WebGui and WebSphere MQScreen Captures
        • An error report at the time of the error, from either the WebGui or CLI.
        • WebSphere DataPower export zip
        • WebSphere DataPower probe export
        • Sample message from simple use case
      3. Rename the zip file and send to IBM as noted in Exchanging information with IBM WebSphere DataPower Technical Support for problem determination.
      4. Do not send any proprietary or confidential information from your company.

Comments

adsrerrapop

Popular posts from this blog

Troubleshooting Java/JMS SSL Configurations - Middleware News

 This document is intended to help diagnose WebSphere MQ V7 Java™ or JMS SSL setup errors. It lists most of the common configuration errors that can cause an SSL connection from a Java/JMS client to a queue manager to fail, and gives the course of action to resolve the problem. In each case the error can be diagnosed by a combination of the error seen in the client log - either a console output, trace file or SystemOut.log file - and the queue manager's error logs. The document is quite long, so the easiest way to find the potential error is to search for one of the errors seen in this list, then filter this list using the error from the opposite end of the channel. All cases here assume that 2-way authentication is being attempted (SSLCAUTH set to REQUIRED on the queue manager's SVRCONN channel). This is the default, and the errors are very similar for 1-way authentication (SSLCAUTH set to OPTIONAL). Symptom Instructions on collecting documentation...

Using telnet to test connectivity between IBM Websphere MQ Client and MQ server - Middleware News

You are having trouble connecting a WebSphere MQ client to a MQ server, receiving errors that you can not connect to the MQ queue manager. One of the first things to determine is if the two machines can communicate, and using the telnet tool is one way to accomplish it. Symptom Receiving errors which state that a queue manager is not found or not available. Connection errors. For example: AMQ9213, AMQ9524, AMQ9202 or AMQ9508 or MQRC =2059 0x0000080b MQRC_Q_MGR_NOT_AVAILABLE. Please note, this is by no means an exclusive list of errors related to this type a problem but just a sample of some of the more common error messages and codes that might occur. Cause One possible cause is that the two machines can not communicate. May be the IP address or hostname was not properly specified by the MQ client. The port number might be incorrect. A queue manager is not running at the desired host. The queue manager could be running, but the corresponding listener is not runnin...

IBM Websphere MQ interview Questions Part 5

MQ Series: - It is an IBM web sphere product which is evolved in 1990’s. MQ series does transportation from one point to other. It is an EAI tool (Middle ware) VERSIONS:-5.0, 5.1, 5.3, 6.0, 7.0(new version). The currently using version is 6.2 Note: – MQ series supports more than 35+ operating systems. It is platform Independent. For every OS we have different MQ series software’s. But the functionality of MQ series Default path for installing MQ series is:- C: programfiles\BM\clipse\SDK30 C: programfiles\IBM\WebsphereMQ After installation it will create a group and user. Some middleware technologies are Tibco, SAP XI. MQ series deals with two things, they are OBJECTS, SERVICES. In OBJECTS we have • QUEUES • CHANNELS • PROCESS • AUTHENTICATION • QUERY MANAGER. In SERVICES we have LISTENERS. Objects: – objects are used to handle the transactions with the help of services. QUEUE MANAGER maintains all the objects and services. QUEUE: – it is a database structure ...