Operations Guide=en
User Manual:
Open the PDF directly: View PDF .
Page Count: 266
Download | |
Open PDF In Browser | View PDF |
Ultra Messaging (Version 6.12) Operations Guide Copyright (C) 2004-2019, Informatica Corporation. All Rights Reserved. Contents 1 Introduction 5 2 UM Installation 7 2.1 2.2 2.3 3 3.1 UM Package Installer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 2.1.1 Unix Package Installer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 2.1.2 Windows Package Installer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 2.1.3 Other Package Installers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 Copy UM Runtime Files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 2.2.1 Copy Unix Runtime Files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 2.2.2 Copy Windows Runtime Files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 Application Installer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 Monitoring 11 Monitoring Transport Statistics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 3.1.1 LBT-RM and LBT-RU Receiver Statistics . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 3.1.2 LBT-RM and LBT-RU Source Statistics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 3.1.3 TCP Statistics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 3.1.4 LBT-IPC Statistics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 3.2 Monitoring Event Queues . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13 3.3 Monitoring Application Log Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13 3.4 Monitoring the Persistent Store Daemon (umestored) . . . . . . . . . . . . . . . . . . . . . . . . . . 13 3.4.1 Monitoring Store Log File . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13 3.4.2 Monitoring a Store's Internal Transport Statistics . . . . . . . . . . . . . . . . . . . . . . . . 14 3.4.3 Persistent Store Web Monitoring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 3.4.4 Persistent Store Daemon Statistics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 3.4.5 Detecting Persistent Store Failures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 Monitoring the UM Router Daemon (tnwgd) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 3.5.1 Monitoring UM Router Log File . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 3.5.2 UM Router Transport Statistics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 3.5.3 UM Router Web Monitoring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17 3.5.4 UM Router Daemon Statistics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17 3.5.5 Detecting UM Router Failures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 3.5 4 3.6 4 CONTENTS Monitoring Messaging System Resources . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 3.6.1 Persistent Store System Considerations . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 3.6.2 Sources of Latency . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 3.6.3 Runtime Diagnostics 19 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Startup/Shutdown Procedures 21 4.1 Topic Resolution . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 4.2 UM Applications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22 4.3 Indications of Possible Application Shutdown . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22 4.4 Unicast Topic Resolver (lbmrd) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22 4.5 Persistent Store (umestored) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23 4.5.1 Starting a Store . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23 4.5.2 Restarting a Store . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24 4.5.3 Common Startup and Shutdown Issues . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24 UM Router (tnwgd) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24 4.6.1 Starting a UM Router . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24 4.6.2 Restarting a UM Router . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25 UM Daemons as Windows Services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25 4.7.1 Install the Windows Service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26 4.7.2 Configure the Daemon . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26 4.7.3 Configure the Windows Service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26 4.7.4 Start the Windows Service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27 4.7.5 Remove the Windows Service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28 UM Analysis Tools . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28 4.8.1 Packet Capture Tools . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28 4.8.2 Resource Monitors . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28 4.8.3 Process Analysis Tools . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29 4.8.4 Network Tools . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29 4.8.5 UM Tools 29 4.8.6 UM Debug Flags 4.6 4.7 4.8 5 5.1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Monitoring UM with the lbmmon API 31 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31 5.1.1 Why Monitor? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31 5.1.2 What to Monitor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31 5.2 Monitoring Methods . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32 5.3 UM API Functions and Data Structures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32 5.3.1 Context Statistics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32 5.3.2 Event Queue Statistics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33 5.3.3 Source or Receiver Transport Statistics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34 UM Monitoring API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34 5.4 Monitoring Introduction 29 CONTENTS 5.5 5.6 5 5.4.1 Monitoring Process Flow . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35 5.4.2 API Framework Flexibility . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36 5.4.3 Initial Monitoring Questions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36 5.4.4 Creating a Monitoring Source . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37 5.4.5 Specifying the Object to Monitor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37 5.4.6 Receiving Monitoring Data . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38 Monitoring Transport Modules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41 5.5.1 The LBM Transport Module . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41 5.5.2 The UDP Transport Module . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42 5.5.3 The SNMP Transport Module . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42 Monitoring Format Modules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43 5.6.1 43 The CSV Format Module . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5.7 Automatic Monitoring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43 5.8 Monitoring Examples . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43 5.8.1 lbmmon.c . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44 5.8.2 lbmmonudp.c and lbmmondiag.pl . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45 Interpreting LBT-RM Source Statistics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47 5.9 6 UM Monitoring Statistics 49 6.1 Monitoring Receiving Statistics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49 6.2 Monitoring Sending Statistics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49 6.3 Monitoring Context Statistics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50 6.4 Monitoring Event Queue Statistics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50 7 7.1 Troubleshooting UM Applications 51 Application Crashes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51 7.1.1 Persistent Store Crashed . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51 7.1.2 UM Router Crashed . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51 7.1.3 Excessive Resource Use . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51 7.1.4 Crash on deletion of an object . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52 7.1.5 Datagram size mismatches . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52 Assertions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 7.2.1 Fatal Assertions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 7.2.2 Non-fatal Assertions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 7.3 Message Loss . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 7.4 Unrecoverable Loss . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55 7.5 High Latency . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56 7.6 Deaf Receivers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56 7.7 Persistent Sending Problems . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57 7.7.1 Flight Size . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57 7.7.2 Persistent Store Connectivity . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58 7.2 6 CONTENTS 8 Contacting Informatica Support 59 9 UM Log Messages 61 9.1 UM Core Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61 9.2 UM Core API Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 144 9.3 UM SRS Log Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 210 9.4 UM Dynamic Routing Log Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 215 9.5 UM Lbmrd Log Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 236 9.6 UM Persistent Store Log Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 236 9.7 UMDS Log Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 260 Chapter 1 Introduction This document gives information and guidance for preparing an application system for deployment, and for operating that system when it is in production. Attention See the Documentation Introduction for important information on copyright, patents, information resources (including Knowledge Base, and How To articles), Marketplace, Support, and other information about Informatica and its products. This document assumes familiarity with the UM Concepts Guide. See UM Glossary for Ultra Messaging terminology, abbreviations, and acronyms. 8 Introduction Chapter 2 UM Installation Different versions of UM have some differences in how the files are offered for download. As of 6.11, the following zip files are available for download: • UMS_version.zip - Streaming Edition. • UMP_version.zip - Persistence Edition. • UMQ_version.zip - Queuing Edition. • UMDRO_version.zip - UM Router. • UM_version_doc.zip - Documentation package. The first four contain the binary software for that product (all platforms). The last contains HTML and PDF documentation for all UM products and features. For the binary software, the zip file contains a set of per-platform package installers, and a set of Java jar files. The jar files should be copied to wherever you keep your Java jars. The package installers should be installed as described below. There are many different ways to install UM on a host, but they can generally be categorized in three groups: • UM Package Installer from Informatica for the desired products. • Copy UM Runtime Files to the desired host. • Application Installer written by the application developer. 2.1 UM Package Installer Running the UM package installer is typically only done for hosts being prepared for development use. Once an application system is developed, UM is usually installed by the user's own Application Installer. Note that the UM Router package installer needs the corresponding version of UM to be already installed and accessible in the current working directory before it can be installed. 10 UM Installation 2.1.1 Unix Package Installer A product's Unix Package Installer is an executable file with the file suffix ".sh". It is in the form of a self-extracting archive, sometimes called a "shell archive". It is often necessary to set the file permissions to allow execution of the file. Running the UM Package Installer on a Unix host does nothing more than copy the files under the current working directory. The installer does not perform any other installation actions. For example, to install the UMQ base product: $ chmod +x UMQ_6.12_Linux-glibc-2.17-x86_64.sh $ ./UMQ_6.12_Linux-glibc-2.17-x86_64.sh This creates a directory named "UMQ_6.12" which contains all the files and sub-directories needed to develop and test UM-based applications. It does not contain the documentation, which is shipped in its own zip file. 2.1.2 Windows Package Installer A product's Windows Package Installer is an executable file with the file suffix ".exe". Running the UM Package Installer on a Windows host does the following: • Copies the files into the proper "Program File" folder, depending on whether the package is 32 or 64 bits. • Updates the system "PATH" environment variable to include UM's "bin" folder. • Optionally installs one or more daemons as Windows Services (see UM Daemons as Windows Services for more information). • Provides a standard Windows uninstaller which can be run from the normal Windows "Add or Remove Programs" control panel. To run the installer, simply double-click the package installer icon. Note that once an application system is developed, UM is usually installed by the user's own Application Installer. 2.1.3 Other Package Installers Java The UM Java API is a wrapper around the UM dynamic library (JNI). The jar files are shipped with the package installers, and should be saved wherever you store your jar files. Note that the Java jar file version must match the underlying UM library version. Stratus OpenVOS Package The Stratus OpenVOS package is a self-extracting archive that contains the Ultra Messaging Streaming Edition (UMS) for the Stratus OpenVOS platform. Ultra Messaging supports Stratus OpenVOS Release 17.0.2aq. RESTRICTIONS: The following Ultra Messaging components and features do not run on the Stratus OpenVOS platform: • Ultra Messaging daemons (tnwgd, ummd, stored, lbmrd, SRS). 2.2 Copy UM Runtime Files 11 • Java API and .NET API. • UM transports LBT-IPC, LBT-RDMA, or LBT-SMX. • Accelerated Multicast. • Persistence. • Queuing (including ULB). • Ultra Messaging Desktop Services (UMDS). HP NonStop Package The HP NonStop package is a self-extracting archive that contains the Ultra Messaging Persistence Edition (UMP) for the HP NonStop platform. Ultra Messaging supports HP NonStop Version J06-17. RESTRICTIONS: The following components and features do not run on the HP NonStop platform. • Ultra Messaging daemons (tnwgd, ummd, stored, lbmrd, SRS). • Java API and .NET API • UM transports LBT-IPC, LBT-RDMA, or LBT-SMX • Accelerated Multicast • Queuing (including ULB). • Ultra Messaging Desktop Services (UMDS). 2.2 Copy UM Runtime Files It is generally not necessary to run the UM Package Installer to use UM on a host. For the most part, all you need to do is copy the runtime files to any desired location on your host. In the case of running UM daemons as Windows Services, there are some additional steps necessary; see Copy Windows Runtime Files. 2.2.1 Copy Unix Runtime Files Informatica generally recommends that UM runtime files be stored in the "lib" and "bin" sub-directories in the structure that the installer creates. If the brokered queuing feature is used, then the "broker" sub-directory should also be included. For example: $ ls ~/UMQ_6.12/Linux-glibc-2.12-x86_64/ bin/ broker/ lib/ Notice that the "include" sub-directory is missing. Those files are only needed for development, not for production runtime. For ease of use, users typically include "lib" in their library search path (e.g. "LD_LIBRARY_PATH" environment variable), and include "bin" in their "PATH". No other specialized installation steps are needed for UM. 12 UM Installation Alternatively, the contents of "bin" can be copied to wherever you already store your application executables, and the contents of "lib" can be copied to wherever you store your application dynamic libraries. 2.2.2 Copy Windows Runtime Files Informatica generally recommends that UM runtime files be stored in the "bin" sub-folder in the structure that the installer creates. If the brokered queuing feature is used, then the "broker" sub-directory should also be included. For example: > dir "c:\Program Files\Informatica\UMQ_6.12\Win2k-x86_64" ...bin ... broker Notice that the "include" and "lib" sub-folders are missing. Those files are only needed for development, not for production runtime. For ease of use, users typically include "bin" in their "PATH" environment variable. No other specialized installation steps are needed for UM applications. However, if you want to run one or more UM daemons as Windows Services, then there are some additional steps necessary, described in UM Daemons as Windows Services. Alternatively, the contents of "bin" can be copied to wherever you already store your application executables. Note If it is desired to uninstall UM that was installed by copying files, UM will not show up in the normal Windows "Add or Remove Programs" control panel. If you have installed UM daemons as Windows Services, then you must manually remove them as Services before deleting the UM runtime files. See Remove the Windows Service. 2.3 Application Installer UM is intended to be integrated into a user's own application system. Each user decides how his application system is packaged and installed. UM users typically do not run the UM package installer as part of their application installation procedure. Rather, the UM runtime files are typically packaged with the user's application files. The requirements for the user's application installation procedure are the same as outlined in Copy UM Runtime Files, and for the most part, consist simply of copying the UM files to the host. In the case of running UM daemons as Windows Services, there are some additional steps necessary; see Copy Windows Runtime Files. Chapter 3 Monitoring It is important to monitor Ultra Messaging to ensure smooth operation. By tracking the changes in UM statistics over time, you may be able to predict and avoid future overloads. When contacting support to report anomalous behavior, recording UM statistics can greatly assist the support engineers' root cause analysis. 3.1 Monitoring Transport Statistics Monitoring the activity on your UM transport sessions is the most important component of your UM monitoring effort. UM provides the following four methods to monitor your UM activities. • Use UM API function calls within your applications to retrieve statistics and deliver them to your monitoring application. • Use the UM Monitoring API to more easily retrieve and send statistics to your monitoring application. • Use Automatic Monitoring to easily employ the UM Monitoring API to monitor UM activity at an UM context level. • Use the Ultra Messaging SNMP Agent and MIB (purchased separately to monitor statistics through a Network Management System). See The Ultra Messaging SNMP Agent for detailed information. Automatic Monitoring is the easiest method to implement using configuration options or environment variables. Since many topics can use multiple transport sessions, UM Monitoring doesn't provide transport information for individual topics. From an Operations point of view, however, the health and behavior of your transport sessions is more correlated to system performance. Although UM Monitoring also provides statistics on event queues, these statistics are more specific to a single application and not a system wide health indication. The interval for collecting statistics should be as short as practical. A too-long interval can hide microbursts of traffic. However, a too-short interval can lead to massive amounts of statistical data which needs to be stored and processed. Note that certain statistics are initialized to the maximum unsigned value for the fields, i.e. all bits set (-1 if printed signed). This special value indicates that the field has not yet been calculated. This is used for the "min" statistic in a "minimum / maximum" statistics pair. For example, nak_tx_min is initialized to the maximum unsigned long, while nak_tx_max is initialized to zero. This section lists some of the more important transport statistics to monitor listed by transport type. 14 Monitoring 3.1.1 LBT-RM and LBT-RU Receiver Statistics Essentially, aside from msg_rcved and bytes_rcved, if any receiver statistics increment, a problem may exist. The following lists the most important statistics. • naks_sent means a transport has a gap in sequence numbers, which can be recoverable or unrecoverable loss. • unrecovered_txw and unrecovered_tmo loss statistics. Indicates retransmissions not delivered to a receiver. (The receiving application will have received a LBM_MSG_UNRECOVERABLE_LOSS or LBM_MSG_UNR←ECOVERABLE_LOSS_BURST log message via its receive callback, which should be found in the streaming or API log file. • lbm_msgs_no_topic_rcved indicates that receivers may be doing too much topic filtering (wasting CPU resource) because they are processing messages in which they have no interest. If this statistic is greater than 25% of msgs_rcvd, a problem may exist or topics may need to be distributed to different transport sessions. • dgrams_dropped_∗ - Indicates the reception of invalid datagrams, e.g. a non-UM datagram or datagram from an incompatible version. For additional information, see Monitoring Receiving Statistics. 3.1.2 LBT-RM and LBT-RU Source Statistics The following lists the most important statistics. • rxs_sent indicates that some lost messages are being recovered, but the reason for the loss should be investigated and corrected. • naks_shed indicates the number of retransmission requests (NAKs) the source transport has not fulfilled, sending a NCF instead. This statistics can help pinpoint transport bottlenecks, such as the configuration options transport_lbtrm_retransmit_rate_limit (context) and transport_lbtru_retransmit_rate_limit (context). For additional information, see Monitoring Sending Statistics. 3.1.3 TCP Statistics Receiver statistic lbm_msgs_no_topic_rcvd indicates that receivers may be doing too much topic filtering (wasting CPU resource) because they are processing messages in which they have no interest. If this statistic is greater than 25% of msgs_rcvd, a problem may exist or topics may need to be distributed to different transport sessions. 3.1.4 LBT-IPC Statistics Receiver statistic lbm_msgs_no_topic_rcvd indicates that receivers may be doing too much topic filtering (wasting CPU resource) because they are processing messages in which they have no interest. If this statistic is greater than 25% of msgs_rcvd, a problem may exist or topics may need to be distributed to different transport sessions. 3.2 Monitoring Event Queues 3.2 15 Monitoring Event Queues The following lists the most important statistics. • data_msgs & events - Total data messages and events enqueued - check these not growing beyond predefined bounds • age_mean & age_max - If an application uses a receive-side event queue for message delivery rather than direct callbacks, this indicates average and longest time messages wait on that queue before the application starts processing them. • data_msgs_svc_mean & data_msgs_svc_max - indicates average and longest time the application spends processing each event-queued message. For more information, see Monitoring Event Queue Statistics. 3.3 Monitoring Application Log Messages UM returns log messages to your application when conditions warrant. Your applications can decide what messages to collect and log. Most UM development teams are concerned with the efficiency and performance of their applications and therefore will log any messages returned to their applications from UM. It may be helpful to meet with your UM development team to learn exactly what they log and how best to monitor the log files. Ideally your UM development team includes a timestamp when they log a message, which can be important for comparison of disparate data, such as CPU information to transport statistics. See the UM Log Messages section for individual messages and descriptions. UM daemons (lbmrd, umestored, tnwgd) automatically log messages to the log files specified in their XML configuration files. 3.4 Monitoring the Persistent Store Daemon (umestored) With the UMP/UMQ products, the Persistent Store provides persistence services to UM sources and receivers. Multiple stores are typically configured in Quorum/Consensus. Monitor every store process. Monitor the following for all stores. • Store log files • Application events and log files • Store's internal transport statistics • Persistent Store daemon web monitor 3.4.1 Monitoring Store Log File The store generates log messages that are used to monitor its health and operation. There is some flexibility on where those log messages are written; see Store Log File. Each store daemon should have its own log file. 16 Monitoring To prevent unbounded disk file growth, the Persistent Store log file can be configured to automatically roll. See Store Rolling Logs for more information. The following lists critical things to monitor in a store log file: • aio_warnings - may indicate a problem with the disk (disk full, cannot write, etc.) • Proxy source creation - indicates that a source 'went away'. This may be fine, but could also indicate an error condition. Discuss with your UM development team when this event is safe and when it indicates a problem. • Rapid log file growth - Log files growing rapidly or growing much more rapidly than normal, may indicate a problem. Look at what types of messages are being written to the log at higher-than-normal rates to see where the issue might be. In application log files, look for LBM_SRC_EVENT_UME_REGISTRATION_ERROR messages. These can indicate many different problems that will prevent message persistence. See the UM Log Messages section for details. 3.4.2 Monitoring a Store's Internal Transport Statistics Since umestored is a proprietary UM application developed with the UM API library, you can configure the daemon with automatic monitoring and then access transport statistics for the daemon's internal sources and receivers. To accomplish this, follow the procedure below. 1. Enable Automatic Monitoring in the UM configuration file cited in the umestored XML configuration file's " " element. 2. For each store configured in the umestored XML configuration file, add a " " element. Automatic Monitoring then maintains complete transport statistics for each store at the interval set in the UM configuration file. 3.4.3 Persistent Store Web Monitoring For information about umestored statistics see Store Web Monitor. The web address of th Store Web Monitor is configured in the store XML configuration file. See Daemon Element. You can monitor the following information on the umestored Web Monitor: • List of stores the daemon is running. • List of topics and wildcard topic patterns for each store, along with registration IDs for the sources sending on the topics. • Source and receiver information for each topic. • Ultra Messaging statistics or transport-level statistics for underlying receivers in the store. These are similar to the transport statistics mentioned earlier, however they indicate how the store is communicating with its sources for a given topic. For example, a non-zero number of naks_sent indicates that the store is experiencing some loss. TIP: You can build a script that executes the Linux wget command at a 5 second interval to get a web monitor screen shot and save it to a directory or file. 3.5 Monitoring the UM Router Daemon (tnwgd) 3.4.4 17 Persistent Store Daemon Statistics The Persistent Store daemon has a simple web server which provides operational information. However, while the web-based presentation is convenient for manual, on-demand monitoring, it is not suitable for automated collection and recording of operational information for historical analysis. Starting with UM version 6.11, a feature called "Daemon Statistics" has been added to the Store daemon. This feature supports the background publishing of their operational information via UM messages. System designers can now subscribe to this information for their own automated monitoring systems. See Store Daemon Statistics for general information on Daemon Statistics, followed by specific information regarding the Store. 3.4.5 Detecting Persistent Store Failures You can detect the loss of a store with the following. • Loss of the Persistent Store's Process ID (PID) • Application log messages stating the loss of connection to the store Stores can also be "too busy" and therefore cannot service source and receiving applications. Sources declare a store inactive with the LBM_SRC_EVENT_UME_STORE_UNRESPONSIVE event when the store's activity timeout expires. This can be caused by the following. • Disk is too busy (or when the system starts swapping) • The store is processing an overly-large load of recovery traffic. You may want to recommend that UM administrators consider a larger quorum / consensus group size. 3.5 Monitoring the UM Router Daemon (tnwgd) The Ultra Messaging UM Router links disjoint topic resolution domains by forwarding multicast and/or unicast topic resolution traffic ensuring that receivers on the "other" side of the UM Router receive the topics to which they subscribe. See the UM Dynamic Routing Guide for more details. Understand UM Router (tnwgd) output traffic and WAN impacts - especially the use of rate limiters. • WAN overrun is the number one source of UM Router problems • Test WAN link throughput to determine the real limits of the UM Router and environment • Make sure WAN bandwidth can cope with UM and any other traffic Review and understand loss conditions unique to using a UM Router. Collaborate with your UM development team to ensure the correct tuning and configurations are applied for your messaging system. Also monitor latency over the UM Router with the UM sample application lbmpong routinely and monitor output. Monitor the following for UM Routers. • UM Router log files • Application events and log files 18 Monitoring • UM Router internal transport statistics • UM Router daemon web monitor 3.5.1 Monitoring UM Router Log File The UM router generates log messages that are used to monitor its health and operation. There is some flexibility on where those log messages are written; see UM Router Log Messages. Each UM router should have its own log file. To prevent unbounded disk file growth, the UM Router log file can be configured to automatically roll. See UM Router Rolling Logs for more information. The following are important UM Router (tnwgd) log messages. Connection Failure Messages to Monitor: • peer portal [name] failed to connect to peer at [IP:port] via [interface] • peer portal [name] failed to accept connection (accept) [err]: reason Lost Connection Messages to Monitor: • peer portal [name] lost connection to peer at [IP:port] via [interface] • peer portal [name] connection destroyed due to socket failure • peer portal [name] detected dropped inbound connection (read) [err]: reason • peer portal [name] detected dropped inbound connection (zero-len read) Peer Messages to Monitor: Dual TCP: • peer portal [name] received connection from [IP:port] • peer portal [name] connected to [IP:port] Single TCP: • Acceptor: peer portal [name] received connection from [IP:port] • Initiator: peer portal [name] connected to [IP:port] • UM Router Transport Statistics 3.5.2 UM Router Transport Statistics Using the " " element in a UM Router's XML configuration file, you can monitor the transport activity between the UM Router and its Topic Resolution Domain. The configuration also provides Context and Event Queue statistics. The statistics output identifies individual portals by name. 3.5 Monitoring the UM Router Daemon (tnwgd) 3.5.3 19 UM Router Web Monitoring The UM Router web monitor provides access to a UM Router's portal and general statistics and information. The UM Router XML configuration file contains the location of the gateway web monitor. The default port is 15305. A UM Router Web Monitor provides a web page for each endpoint and peer portal configured for the UM Router. Peer portals connect UM Routers and communicate only with other peer portals. Endpoint portals communicate with topic resolution domains. Each statistic display a value for units (messages or fragments) and bytes. Important statistics you can monitor on the tnwgd Web Monitor include the following. Endpoint Send Statistics Increases in the Endpoint Send Statistics values indicate errors and problems. A separate statistic appears for each of the three types of topic message: transport topic, immediate topic, immediate topicless. • Fragments/bytes dropped due to blocking - Indicates inability to send due to a transport's rate controller. Message rates on other portals probably exceed the rate controller limit on the monitored portal. The UM Router's XML configuration file may need to be adjusted. • Fragments/bytes dropped due to error - Indicates a possible network socket or memory failure. • Fragments/Bytes Dropped Due To Fragment Size Error - Indicates a configuration error which should be corrected. Maximum datagram size for all transports must be the same throughout the network. Nonzero indicates fragments were received which were larger than the egress portal's maximum datagram size. • Current/maximum data bytes enqueued - Indicates how much data is currently queued and indicates the maximum amount of data queued because the incoming rate exceeded what the TCP connection could handle. Results in a latency penalty. Size of the queue is limited, so if the limit is exceeded, messages are dropped due to blocking. Peer Send Statistics Increases in the Peer Send Statistics values indicate errors and problems. • Fragments/bytes (or messages/bytes) dropped (blocking) - The result of attempting to send too much data via the peer link. • Fragments/bytes (or messages/bytes) dropped (not operational) - Peer connection not yet fully established. The UM Router peer could be down or starting up. • Current/maximum data bytes enqueued - Indicates how much data is currently queued and indicates the maximum amount of data queued because the incoming rate exceeded what the TCP connection could handle. Results in a latency penalty. Size of the queue is limited, so if the limit is exceeded, messages are dropped due to blocking. • Messages or bytes Received / Fragments or bytes Forwarded - Increasing counters indicate communicating peers. Stagnant counters indicate a lack of traffic flow. A sender could be down, receivers on the remote side could have no interest for the topics, the peer connection could have failed. 3.5.4 UM Router Daemon Statistics The UM Router daemon has a simple web server which provides operational information. However, while the webbased presentation is convenient for manual, on-demand monitoring, it is not suitable for automated collection and recording of operational information for historical analysis. Starting with UM version 6.11, a feature called "Daemon Statistics" has been added to the UM Router. This feature supports the background publishing of their operational information via UM messages. System designers can now subscribe to this information for their own automated monitoring systems. 20 Monitoring See Store Daemon Statistics for general information on Daemon Statistics, followed by specific information regarding the UM Router. 3.5.5 Detecting UM Router Failures You can detect the loss of a UM Router by the following. • Loss of the UM Router's Process ID (PID) • Loss of the UM Router's Web Monitor (you can poll the UM Router's Web Monitor to be sure it is accessible.) • Monitoring the performance of applications sending messages through the UM Router. – Are applications receiving the appropriate volume of data? – Do you see a high number of retransmissions? – Are applications generating the expected number of actions? Understanding the expected flow and actions is critical and requires collaboration with your UM development team. • Monitoring network performance and behavior in and out of the UM Router. Understanding your network topology and the expected network traffic through the UM Router is critical and requires collaboration with your UM development team. 3.6 Monitoring Messaging System Resources In addition to monitoring UM activity, you must also consider the health and activity of your system resources. • CPU usage • Memory Usage • UDP loss (netstat -s) • Latency 3.6.1 Persistent Store System Considerations Consider the following system issues regarding Persistent Store monitoring. • Make sure that the environment in which a Persistent Store daemon (umestored) is started has enough available file descriptors for the number of sources in your environment. UM uses a minimum of 2 file descriptors per UM source in addition to normal UM file descriptors for transports and other objects. You can use ulimit in Linux and Process Explorer on Microsoft® Windows® to monitor file handles. Note: The reduced-fd repository type uses 5 File Descriptors for the entire store, regardless of the number of topics, in addition to normal UM file descriptors for transports and other objects. Use of this repository type may impact performance. • Monitor system resources (CPU usage, memory, disk space, wait%, memory swapping). 3.6 Monitoring Messaging System Resources 21 • If the system is about to start swapping, your resources are insufficient for the required system performance. Reconfiguration and/or additional resources will be required. 3.6.2 Sources of Latency The following are common sources of latency. • Loss and recovery • Slow receivers • Wildcard receivers with overly broad interest patterns • High resource utilization • 'Busy' applications - messages backed up in event queues. Your UM Development Team can tell you if your UM applications use event queues. 3.6.3 Runtime Diagnostics Use the following to validate a healthy system. • UM monitoring metrics are active as a sign of liveness • Pre-defined thresholds are not breached in the monitoring systems • Application logs are clear of errors/warnings • Required processes are running i.e. lbmrd • General system resources are within pre-defined bounds i.e. CPU, memory, network stats (specific to the applications) • Operating system e.g. UDP buffers for loss detection Use the following to validate the system is operating within acceptable limits. • Monitor memory usage and growth over time. – Applications with increasing memory could indicate a future problem – Could indicate apps are misconfigured for required scalability – Event queue growth (also UM metrics) – Theoretical memory limits for 32-bit/64-bit processes, dependent on OS and language choice. • Spikes in CPU usage across multiple systems indicate a system wide event and could be an indication of a "crybaby" receiver causing source retransmissions or a rogue wildcard receiver. • Monitor network activity across the environment. – Switch failures / unplugged cable – Network Interface Card (NIC) failures – Symptoms of NIC bonding failure 22 Monitoring – Significant changes in overall network traffic could indicate a problem such as loss (discussed later) • Look for correlated activity. Do CPU spikes and network spikes lead or lag each other? • Build thresholds based on an established business as usual (BAU) baseline. • These diagnostics and UM metrics could indicate a general problem with the applications, network or underlying hardware. Chapter 4 Startup/Shutdown Procedures In a multicast environment, only the applications and monitoring tools need to be started. If using Persistence, the store daemon (umestored) also needs to be started. Likewise, use of the UM Router requires starting the UM Router daemon (tnwgd). In a unicast-only environment, one or more resolver daemons (lbmrd) are typically required. It is recommended that you start the lbmrd before starting the applications. Informatica recommends that you shutdown applications using UM sources and receivers cleanly, even though UM is able to cope with the ungraceful shutdown and restart of applications and UM daemons. A failed assertion could lead to immediate application shutdown. If opting to restart a UM client or lbmrd, no other components need be restarted. Failed assertions should be logged with Informatica support. 4.1 Topic Resolution Your UM development or administration team should anticipate the time and bandwidth required to resolve all topics when all applications initially start. This team should also establish any restarting restrictions. Operations staff should not have any direct topic resolution tasks aside from monitoring the increased CPU and bandwidth usage. Topic resolution is the discovery of a topic's transport session information by a receiver to enable the receipt of topic messages. Although in a multicast environment, topic resolution does not need to be started or shutdown, it does use network resources and can cause deaf receivers and other problems if not operating properly. See Topic Resolution in the UM Concepts Guide for more detailed information. Applications cannot deliver messages until topic resolution completes. UM monitoring statistics are active before all topics resolve. In a large topic space approximately 10,000 topics) topic resolution messages may be 'staggered' or rate controlled, taking potentially several seconds to complete. For example, 10,000 topics at the default value of 1,000 for resolver_initial_advertisements_per_second (context) will take 10 seconds to send out an advertisement for every topic. If all receiving applications have been started first, fully resolving all topics may not take much more than 10 seconds. The rate of topic resolution can also be controlled with the resolver_initial_advertisement_bps (context) configuration option. Topic advertisements contain the topic string and approximately 110 bytes overhead. Topic queries from receivers contain no overhead, only the topic string. 24 Startup/Shutdown Procedures 4.2 UM Applications Your UM development team should provide you with the application names, resident machines and startup parameters, along with a sequence of application/daemon startups and shutdowns. The following lists typical application startup errors. • Lack of resources • License not configured - LOG Level 3: CRITICAL: LBM license invalid [LBM_LICENSE_FILENAME nor LB←M_LICENSE_INFO are set] • Cannot bind port - lbm_context_create: could not find open TCP server port in range. Too many applications may be running using the UM context's configured port range on this machine. This possibility should be escalated to your UM development team. Application is possibly already running. It is possible to start more than one instance of the same UM application. • Invalid network interface name / mask - lbm_config: line 1: no interfaces matching criteria • Multiple interfaces detected - LOG Level 5: WARNING: Host has multiple multicast-capable interfaces; going to use [en1][10.10.10.102] This message appears for multi-homed machines. UM is not explicitly configured to use a single interface. This may not cause an issue but requires configuration review by your UM development team. 4.3 Indications of Possible Application Shutdown A UM application shutdown may not be obvious immediately, especially if you are monitoring scores of applications. The following lists events that may indicate an application has shutdown. • The Process ID disappears. Consider a method to monitor all process IDs (PIDs). • You notice the existence of a core dump file on the machine. • UM statistics appear to reduce in volume or stop flowing. • In an Application Log, one or more End Of Session (EOS) events signaling the cessation of a transport session. This may indicate a source application may have shut down. Your UM development team must explicitly log LBM_MSG_EOS events. Some EOS events may be delayed for some transports. • In an Application Log, disconnect events (LBM_SRC_EVENT_DISCONNECT) for unicast transports (if implemented) indicate UM receiver applications have shutdown. 4.4 Unicast Topic Resolver (lbmrd) If not using multicast topic resolution, one or more instances of lbmrd must be started prior to stating applications. Unicast resolver daemons require an XML configuration file and multiple resolver daemons can be specified by your UM development team for resiliency. For more information on Unicast Topic Resolution, see Unicast UDP TR. Execute the following command on the appropriate machine to start a unicast topic resolver (lbmrd) from command line: 4.5 Persistent Store (umestored) 25 lbmrd --interface=ADDR -L daemon_logfile.out -p PORT lbmrd.cfg For more information on the lbmrd command-line, see Lbmrd Man Page. To stop the resolver, use the kill command. If a unicast resolver daemon terminates, you need to restart it. Observe the lbmrd logfile for errors and warnings To make the lbmrd a Windows Service, see UM Daemons as Windows Services. If running multiple lbmrds and an lbmrd in the list becomes inactive, the following message appears in the clients' log files: unicast resolver " : " went inactive If all unicast resolver daemons become inactive, the following message appears in the clients' log files: No active resolver instances, sending via inactive instance After all topics are resolved, daemons do not strictly need to be running unless you restart applications. Resolver daemons do not cache or persist state and do not require other shutdown maintenance. 4.5 Persistent Store (umestored) Stores can operate in disk-backed or memory-only mode specified in the store's XML configuration file. Disk backed stores are subject to the limitations of the disk hardware. Stores should not be run on virtual machines and each store should have a dedicated disk. UM holds messages in memory until written to disk. 4.5.1 Starting a Store Execute the following command on the appropriate machine to start a (umestored) from command line: umestored config-file.xml For more information on the umestored command-line, see Umestored Man Page. • Record umestored PID to monitor process presence for failure detection. • On Microsoft Windows®, monitor the umestored service. • Observe the umestored logfile for errors and warnings In disk mode, stores create two types of files. • Cache file - contains the actual persisted messages, and can grow to be very large over time. It is important to ensure that there is enough disk space to record the appropriate amount of persisted data. • State file - contains information about the current state of each client connection and is much smaller. Stores do not create any files in memory-only mode. To make the Store a Windows Service, see UM Daemons as Windows Services. 26 Startup/Shutdown Procedures 4.5.2 Restarting a Store Perform the following procedure to restart a store. 1. If the store is still running, kill the PID (Linux) or use the Windows Service Manager® to stop the Windows service. 2. If you want a clean "start-of-day" start, delete the cache and state files. The location of these files is specified in the store's XML configuration file. 3. Wait 20-30 seconds to let timeouts expire. Due to its use of connectionless protocols, Persistence depends upon timeouts. Therefore, do not rapidly restart the store. 4. Run the command: "umestored config-file.xml". umestored automatically uses the existing cache and state files after a graceful shutdown and resumes as part of the current messaging stream at its last known position. 4.5.3 Common Startup and Shutdown Issues • Cache and state directories don't exist. • Disk space - Cache files contain the actual persisted messages, and can grow to be very large over time. It is important to ensure that there is enough disk space to record the appropriate amount of persisted data. • Configuration error - UM parses a store's XML configuration file at startup, reporting errors to standard error. • Configuration error - UM reports other configuration errors the store's log file. • Missing license details. 4.6 UM Router (tnwgd) When a UM Router starts it discovers all sources and receivers in the topic resolution domains to which it connects. This results in a measurable increase and overall volume of topic resolution traffic and can take some time to complete depending upon the number of sources, receivers, and topics. The rate limits set on topic resolution also affect the time to resolve all topics. See also Topic Resolution. 4.6.1 Starting a UM Router Execute the following command on the appropriate machine to start a UM Router (tnwgd) from command line: tnwgd config-file.xml Informatica recommends: • Record tnwgd PID to monitor process presence for failure detection. • Monitor the tnwgd logfile for errors and warnings. 4.7 UM Daemons as Windows Services 27 For more information on the tnwgd command-line, see Tnwgd Man Page. To make the UM Router a Windows Service, see UM Daemons as Windows Services. 4.6.2 Restarting a UM Router Perform the following procedure to restart a UM Router. 1. If the UM Router is still running, kill the PID. 2. Wait 20-30 seconds to let timeouts expire. After a restart new proxy sources and receivers must be created on the UM Router. Applications will not use the new proxies until the transport timeout setting expires for the old connections. Until this happens, applications may appear to be "deaf" since they are still considering themselves as connected to the "old" UM Router proxies. Therefore, do not rapidly restart the UM Router. 3. Run the command: tnwgd config-file.xml 4.7 UM Daemons as Windows Services On the Microsoft Windows platform, the UM daemons can be used either from the command line or as Windows Services. The available UM Services are: Executable File Description Service Display Name Man Page lbmrds.exe UDP-based Unicast Topic Resolver "LBMR Store Daemon" man page srsds.exe TCP-based Topic Resolver "UM Stateful Topic Resolution Service" man page storeds.exe Persistent Store "UME Store Daemon" man page tnwgds.exe UM Router (DRO) "Ultra Messaging Gateway" man page Note that the Ultra Messaging Manager daemon ("ummd") is not offered as a Windows Service at this time. As of UM version 6.12, the above UM daemons work similarly with respect to running as a Windows Service. See the individual man pages for differences. Before beginning, make sure that the license key is provided in a way that the service will be able to access it. In particular, if you are using an environment variable to set the license key, it must be a system environment variable, not user. There are 4 overall steps to running a UM daemon as a Windows Service: 1. Install the Windows Service 2. Configure the Daemon 3. Configure the Windows Service 4. Start the Windows Service All 4 steps must be completed before the Service can be used. 28 Startup/Shutdown Procedures 4.7.1 Install the Windows Service There are two ways to install a UM daemon as a Windows Service: • Product package installer. • Command line. Product package installer When installing the product using the package installer, the dialog box titled "Choose Components" provides one or more check boxes for UM daemons to be installed as services. You may check any number of the boxes and proceed with the installation. Note that for any box not checked, the software for that daemon is still copied onto the machine. This allows for installation as a Windows Service at a later time using the Command Line method. Also note that it is not necessary to use the package installer at all. The UM files can simply be copied to the machine. In that case, this step is skipped altogether, and the Command Line method must be used to install the daemons as Windows Services. See Copy Windows Runtime Files for details. Command line If a daemon was not installed as a Windows Service from the product's package installer (possibly because the package installer was not used), daemons can be installed at a later time from the command line. In this case, the Service install step is combined with the Configure the Windows Service step below. 4.7.2 Configure the Daemon UM daemons are configured via XML configuration files. These files must be created and managed by the user. Each individual daemon needs its own separate XML configuration file. Informatica recommends developing and testing the daemon configuration files interactively, using the commandline interface of each daemon. Do not run the daemon as a Windows Service until the daemon configuration has been validated and tested. This provides the fastest test cycle while the configuration is being developed and finalized. The configuration files should be located on the hosts that are intended to run the daemons in files/folders of the user's choosing. For more information on configuring and running the daemons interactively, see: Executable File Description Configuration Details Man Page lbmrds.exe UDP-based Unicast Topic Resolver lbmrd Configuration File man page srsds.exe TCP-based Topic Resolver SRS Configuration File man page storeds.exe Persistent Store Configuration Reference for Umestored man page tnwgds.exe UM Router (DRO) XML Configuration Reference man page 4.7.3 Configure the Windows Service At this point, you should have the Daemon XML configuration file(s) prepared and available on the host which is to run the desired daemon(s) (See Configure the Daemon). And you should have tested the configuration using the daemon interactively to verify is correct operation. 4.7 UM Daemons as Windows Services 29 Each daemon's Windows Service must now be configured so that the Service can find the proper daemon configuration file. You also need to decide how the daemon writes log messages to the Windows Event Logging system. Log messages are categorized into different severity levels: "info", "notice", "warning", "err", "alert", "emerg". By default, the daemons will write log messages of category "warning" and above to the Windows Event Log. If desired, this can be adjusted with the "-e" flag, shown below. Be aware that setting the severity level below "warning" can result in very many messages being written to the Windows Event Log. Also be aware that messages of all severity levels are written to the daemon's log file, independent of the "-e" setting. Attention To enter the commands below, you need a Command Prompt window running as Administrator. (One way to do this is to right-click on the Command Prompt icon and select "More > Run as administrator".) To perform this step, each daemon service executable must be interactively executed from a command prompt with the following command-line flags. The exact command-line flag set depends on whether the daemon was already installed as a Windows Service when the UM package was installed. Service was previously installed Use this command if the daemon has already been installed as a Windows Service, perhaps using the product's Package Installer. daemonexe -s config -e warn c:\daemon_config_file_path Where "daemonexe" is the name of the desired daemon's executable (see UM Daemons as Windows Services for executable names). Service was NOT previously installed Use this command if the daemon has not yet been installed as a Windows Service, perhaps because the product's package installer was not used. daemonexe -s install -e warn c:\daemon_config_file_path Where "daemonexe" is the desired daemon's executable (see UM Daemons as Windows Services for executable names). Some daemons have additional Service settings that should be configured prior to use. For example, the SRS has two additional log files that can only be set using command-line flags. See the individual daemon's Windows Service man page for each daemon's details (see UM Daemons as Windows Services for man page links). 4.7.4 Start the Windows Service Windows Services are controlled by the "Services" control panel. See your Windows documentation for information on controlling Windows Services. 30 Startup/Shutdown Procedures 4.7.5 Remove the Windows Service There are several ways to remove the UM daemons as Windows Services: • Uninstall the software (if it was installed by the Package Installer). This is done using the normal Windows "Add or Remove Programs" control panel. Performing this step removes the Windows Service, and also removes the installed files. • Manually remove the service using the daemon's executable program. Performing this step only removes the Windows Service; the installed files remain. Manual Removal Use this command to remove the daemon as a Windows Service. Note that the software files will remain. daemonexe -s remove Where "daemonexe" is the desired daemon's executable (see UM Daemons as Windows Services for executable names). 4.8 UM Analysis Tools Tools available to analyze UM activity and performance. 4.8.1 Packet Capture Tools • Wireshark® is an open-source network packet analysis tool, for which Informatica provides 'dissectors' describing our packet formats. It is used to open and sift through packet capture files, which can be gathered by a variety of both software and hardware tools. • Tshark is a command-line version of Wireshark. • Tcpdump is the primary software method for gathering packet capture data from a specific host. It is available on most Unix-based systems, though generally gathering packet captures with the tool requires super-user permissions. For more information about Wireshark please visit https://www.wireshark.org/. (The UM plugins are part of the current release.) 4.8.2 Resource Monitors • Top is a system resource monitor available on Linux/Unix that presents a variety of useful data, such as CPU use (both average and per-CPU), including time spent in user mode, system mode, time processing interrupts, time spent waiting on I/O, etc. 4.8 UM Analysis Tools 31 • Microsoft ®Windows® System Resource Manager manages Windows Server® 2008 processor and memory usage with built-in or custom resource policies. • prstat is a resource manager for Solaris® that provides similar CPU and memory usage information. 4.8.3 Process Analysis Tools • pstack dumps a stack trace for a process (pid). If the process named is part of a thread group, then pstack traces all the threads in the group. • gcore generates a core dump for a Solaris, Linux, and HP-UX process. The process continues after core has been dumped. Thus, gcore is especially useful for taking a snapshot of a running process. 4.8.4 Network Tools • netstat provides network statistics for a computer's configured network interfaces. This extensive commandline tool is available on Linux/Unix based systems and Windows operating systems. • wget is a Linux tool that captures content from a web interface, such as a UM daemon web monitor. Its features include recursive download, conversion of links for off-line viewing of local HTML, support for proxies, and more. • netsh is a Windows utility that allows local or remote configuration of network devices such as the interface. 4.8.5 UM Tools • lbmmoncache is a utility that monitors both source notification and source/receiver statistics. Contact UM Support for more information about this utility. • lbtrreq restarts the topic resolution process. Contact UM Support for more information about this utility. 4.8.6 UM Debug Flags The use of UM debug flags requires the assistance of UM Support. Also refer to the following Knowledge Base articles for more information about using debug flags. • Using debug flags • Using debug flags in application code • Using debug flags with daemons • Using debug flags with daemons running as windows services 32 Startup/Shutdown Procedures Chapter 5 Monitoring UM with the lbmmon API 5.1 Monitoring Introduction Messaging systems often employ real-time monitoring and rapid human intervention to prevent the system from becoming unstable. The design of UM encourages stable operation by allowing you to pre-configure how UM will use resources under all traffic and network conditions. Hence manual intervention is not required when those conditions occur. Monitoring UM still fills important roles other than maintaining stable operation. Chiefly among these are capacity planning and a better understanding of the latency added by UM as it recovers from loss. Collecting accumulated statistics from all sources and all receivers once per day is generally adequate for these purposes. 5.1.1 Why Monitor? Monitoring can aid different groups within an organization. • Developers can spot bugs that impact system performance. • Performance tuning groups can pinpoint under-performing receivers. • Testing groups can understand the reaction of a system to stresses like random packet loss during preproduction testing. • Network or middleware management groups can use monitoring to ensure a production system continues to operate within its design criteria. 5.1.2 What to Monitor Before discussing the monitoring statistics that are built into UM, we mention two things that are probably more important to monitor: connectivity and latency. UM provides some assistance for monitoring these, but the final responsibility rests with your applications. 34 Monitoring UM with the lbmmon API Connectivity If you monitor only one thing, monitor connectivity, defined as the ability of your system components to talk to each other when needed Connectivity failures generally indicate a software, hardware, or network failure and generally require prompt attention. UM features like End Of Source (EOS) events, new source notifications, and receiver connect/disconnect events may help in application connectivity monitoring. See the lbmprice.c example to see techniques for using these to build an awareness of when components of the system come and go. Message Latency If you monitor only two things, monitor connectivity and the latency of every message. Connectivity monitoring will catch the hard failures and latency monitoring will catch the soft failures. Many impending hard failures in hardware, software, and networks show up first as rises in average latency or as latency spikes. 5.2 Monitoring Methods UM provides the following methods to monitor your UM activities. • Use UM API function calls within your applications to retrieve statistics and deliver them to your monitoring application. • Use the UM Monitoring API to more easily retrieve and send statistics to your monitoring application. • Use Automatic Monitoring to easily employ the UM Monitoring API to monitor UM activity at an UM context level. • Use the Ultra Messaging SNMP Agent and MIB to monitor statistics through a Network Management System. You purchase the Ultra Messaging SNMP Agent separately. • Use the Ultra Messaging System Monitoring Option to monitor components of a Ultra Messaging deployment such as application host, transports, topic resolution domains and application instances. The System Monitoring Option uses its own user interface. You purchase the Ultra Messaging System Monitoring Option separately. 5.3 UM API Functions and Data Structures The UM API contains functions that retrieve various statistics for a context, event queue, source or receiver. This section lists the functions and constructors you can use to retrieve statistics, along with the data structures UM uses to deliver the statistics. Refer to the UM API documentation (UM C API, UM Java API or UM .NET API) for specific information about the functions and constructors. Links to the data structures appear in the tables to provide quick access to the specific statistics available. 5.3.1 Context Statistics Context statistics help you monitor topic resolution activity, along with the number of unknown messages received and the number of sends and responses that were blocked or returned EWOULDBLOCK. Context statistics also contain transport statistics for Multicast Immediate Messaging (MIM) activity and transport statistics for all the sources or receivers in a context. 5.3 UM API Functions and Data Structures 35 C API Function lbm_context_retrieve_stats() Java or .NET API Constructor LBMContextStatistics() Data Structure lbm_context_stats_t lbm_context_retrieve_rcv_transport_←stats() LBMReceiverStatistics() lbm_rcv_transport_stats←_t lbm_context_retrieve_src_transport_←stats() LBMSourceStatistics() lbm_src_transport_stats←_t lbm_context_retrieve_im_rcv_transport←_stats() LBMMIMReceiverStatistics() lbm_rcv_transport_stats←_t lbm_context_retrieve_im_src_transport←_stats() LBMMIMSourceStatistics() lbm_src_transport_stats←_t 5.3.2 Event Queue Statistics Event Queue statistics help you monitor the number of events currently on the queue, how long it takes to service them (maximum, minimum and mean service times) and the total number of events for the monitoring period. These statistics are available for the following types of events. • Data messages • Request messages • Immediate messages • Wildcard receiver messages • I/O events • Timer events • Source events • Unblock events • Cancel events • Callback events • Context source events • Total events • Age of events When monitoring Event Queue statistics you must enable the Event Queue UM Configuration Options queue_←age_enabled (event_queue), queue_count_enabled (event_queue), queue_service_time_enabled (event_←queue). UM disables these options by default, which produces no event queue statistics. C API Function lbm_event_queue_retrieve_stats() Java or .NET API Constructor LBMEventQueueStatistics() Data Structure lbm_event_queue_stats←_t 36 Monitoring UM with the lbmmon API 5.3.3 Source or Receiver Transport Statistics You can retrieve transport statistics for different types of transports. In addition, you can limit these transport statistics to a specific source sending on the particular transport or a specific receiver receiving messages over the transport. Source statistics for LBT-RM, for example, include the number of message datagrams sent and the number of retransmissions sent. For receiver LBT-RM, statistics include, for example, the number of message datagrams received and number of UM messages received. Note None of the transport statistics are topic level statistics. Currently UM does not provide statistics that show the activity of a specific topic on one or more transport sessions. C API Function lbm_rcv_retrieve_transport_stats() Java or .NET API Constructor LBMReceiverStatistics() lbm_rcv_retrieve_all_transport_stats() LBMReceiverStatistics() lbm_src_retrieve_transport_stats() LBMSourceStatistics() 5.4 Data Structure lbm_rcv_transport_stats←_t lbm_rcv_transport_stats←_t lbm_src_transport_stats←_t UM Monitoring API The UM Monitoring API (see lbmmon.h or the LBMMonitor classes in the Java API and the .NET API) provides a framework to easily gather UM transport statistics and send them to a monitoring or reporting application. Transport sessions for sources and receivers, along with all transport sessions for a given context can be monitored. This API can be implemented in one of two ways. • Build monitoring into your application with the UM Monitoring API functions. • Turn on Automatic Monitoring with UM configuration options. See Automatic Monitoring. An application requesting transport monitoring is called a monitor source, and an application accepting statistics is a monitor receiver. These monitoring objects deal only with transport session statistics and should not be confused with UM sources and UM receivers, which deal with UM messages. Statistics for both UM sources and UM receivers can be forwarded by a monitor source application. Both a monitor source and monitor receiver comprise three modules: • A format module, responsible for serializing and de-serializing the statistics. The proper transmission between monitor source and monitor receiver requires this serialization. • A transport module that is responsible for sending and receiving statistics data. • A control module, responsible for gathering the statistics, and calling the appropriate functions from the format and transport modules. 5.4 UM Monitoring API 37 You can substitute format and transport modules of your own choosing or creation. UM Monitoring provides the following sample modules: • LBMMON CSV format module • LBMMON UM transport module • LBMMON UDP transport module • LBMMON SNMP transport module To view the source code for all LBMMON transport modules, see LBMMON Example Source Code found on the Related Pages tab in the C Application Programmer's Interface. 5.4.1 Monitoring Process Flow The overall process flow appears in the diagram below. 1. Your application creates the monitor source controller, specifying the format and transport modules to use. It also calls lbmmon functions to start monitoring an UM context, UM source or UM receiver. 2. The monitor source controller passes those statistics to the format module serialization function. 3. The monitor source controller passes the resulting serialized data to the transport module send function. 4. The transport module transmits the data over some transport medium (such as a network). 38 Monitoring UM with the lbmmon API 5. The monitor receiver controller transport module receives the serialized data. (Your monitoring application has already created the monitor receiver controller specifying the format and transport modules to use, along with the application callback functions to use upon the receipt of UM source or UM receiver statistics data.) 6. The monitor receiver controller calls the format module's de-serialization function. 7. Finally, the monitor receiver controller passes the statistics to your monitoring application via the specified application callback functions. Your applications only calls functions in the controller modules, which calls the appropriate functions in the transport and format modules. 5.4.2 API Framework Flexibility The segregation of UM Monitoring into control, format, and transport modules provides flexibility for monitor receivers in two ways. • Allows you to use languages for which no UM API or binding exists. • Allows you to use monitoring products which do not integrate with UM. As an example, assume you have a Perl application which currently gathers statistics from other network applications (or, you are simply most comfortable working in Perl for such tasks). There is no Perl binding for UM. However, Perl can handle UDP packets very nicely, and can pick apart CSV data easily. By implementing a UDP transport module to be used by the monitor sources, your Perl application can read the UDP packets and process the statistics. 5.4.3 Initial Monitoring Questions If you can answer the following questions, you're already on your way. 1. What format module will you use? LBMMON CSV Format module or a different one. 2. What transport module will you use? One of the 3 LBMMON modules or a different one. 3. Do you want to monitor individual sources/receivers, or an entire context? The difference is in how the statistics are aggregated. • Monitoring a context aggregates transport statistics for all sources and receivers associated with a context, by transport. Note that this is not by transport type. The default configuration for TCP, for example, allocates up to 10 ports, forming up to 10 separate transport sessions. Absent any specific instructions, UM allocates sources and receivers to these 10 transports in a round-robin fashion. So the statistics for a specific transport on a context will aggregate all sources and receivers which use that specific transport. • Ultra Messaging recommends that you monitor either a context or source/receiver, but not both. For example if Topic1 and Topic2 are mapped to the same transport session (which is the only transport session for the context) and you monitor both the receivers and the context, you will get 3 identical sets of statistics: one for Topic1 reporting the stats for it's transport session, one for Topic2 reporting the stats for the same transport session, and one for the transport session via the context. • In the case of wildcard receivers, only the context may be monitored. UM creates wildcard receivers dynamically as it detects topics which match the wildcard pattern. The application does not have access to these dynamically-created receivers. So the only way to monitor a wildcard receiver is to monitor the context on which it was created. 5.4 UM Monitoring API 39 4. Should statistics be sent automatically, or on demand? • Automatic sending of statistics is by far the simplest approach. You simply indicate how often the statistics should be gathered and sent. The rest is taken care of. • On-demand is somewhat more involved. Your application decides when statistics should be gathered and sent. If you intend to use the arrival of statistics as a type of heartbeat, this is the method you should use. The following sections present more discussion and sample source code about starting monitor sources, monitor receivers and the LBMMON format and transport modules. 5.4.4 Creating a Monitoring Source The following examples demonstrate how to use the UM Monitoring API to enable monitoring in your application. First, create a monitoring source controller: lbm_context_t * ctx; lbm_src_t * src; lbm_rcv_t * rcv; lbmmon_sctl_t * monctl; if (lbmmon_sctl_create(&monctl, lbmmon_format_csv_module(), NULL, lbmmon_transport_lbm_module(), NULL) == -1) { fprintf(stderr, "lbmmon_sctl_create() failed\n"); exit(1); } The above code tacitly assumes that the ctx, src, and rcv variables have been previously assigned via the appropriate UM API calls. The monitoring source controller object must be passed to subsequent calls to reference a specific source controller. One implication of this is that it is possible to have multiple monitoring source controllers within a single application, each perhaps monitoring a different set of objects. In the above example, the default CSV format module and default UM transport module are specified via the provided module functions lbmmon_format_csv_module() and lbmmon_transport_lbm_module(). 5.4.5 Specifying the Object to Monitor Once a monitoring source controller is created, the application can monitor a specific context using: if (lbmmon_context_monitor(monctl, ctx, NULL, 10) == -1) { fprintf(stderr, "lbmmon_context_monitor() failed\n"); exit(1); } The above example indicates that statistics for all transports on the specified context will be gathered and sent every 10 seconds. A UM source can be monitored using: if (lbmmon_src_monitor(monctl, src, NULL, 10) == -1) { fprintf(stderr, "lbmmon_src_monitor() failed\n"); 40 Monitoring UM with the lbmmon API exit(1); } Finally, an UM receiver can be monitored using: if (lbmmon_rcv_monitor(monctl, rcv, NULL, 10) == -1) { fprintf(stderr, "lbmmon_rcv_monitor() failed\n"); exit(1); } The two above examples also request that statistics for all transports on the specified source or receiver be gathered and sent every 10 seconds. Statistics can also be gathered and sent in an on-demand manner. Passing 0 for the Seconds parameter to lbmmon_context_monitor(), lbmmon_src_monitor(), or lbmmon_rcv_monitor() prevents the automatic gathering and sending of statistics. To trigger the gather/send process, use: lbmmon_sctl_sample(monctl); Such a call will perform a single gather/send action on all monitored objects (contexts, sources, and receivers) which were registered as on-demand. As part of application cleanup, the created monitoring objects should be destroyed. Each individual object can be de-registered using lbmmon_context_unmonitor(), lbmmon_src_unmonitor(), or lbmmon_rcv_unmonitor(). Finally, the monitoring source controller can be destroyed using: lbmmon_sctl_destroy(monctl); Any objects which are still registered will be automatically de-registered by lbmmon_sctl_destroy(). 5.4.6 Receiving Monitoring Data To make use of the statistics, an application must be running which receives the monitor data. This application creates a monitoring receive controller, and specifies callback functions which are called upon the receipt of source or receiver statistics data. Use the following to create a monitoring receive controller: lbmmon_rctl_t * monctl; lbmmon_rctl_attr_t * attr;/ * "rcv_statistics_cb" ... "ctx_statistics_cb" are user functions defined elsewhere */ lbmmon_rcv_statistics_func_t rcvcb = { rcv_statistics_cb }; lbmmon_src_statistics_func_t srccb = { src_statistics_cb }; lbmmon_evq_statistics_func_t evqcb = { evq_statistics_cb }; lbmmon_ctx_statistics_func_t ctxcb = { ctx_statistics_cb }; if (lbmmon_rctl_attr_create(&attr) != 0) { fprintf(stderr, "call to lbmmon_rctl_attr_create() failed, %s\n", lbmmon_errmsg()); exit(1); } if (lbmmon_rctl_attr_setopt(attr, LBMMON_RCTL_RECEIVER_CALLBACK, (void *) &rcvcb, sizeof(rcvcb)) != 0) { fprintf(stderr, "call to lbmmon_rctl_attr_setopt() failed, %s\n", lbmmon_errmsg()); exit(1); } 5.4 UM Monitoring API 41 if (lbmmon_rctl_attr_setopt(attr, LBMMON_RCTL_SOURCE_CALLBACK, (void *) &srccb, sizeof(srccb)) != 0) { fprintf(stderr, "call to lbmmon_rctl_attr_setopt() failed, %s\n", lbmmon_errmsg()); exit(1); } if (lbmmon_rctl_attr_setopt(attr, LBMMON_RCTL_EVENT_QUEUE_CALLBACK, (void *) &evqcb, sizeof(evqcb)) != 0) { fprintf(stderr, "call to lbmmon_rctl_attr_setopt() failed, %s\n", lbmmon_errmsg()); exit(1); } if (lbmmon_rctl_attr_setopt(attr, LBMMON_RCTL_CONTEXT_CALLBACK, (void *) &sctxcb, sizeof(ctxcb)) != 0) { fprintf(stderr, "call to lbmmon_rctl_attr_setopt() failed, %s\n", lbmmon_errmsg()); exit(1); } if (lbmmon_rctl_create(&monctl, lbmmon_format_csv_module(), NULL, lbmmon_transport_lbm_module(), (void *)transport_options, attr) != 0) { fprintf(stderr, "call to lbmmon_rctl_create() failed, %s\n", lbmmon_errmsg()); exit(1); } if (lbmmon_rctl_attr_delete(attr) != 0) { fprintf(stderr, "call to lbmmon_rctl_attr_delete() failed, %s\n", lbmmon_errmsg()); exit(1); } As in the earlier example, the default CSV format module and default UM transport module are specified via the provided module functions lbmmon_format_csv_module() and lbmmon_transport_lbm_module(). As an example of minimal callback functions, consider the following example: void rcv_statistics_cb(const void * AttributeBlock, const lbm_rcv_transport_stats_t * Statistics) { lbm_ulong_t source = LBMMON_ATTR_SOURCE_NORMAL; if (lbmmon_attr_get_source(AttributeBlock, &source) != 0) { source = LBMMON_ATTR_SOURCE_NORMAL; } switch (Statistics->type) { case LBM_TRANSPORT_STAT_TCP: handle_rcv_tcp_statistics(); break; case LBM_TRANSPORT_STAT_LBTRM: switch (source) { case LBMMON_ATTR_SOURCE_IM: handle_rcv_im_lbtrm_statistics(); break; default: handle_rcv_lbtrm_statistics(); break; } break; 42 Monitoring UM with the lbmmon API case LBM_TRANSPORT_STAT_LBTRU: handle_rcv_lbtru_statistics(); break; } } / * rcv_statistics_cb */ void src_statistics_cb(const void * AttributeBlock, const lbm_src_transport_stats_t * Statistics) { lbm_ulong_t source = LBMMON_ATTR_SOURCE_NORMAL; if (lbmmon_attr_get_source(AttributeBlock, &source) != 0) { source = LBMMON_ATTR_SOURCE_NORMAL; } switch (Statistics->type) { case LBM_TRANSPORT_STAT_TCP: handle_src_tcp_statistics(); break; case LBM_TRANSPORT_STAT_LBTRM: switch (source) { case LBMMON_ATTR_SOURCE_IM: handle_src_im_lbtrm_statistics(); break; default: handle_src_lbtrm_statistics(); break; } break; case LBM_TRANSPORT_STAT_LBTRU: handle_src_lbtru_statistics(); break; } } / * src_statistics_cb */ void ctx_statistics_cb(const void * AttributeBlock, const lbm_context_stats_t * Statistics) {/ * Handle context stats */ } void evq_statistics_cb(const void * AttributeBlock, const lbm_event_queue_stats_t * Statistics) {/ * Handle event queue stats */ } Upon receipt of a statistics message, the appropriate callback function is called. The application can then do whatever is desired with the statistics data, which might include writing it to a file or database, performing calculations, or whatever is appropriate. Beyond the actual statistics, several additional pieces of data are sent with each statistics packet. These data are stored in an attribute block, and are accessible via the lbmmon_attr_get_∗() functions. Currently, these data include the IPV4 address of machine which sent the statistics data, the timestamp (as a time_t) at which the statistics were generated, and the application ID string supplied by the sending application at the time the object was registered for monitoring. See lbmmon_attr_get_ipv4sender(), lbmmon_attr_get_timestamp(), and lbmmon_attr_get_←appsourceid() for more information. 5.5 Monitoring Transport Modules 5.5 43 Monitoring Transport Modules The lbmmon library comes with three pre-written transport modules: LBM A normal UM topic is used to send/receive statistics. UDP Statistics are sent to a simple multicast or unicast UDP port. SNMP Identical to LBM but with some configuration parameters pre-set to be compatible with the UM SNMP agent component. 5.5.1 The LBM Transport Module The LBM transport module understands several options which may be used to customize your use of the module. The options are passed via the TransportOptions parameter to the lbmmon_sctl_create() and lbmmon_rctl_←create() functions, as a null-terminated string containing semicolon-separated name/value pairs. The lbmmon.c example program's command-line option "--transport-opts" is used for the TransportOptions string for the LBM transport module. The following name/value pairs are available: • config=file_name specifies a configuration file. This file is processed in a manner similar to lbm_config(). However, unlike lbm_config(), the current default attributes are not changed. Instead, the options parsed from the configuration file are applied only to the UM objects created by the module. • topic=topic_name specifies the topic name to use for sending and receiving statistics. By default, the topic /29west/statistics is used. • wctopic=topic_pattern specifies (for monitor receivers only) a wildcard pattern to be used to receive statistics. • context|option_name=option_value specifies UM a configuration option for the monitoring context. • source|option_name=option_value specifies UM a configuration option for the source used to publish monitoring data. • receiver|option_name=option_value specifies UM a configuration option for the receiver used to subscribe to monitoring data. • wildcard_receiver|option_name=option_value specifies UM a configuration option for the wildcard receiver used to subscribe to monitoring data. As an example, assume your application needs to use a special configuration file for statistics. The following call allows your application to customize the UM transport module using the configuration file stats.cfg. lbmmon_sctl_t * monctl; const char * tropt = "config=stats.cfg"; if (lbmmon_sctl_create(&monctl, lbmmon_format_csv_module(), NULL, lbmmon_transport_lbm_module(), tropt) == -1) { fprintf(stderr, "lbmmon_sctl_create() failed\n"); exit(1); } 44 Monitoring UM with the lbmmon API If your application also needs to use a specific topic for statistics, the following code specifies that, in addition to the configuration file, the topic StatisticsTopic be used for statistics. lbmmon_sctl_t * monctl; const char * tropt = "config=stats.cfg;topic=StatisticsTopic"; if (lbmmon_sctl_create(&monctl, lbmmon_format_csv_module(), NULL, lbmmon_transport_lbm_module(), tropt) == -1) { fprintf(stderr, "lbmmon_sctl_create() failed\n"); exit(1); } It is important to use the same topic and configuration for both monitor sources and receivers. Otherwise your applications may send the statistics, but the monitor receiver won't be able to receive them. To view the source code for the LBM transport module, see Source code for lbmmontrlbm.c. 5.5.2 The UDP Transport Module The UDP transport module understands several options which may be used to customize your use of the module. The options are passed via the TransportOptions parameter to the lbmmon_sctl_create() and lbmmon_rctl_←create() functions, as a null-terminated string containing semicolon-separated name/value pairs. The lbmmon.c example program's command-line option "--transport-opts" is used for the TransportOptions string for the UDP transport module. The UDP module supports sending and receiving via UDP unicast, UDP broadcast, and UDP multicast. The following name/value pairs are available: • address=dest_ip specifies the unicast IP address to which statistics are sent via UDP. Applicable to sender only. • port=port_num is the IP port packets are sent to. Defaults to 2933. • interface=interface_spec specifies the network interface over which multicast UDP is sent or received. See Specifying Interfaces for formats. • mcgroup=ip is the multicast group on which to send and receive UDP packets. • bcaddress=ip specifies the broadcast address to which UDP packets are sent. Applicable to sender only. • ttl=val specifies the TTL for each multicast UDP packet. Applicable to sender only. To view the source code for the UDP transport module, see Source code for lbmmontrudp.c. 5.5.3 The SNMP Transport Module The SNMP transport modules operates in identical fashion to The LBM Transport Module. Some configuration options are hard-coded to be compatible with the UM SNMP Agent component. To view the source code for the UDP transport module, see Source code for lbmmontrlbmsnmp.c. 5.6 Monitoring Format Modules 5.6 45 Monitoring Format Modules The lbmmon library comes with one pre-written format module: CSV Statistics are formatted in textual CSV (Comma-Separated Values) form. 5.6.1 The CSV Format Module The CSV format module sends the statistics as simple comma-separated values. Options are passed via the FormatOptions parameter to the lbmmon_sctl_create() and lbmmon_rctl_create() functions, as a null-terminated string containing semicolon-separated name/value pairs. The lbmmon.c example program's command-line option "--format-opts" is used for the FormatOptions string for the CSV format module. The following name/value pairs are available: • separator=character specifies a single character to be used as field separator. Defaults to comma. To view the source code for the CSV format module, see Source code for lbmmonfmtcsv.c. 5.7 Automatic Monitoring Instead of building a monitoring capability into your application using the UM Monitoring API, automatic monitoring allows you to easily produce monitoring statistics with the UM Monitoring API by setting a few simple UM configuration options. Automatic monitoring does not require any changes to your application. See Automatic Monitoring Options for more information. You can enable Automatic Monitoring for either or both of the following. • Transport Statistics - Automatic monitoring of transport statistics reflect data for all the transport sessions within the UM context. You cannot, however, receive statistics for an individual transport session. Essentially, you turn on automatic monitoring of a context's transport sessions by configuring monitor_interval (context). The use of the Ultra Messaging SNMP Agent requires configuring monitor_transport (context) to lbmsnmp. • Event Queue Statistics - Automatic Monitoring of Event Queues provides statistics for all the Event Queues within the UM context. You turn on automatic monitoring of a context's Event Queues by configuring monitor_interval (event_queue). You can also set environment variables to turn on automatic monitoring for all UM contexts (transports and event queues). 5.8 Monitoring Examples This section demonstrates the use of the two UM monitoring example applications described in the C examples. We present advice based on what we have seen productively monitored by customers and our own knowledge of 46 Monitoring UM with the lbmmon API transport statistics that might be of interest. Of course, what you choose to monitor depends on your needs so merge these thoughts with your own needs to determine what is best for you. 5.8.1 lbmmon.c The example application lbmmon.c acts as a Monitor Receiver and is provided in both executable and source form. It writes monitoring statistics to the screen and can be used in conjunction with other example applications (which act as the Monitor Sources). The following procedure uses lbmrcv and lbmsrc to create messaging traffic and adds a configuration file in order to specify the LBT-RM transport instead of the TCP default. (The LBT-RM transport displays more statistics than TCP.) Since UM does not generate monitoring statistics by default, you must activate monitoring in your application. For the example application, use the --monitor-ctx=n option where n is the number of seconds between reports. The following procedure activates monitoring on the receiver, specifying the context (ctx) to create a complete set of receiver statistics. You could activate monitoring in a similar fashion on the source and create source statistics. To use lbmmon to view statistics from sample application output: 1. Create configuration file with the single option of source transport lbtrm and name it LBTRM.cfg. 2. Run lbmmon --transport-opts="config=LBTRM.cfg" 3. Run lbmrcv -c LBTRM.cfg --monitor-ctx="5" Arizona 4. Run lbmsrc -c LBTRM.cfg Arizona After lbmsrc completes, the final output for lbmmon should closely resemble the following: ... Source: LBTRM:10.29.1.78:4391:323382d8:224.10.10.10:4400 Transport: LBT-RM LBT-RM messages received : Bytes received : LBT-RM NAK packets sent : LBT-RM NAKs sent : Lost LBT-RM messages detected : NCFs received (ignored) : NCFs received (shed) : NCFs received (retransmit delay) : NCFs received (unknown) : Loss recovery minimum time : Loss recovery mean time : Loss recovery maximum time : Minimum transmissions per individual NAK : Mean transmissions per individual NAK : Maximum transmissions per individual NAK : Duplicate LBT-RM data messages received : LBT-RM messages unrecoverable (window advance) : LBT-RM messages unrecoverable (NAK generation expiration): LBT-RM LBM messages received : LBT-RM LBM messages received with no topic : LBT-RM LBM requests received : 45455 370000000 0 0 0 0 0 0 0 4294967295ms 0ms 0ms 4294967295 0 0 0 0 0 10000000 0 0 Notes: • The --transport-opt command-line option is a string passed to the desired transport module. The format of this string depends on the specific transport module selected (defaults to "lbm"). See Monitoring Transport Modules for details. 5.8 Monitoring Examples 47 • Although not shown above, the --format-opt command-line option is a string passed to the desired format module. The format of this string depends on the specific format module selected (defaults to "csv"). See Monitoring Format Modules for details. • Since this procedure was done on a single machine. No packets were lost and therefore lbmrcv did not generate any NAKs and lbmsrc did not send any NCFs. If you run this procedure across a network, packets may be lost and you would see statistics for NAKs, NCFs and loss recovery. • This procedure activates monitoring on the receiver, specifying the context (--monitor-ctx) to create a complete set of receiver transport statistics. You could activate monitoring in a similar fashion on the source and create source statistics. Each set of statistics shows one side of the transmission. For example, source statistics contain information about NAKs received by the source (ignored, shed, retransmit delay, etc.) where receiver statistics contain data about NCFs received. Each view can be helpful. • Moreover, as explained earlier in Specifying the Object to Monitor, individual receivers or sources can be monitored instead of all transport activity for a context. For this procedure, use --monitor-rcv or --monitor-src. • You could run this procedure again specifying a different transport (LBT-RU or TCP) in the configuration file and receive a different set of statistics. For descriptions of all the transport statistics, refer to the transport statistics data structures in the C Application Programmer's Interface. Click on the Data Structures tab at the top and click on lbm_rcv_transport_stats_t or lbm_src_transport_stats_t. 5.8.2 lbmmonudp.c and lbmmondiag.pl The example application, lbmmonudp.c receives UM statistics and forwards them as CSV data over a UDP transport. The Perl script, lbmmondiag.pl can read UDP packets and process the statistics, reporting Severity 1 and Severity 2 events. This script only reports on LBT-RM transports. To run lbmmonudp.c with lbmmondiag.pl, use the following procedure. 1. Create configuration file with the single option of source transport lbtrm and name it LBTRM.cfg. 2. Run lbmmonudp -a 127.0.0.1 --transport-opts="config=LBTRM.cfg" 3. Run lbmrcv -c LBTRM.cfg --monitor-ctx="5" Arizona 4. Run lbmsrc -c LBTRM.cfg Arizona 5. Run lbmmondiag.pl The following sections discuss some of the possible results of this procedure. Your results will vary depending upon conditions in your network or if you run the procedure on a single machine. Severity 1 — Monitoring Unrecoverable Loss The most severe system problems are often due to unrecoverable datagram loss at the reliable transport level. These are reported as severity 1 events by the lbmmondiag.pl example script. Many of the scalability and latency benefits of UM come from the use of reliable transport protocols like LBT-RM and LBT-RU. These protocols provide loss detection, retransmission, and recovery up to the limits specified by an application. Unrecoverable loss is reported by the transport when loss repair is impossible within the specified limits. Unrecoverable transport loss often (but not always) leads to unrecoverable message loss so it is very significant to applications that benefit from lossless message delivery. Unrecoverable loss can be declared by receivers when the transport_lbtrm_nak_generation_interval (receiver) has ended without receipt of repair. Each such loss event is recorded by incrementing the unrecovered_tmo field in lbm_rcv_transport_stats_t. Output from lbmmondiag.pl might look like this: Sev1: 34 datagrams unrecovered due to NAK generation interval ending 48 Monitoring UM with the lbmmon API Unrecoverable loss can also be triggered at receivers by notice from a source that the lost datagram has passed out of the source's transmission window. Each such loss event is recorded by incrementing the unrecovered_txw field in lbm_rcv_transport_stats_t. Output from lbmmondiag.pl might look like this: Sev1: 249 datagrams unrecovered due to transmission window advancement Severity 2 — Monitoring Rate Controller Activity The data and retransmission rate controllers built into LBT-RM provide for stable operation under all traffic conditions. These rate controllers introduce some latency at the source since that is generally preferable to the alternative of NAK storms or other unstable states. The lbmmondiag.pl example script reports this activity as a severity 2 event since latency is normally the only effect of their operation. Activity of the rate controller indicates that a source tried to send faster than the configured transport_lbtrm_←data_rate_limit (context). Normally, this limit is set to the speed of the fastest receivers. Sending faster than this rate would induce loss in all receivers so it is generally best to add latency at the source or avoid sending in such situations. The current number of datagrams queued by the rate controller is given in the rctlr_data_msgs field in lbm_src←_transport_stats_t. No more than 10 datagrams are ever queued. Output from lbmmondiag.pl might look like this: Sev2: 10 datagrams queued by data rate controller Activity of the retransmission rate controller indicates that receivers have requested retransmissions in excess of the configured transport_lbtrm_retransmit_rate_limit (context). Latency is added to retransmission requests in excess of the limit to control the amount of latency they may add to messages being sent the first time. This behavior avoids NAK storms. The current number of datagrams queued by the retransmission rate controller is given in the rctlr_rx_msgs field in lbm_src_transport_stats_t. No more than 101 datagrams are ever queued. Output from lbmmondiag.pl might look like this: Sev2: 101 datagrams queued by retransmission rate controller Severity 2 — Monitoring Loss Recovery Activity for a Receiver It is important to monitor loss recovery activity because it always adds latency if the loss is successfully repaired. UM defaults generally provide for quite a bit of loss recovery activity before loss would become unrecoverable. Statistics on such activity are maintained at both the source and receiver. Unrecoverable loss will normally be preceded by a burst of such activity. UM receivers measure the amount of time required to repair each loss detected. For each transport session, an exponentially weighted moving average is computed from repair times and the maximum and minimum times are tracked. The total number of losses detected appears in the lost field in lbm_rcv_transport_stats_t. It may be multiplied by the average repair time given in the nak_stm_mean field in lbm_rcv_transport_stats_t to estimate of the amount of latency that was added to repair loss. This is probably the single most important metric to track for those interested in minimizing repair latency. The lbmmondiag.pl script reports this whenever the lost field changes and the average repair time is nonzero. Output might look like this: Sev2: 310 datagrams lost Sev2: 112.236 seconds estimated total latency due to repair of 564 losses Note This estimate only includes latency added in the recovery of lost messages. Requiring ordered delivery also adds latency for all messages that arrive after the time of loss and before the time that repair arrives. See the ordered_delivery (receiver) option to control this. In addition to counting losses detected, UM reliable receivers also count the number of NAKs generated in the naks_sent field in lbm_rcv_transport_stats_t. Output from lbmmondiag.pl might look like this: Sev2: 58 NAKs sent 5.9 Interpreting LBT-RM Source Statistics 49 Those who are new to reliable multicast protocols are sometimes surprised to learn that losses detected do not always lead to NAK generation. If a datagram is lost in the network close to the source, it is common for many receivers to detect loss simultaneously when a datagram following the loss arrives. Scalability would suffer if all receivers that detected loss reported it by generating a NAK at the same time. To improve scalability, a random delay is added to NAK generation at each receiver. Since retransmissions are multicast, often only one NAK is generated to repair the loss for all receivers. Thus it is common for the number of losses detected to be much larger than the number of NAKs sent, especially when there are many receivers with similar loss patterns. Severity 2 — Monitoring Loss Recovery Activity for a Source For sources, the principal concern is often understanding how much the retransmission of messages already sent at least once slowed down the source. Obviously, bandwidth and CPU time spent servicing retransmission requests cannot be used to send new messages. This is the way that lossy receivers add latency for lossless receivers. UM sources track the number of NAKs received in the naks_rcved field in lbm_src_transport_stats_t. The number of datagrams that they retransmit to repair loss is recorded in the rxs_sent field in lbm_src_transport_stats_t. The number of retransmitted datagrams may be multiplied by the average datagram size and divided by the wire speed to estimate the amount of latency added to new messages by retransmission. Output from the example lbmmondiag.pl script might look like this: Sev2: 7478 NAKs received Sev2: 50 retransmissions sent Sev2: 0.015056 seconds estimated total latency due to retransmissions 5.9 Interpreting LBT-RM Source Statistics LBT-RM sources maintain many statistics that can be useful in diagnosing reliable multicast problems. See the UM API documentation lbm_src_transport_stats_lbtrm_t Structure Reference for a description of the fields. The remainder of this section gives advice on interpreting the statistics. Divide naks_rcved by msgs_sent to find the likelihood that sending a message resulted in a NAK being received. Expect no more than a few percent on a network with reasonable loss levels. Divide rxs_sent by msgs_sent to find the ratio of retransmissions to new data. Many NAKs arriving at a source will cause many retransmissions. Divide naks_shed by naks_rcved to find the likelihood that excessive NAKs were ignored. Consider reducing loss to avoid NAK generation. Divide naks_rcved by nak_pckts_rcved to find the likelihood that NAKs arrived individually (∼1 -> individual N←AKs likely; ∼0 -> NAKs likely to have arrived grouped in a single packet). Individual NAKs often indicate sporadic loss while grouped NAKs often indicate burst loss. Divide naks_rx_delay_ignored by naks_ignored to find the likelihood that NAKs arrived during the ignore interval following a retransmission. The configuration option transport_lbtrm_ignore_interval (source) controls the length of this interval. 50 Monitoring UM with the lbmmon API Chapter 6 UM Monitoring Statistics This section contains links to API documentation pages with detailed descriptions of each UM statistic. Note that certain statistics are initialized to the maximum unsigned value for the fields, i.e. all bits set (-1 for a signed value). This special value indicates that the field has not yet been calculated. This is used for the "min" statistic in a "minimum / maximum" statistics pair. For example, nak_tx_min is initialized to the maximum unsigned long, while nak_tx_max is initialized to zero. 6.1 Monitoring Receiving Statistics Although the API suggests that these statistics are on a topic basis, they are actually on a transport session basis. Receiver objects are sometimes passed in as a means of identifying the desired transport session(s). 6.2 Type Stats Structure LBT-TCP Receiving Stats lbm_rcv_transport_stats_tcp_t_stct LBT-RM Receiving Stats lbm_rcv_transport_stats_lbtrm_t_stct LBT-RU Receiving Stats lbm_rcv_transport_stats_lbtru_t_stct LBT-IPC Receiving Stats lbm_rcv_transport_stats_lbtipc_t_stct LBT-SMX Receiving Stats lbm_rcv_transport_stats_lbtsmx_t_stct LBT-RDMA Receiving Stats lbm_rcv_transport_stats_lbtrdma_t_stct Broker (UMQ) Receiver Stats lbm_rcv_transport_stats_broker_t_stct Monitoring Sending Statistics Although the API suggests that these statistics are on a topic basis, they are actually on a transport session basis. Source objects are sometimes passed in as a means of identifying the desired transport session. Type Stats Structure LBT-TCP Sending Stats lbm_src_transport_stats_tcp_t_stct 52 6.3 6.4 UM Monitoring Statistics Type Stats Structure LBT-RM Sending Stats lbm_src_transport_stats_lbtrm_t_stct LBT-RU Sending Stats lbm_src_transport_stats_lbtru_t_stct LBT-IPC Sending Stats lbm_src_transport_stats_lbtipc_t_stct LBT-SMX Sending Stats lbm_src_transport_stats_lbtsmx_t_stct LBT-RDMA Sending Stats lbm_src_transport_stats_lbtrdma_t_stct Broker (UMQ) Sending Stats lbm_src_transport_stats_broker_t_stct Monitoring Context Statistics Type Stats Structure Context Stats lbm_context_stats_t_stct Monitoring Event Queue Statistics Type Stats Structure Event Queue Statistics lbm_event_queue_stats_t_stct Chapter 7 Troubleshooting UM Applications 7.1 Application Crashes These are common application and daemon liveness issues. 7.1.1 Persistent Store Crashed Symptom Cause umestored process (PID) not running or a core file exists 7.1.2 Contact Informatica Support UM Router Crashed Symptom tnwgd process (PID) not running or a core file exists 7.1.3 Resolution Excessive Resource Use Cause Resolution Contact Informatica Support 54 Troubleshooting UM Applications Symptom Cause Resolution Excessive CPU usage, often 100% • Application thread may be deadlocked or spinning. • Heap fragmentation on source (with Smartheap) Check "no-topic-messages" statistic. Check if SI% (time spent processing system interrupts) is high; if so there may be too many contexts interested in the same transport data Contact Informatica Support • Overloaded transports • Improper allocation of transports and applications causing kernel-level copying of messages 7.1.4 Crash on deletion of an object Symptom Cause Resolution Application doesn't shutdown well -orApplication crashes during shutdown or the deletion of an object Improper object deletion See 7.1.5 Datagram size mismatches Practices LBM Deletion Best 7.2 Assertions 55 Symptom Cause Resolution Log message: endpoint portal [s] unable to send: datagram size mismatch. transport_XXX_←datagram_max_size must be properly configured. Datagram sizes are inconsistently configured across the system. Coordinate the maximum datagram size among the following configuration options. • resolver_datagram_max←_size (context) • transport_tcp_datagram←_max_size (context) • transport_lbtrm_←datagram_max_size (context) • transport_lbtru_←datagram_max_size (context) • transport_lbtipc_←datagram_max_size (context) • for the UM Router's Peer portal. 7.2 Assertions UM produces assertions for conditions that are not expected to occur. They are not error conditions and indicate extenuating conditions that we don't handle or don't expect. 7.2.1 Fatal Assertions Fatal assertions appear for conditions that are not expected to occur and therefore require a shutdown. Contact Informatica Support. 7.2.2 Non-fatal Assertions Non-fatal assertions occur for unexpected conditions but do not require shutdown. Normal operation may continue. Contact Informatica Support. 7.3 Message Loss UM can recover message loss automatically but any recurring loss situation should be investigated and resolved. 56 Troubleshooting UM Applications Symptom The receiving application monitoring statistic, lost, reports the number of datagrams detected as lost. In addition, NAKing activity also indicates message loss, however, you could turn NAKing off. (If you are concerned about message loss, however, you should not turn it off.) Your source application monitoring statistics show values for naks_rcved or nak_pckets_rcved. Receiving application monitoring statistics show values for naks_sent or nak_pckets_sent. See Monitoring Transport Statistics. Cause Message loss in source-paced transports (LBT-RM, LBT-RU) can occur due to the following. • Slow or overloaded receiver applications drop packets because, for example, the CPU can't service network interrupts or UDP socket buffers. • An overloaded network infrastructure drops packets because of, for example, switch buffer overflows or NIC ring buffer overflows. • A network component fails. The following diagram depicts possible locations of message loss. Resolution Select the appropriate command from the table below to diagnose UDP socket buffer or NIC ring buffer loss. Platform Linux Buffer UDP socket buffer Command netstat -s Linux NIC ring buffer ifconfig eth0 Windows (7 and beyond) UDP socket buffer netstat -s Solaris UDP socket buffer kstat | grep udpInOverflows Solaris NIC ring buffer kstat -n bge0 | grep norcvbuf Network component — Refer to the components documentation. Result Look for the UDP field, packet receive errors Look for RX packets ... overruns Look for the UDP field, packet receive errors Look for the UDP field, packet receive errors Look for RX packets ... overruns — 7.4 Unrecoverable Loss 57 Use the following table if you find loss with any of the above actions. If you find loss in And the loss Resolution UDP socket buffer UDP socket buffer occurs in small bursts Is constant Increase the UDP buffer size. Escalate the issue to your UM development team. NIC ring buffer — Maximize the NIC's receive descriptors. If this doesn't reduce the loss, escalate the issue to your UM development team. A network component — Escalate the issue to your network team or UM development team. If you do not find loss in any buffers or network components, contact Informatica Support. Note: Microsoft® Windows® prior to version 7 does not report buffer loss accurately. If you believe you are experiencing UDP socket buffer overflows, you can try increasing the UDP buffer size. If you believe you are experiencing NIC ring buffer overflows, contact your NIC vendor for assistance. 7.4 Unrecoverable Loss Unrecoverable message loss refers to messages that have not been delivered and are not available for retransmission. Symptom Cause Resolution Monitoring statistics, unrecovered_txw > zero Unrecovered messages have been removed from the source's transmission and cannot be retransmitted. Identify the source of the loss using Message Loss. -orContact Informatica Support. Monitoring statistics, unrecovered_tmo > zero Identify the source of the loss using Message Loss. -orContact Informatica Support. Unrecovered messages that were not recovered before the NAK generation interval expired. Application log messages: LBM_←MSG_UNRECOVERABLE_LOSS or LBM_MSG_UNRECOVERAB←LE_LOSS_BURST Identify the source of the loss using Message Loss. -orContact Informatica Support. Either of the two causes mentioned above for unrecovered_txw or unrecovered_tmo. See also LBT-RM reports unrecoverable loss. What should I do? 58 7.5 Troubleshooting UM Applications High Latency High latency can appear as latency spikes or just slow recovery processes such as Late Join. Symptom Cause Resolution Latency spikes Two most common causes: 1. Check implicit batching settings. If you desire the lowest latency at all times - which can bring a penalty of higher CPU utilization and increased probability for receivers to experience UDP buffer overflows - set implicit_batching←_minimum_lengthh to 1. The same effect can be achieved by using the LBM_MSG_FLUSH flag inside the lbm_src_send() call. • Misconfigured implicit batching settings. • Message Loss 2. Check for loss in receiver statistics. If loss is occurring, refer to “Message Loss” on page 68. If these scenarios are not the problem, contact Informatica Support. Slow Late Join operation 7.6 — Contact Informatica Support Deaf Receivers Receiver deafness is a general term that means receivers are not getting messages. This could be due to messages not being sent or simply not received. Awareness of this condition can come from many sources, such as business people complaining that they are not receiving expected data or from your own monitoring of statistics, application logs or the liveness of processes. Use the following table to help detect topic or receiver deafness. Symptom Cause Resolution All transport monitoring statistics stop "ticking". When statistics for the affected transports stop increasing, it indicates an application has stopped publishing data for some reason. As a result the receivers of that data will go deaf. Restart the sending applications or contact Informatica Support LBT-RM or LBT-RU source monitoring statistics, msgs_sent and bytes_sent stop increasing Indicates a source or sources has gone off-line, resulting in receiver deafness. Restart the sending applications or contact Informatica Support LBT-RM or LBT-RU receiver monitoring statistics, msgs_rcvd and bytes_rcvd stop increasing Indicates a receiver or receivers have gone off-line. Restart the receiving applications or contact Informatica Support 7.7 Persistent Sending Problems 59 Symptom Cause Resolution LBT-RU or TCP source monitoring statistics, num_clients change in unusual ways. LBT-RU and TCP sources are able to track the number of connected clients. Unusual changes to the number of connected LBT-RU or TCP clients can indicate a problem. For example, clients dropping off during trading hours, or rapid changes in the number of clients. Restart the sending and/or receiving applications or contact Informatica Support End of Session (EOS) messages appear in applications logs. When activity intervals expire, UM issues EOS messages to receiving applications. These appear in the application logs. Restart the receiving applications or contact Informatica Support The lbmrd Process ID (PID) disappears on either a sending or receiving machine(s). Topic resolution has stopped. May not result in immediate topic deafness if topic resolution has already been completed, but may result in deafness if a new source or receiver comes up. If the receiving context's monitoring statistic tr_rcv_unresolved_←topics is zero, all topics are resolved and this may not be a problem. Either restart the receiving applications or contact Informatica Support Deaf Receivers with the UM Gateway After a receiver-side gateway is shutdown and restarted, receivers will be deaf to any forwarded traffic until EOS is triggered. Deaf Wildcard Receivers Symptom Cause Wildcard receivers are not receiving messages. — Resolution • Be sure the resolver_cache (context) is enabled (set to 1, which is the default. • Be sure wildcard queries are enabled by setting resolver_query_minimum_←interval (wildcard_receiver) is set to the default of 50 ms. 7.7 Persistent Sending Problems UM sources sending from a persistence application can encounter problems with flight size or the persistent store. 7.7.1 Flight Size A blocked source due to flight size limitations is not a visible problem unless the operator can see all data flows through the system. 60 Troubleshooting UM Applications Symptom Cause Monitoring statistics show a lower level of activity for a Persistence application than expected. Source not sending because it is blocked by flight size Resolution • Increase flight size by increasing the allowable number of messages in flight with the configuration option, ume_flight_size (source). • Slow down sources. • Contact Informatica Support 7.7.2 Persistent Store Connectivity Symptom Cause Resolution Store log contains message, LBM_←SRC_EVENT_UME_STORE_ UNR←ESPONSIVE Unresponsive store The receiver can track the inability to complete registration by correlating the receipt of a new source notification with a LBM_MSG_UME_REG←ISTRATION_COMPLETE_EX event. The new source notification is defined by the option receiver resolver_←source_notification_function (context). A timer should be set to log a message or trigger an alarm if the completion message is not received after multiple seconds. To match the source in the callback to the completion event, a string comparison should be used on the lbm_msg->source field. The timer for each source should be canceled when its registration complete event is received. The source can detect a loss of quorum by checking the error string passed in for the event LBM_SRC_←EVENT_UME_STORE_UNRESPO←NSIVE. The string will contain "(quorum lost)". Lost quorum (EUMENOREG) Restart the affected persistent stores. Chapter 8 Contacting Informatica Support Please include the following information when contacting Informatica Support. • The contact information you would like us to use to contact you: email, cell phone number, office phone number, etc. • The UM product versions you are running. • The platforms you run on and whether they are 32-bit or 64-bit. • The UM components you use, such as store daemons, the UM Gateway, unicast topic resolver (lbmrd), etc. • Is this problem ongoing / repeatable / reproducible? • Were your applications starting and stopping? • Was there a burst of message activity? • All log files • Any Wireshark or packet captures or a TCP dump. 62 Contacting Informatica Support Chapter 9 UM Log Messages 9.1 UM Core Messages Core-10055-131: could not allocate lu bytes [s:d] The system was not able to allocate the amount of memory requested. Core-10055-2986: INFO: Smart Source "%s" Late Join not set, but UME store specified. Setting Late Join. Core-10055-2991: INFO: Smart Source "%s" specified ume_←retention_size_limit; ignoring option. Core-10055-2992: INFO: Smart Source "%s" specified retransmit←_retention_size_limit; ignoring option. Core-10055-2993: INFO: Smart Source "%s" specified ume_←retention_size_threshold; ignoring option. Late Join must be enabled with U←ME stores. Late Join will be automatically enabled if not set. If the amount requested was particularly large, the problem may be a misconfiguration; however if the amount requested was relatively small, the physical memory on the machine may be over committed; try moving some applications to another machine. To prevent this message set Late Join. Smart Sources preallocate all buffers so no buffer limit control is required. To prevent this message do not specify ume_retention_size_limit. Smart Sources preallocate all buffers so no buffer limit control is required. To prevent this message do not specify retransmit_retention_size←_limit. Smart Sources preallocate all buffers so no buffer release control is required. To prevent this message do not specify ume_retention_size_←threshold. Core-10055-2994: INFO: Smart Source "%s" specified retransmit←_retention_size_threshold; ignoring option. Smart Sources preallocate all buffers so no buffer release control is required. To prevent this message do not specify retransmit_retention_size←_threshold. Core-10055-2995: INFO: Smart Source "%s" specified ume_sri_←flush_sri_request_response; ignoring option. Smart Sources do not use the implicit batch buffer so no SRI record control is required. To prevent this message do not specify ume_sri_flush_sri_←request_response. 64 UM Log Messages Core-10055-2996: INFO: Smart Source "%s" specified ume_sri_←immediate_sri_request_response; ignoring option. Smart Sources do not allow control over how quickly a source responds to a receiver's request for an SRI record. To prevent this message do not specify ume_sri_immediate_sri_←request_response. Core-10055-2997: INFO: Smart Source "%s" specified ume_sri←_request_response_latency; ignoring option. Smart Sources do not allow control over how long a source waits before sending an SRI packet in response to a request from a receiver. Smart Sources do not allow the user to set the retransmit retention age threshold. To prevent this message do not specify ume_sri_request_←response_latency. Core-10055-3038: inflight went negative - resetting to 0 A call to decrement the number of inflight messages found the value to be negative. Nothing, it is forcibly set to 0 in this case. Core-10055-3170: WARNING: received ACK with out-of-bounds StoreID u/u A UMP Source received an acknowledgment packet with a store that is not within the range of Store IDs. UMP received ACK from non-active store. This should not happen and is not a serious condition. Core-10055-3172: WARNING←: received stability sACK without StoreID set UMP received stability ACK or N←ACK without StoreID set. This is not a serious condition unless it happens frequently and messaging is affected. Core-10055-3175: smart source "%s" received ACK with unknown type x The smart source received an ACK with an unknown type. This is not a serious condition unless it happens frequently and messaging is affected. Core-10055-666: inflight bytes would be negative, resetting to 0 A call to decrement the number of inflight bytes would set it to be negative. EOFs are handled asyncronously via a scheduled timer. An error occurred while trying to schedule this timer. The internals of UM will continue to operate as though the transport in question still exists. Nothing, it is forcibly set to 0 in this case. Core-10138-110: can not send unicast immediate messages to transport threads. Source s:u. Transport threads are not equipped to receive unicast immediate messages. Stop sending unicast immediate messages to transport threads' request ports. Core-10138-51: xsp returned from transport mapping callback was created on a different context choosing default When an xsp object is created, a user created context is passed in. The returned xsp can only be used with that context. Core-10160-5564: INFO: Smart Source "%s" set transport_lbtru_←use_session_id to 0; setting back to 1 as only allowed value. Smart Sources do not allow the user to clear the use session ID attribute. To prevent this message do not set transport_lbtru_use_session←_id to 0. Core-10162-10: LBMC CNTL S←SF ULB creq header size incorrect. Dropping. Origin: s:d. The Source Side Filtering U←LB Connection Request message header contains an incorrect size. Check the source (IP:Port) for possible version mismatch or service attack. Core-10055-2998: INFO: Smart Source "%s" specified retransmit←_retention_age_threshold; ignoring option. Core-10055-3171: WARNING: received ACK from non-active store u Core-10138-100: unable to schedule EOF handling timer: s To prevent this message do not specify the retransmit_retention_←age_threshold. This is not a serious condition unless it happens frequently and messaging is affected 9.1 UM Core Messages 65 Core-10162-1: Source Side Filtering ULB request from [s] but this receiver does not have ordered_←delivery configured to -1 so source side filtering will not be enabled and this receiver will get all messages. The user configured "transport_←source_side_filtering_behavior ulb" but the receiver did not configure "ordered_delivery -1" so source side filtering can't be done. Source Side Filtering of ULB is only valid between ULB sources and ULB receivers who have ordered←_delivery configured to -1. Core-10162-2: Source Side Filtering ULB request from [s] but response port set to zero. No source side filtering from this source so this receiver will get all messages. The receiver is registering Source Side Filtering interest but the source response port is zero. The interest will not arrive at the source and therefore this receiver will get all messages. This occurs when the source disables binding of the request port. See request_tcp_bind_request_←port configuration option. Core-10164-1: LBMR Topic Resolution Remote Domain Route packet malformed (contains Domain ID 0). Dropping. Origin: s:d LBMR Data received contain invalid data. Check the source (IP:Port) for possible version mismatch or service attack. Core-10178-1: lbm_timer_expire←: Exceeded d timer expirations in one iteration UM encountered a condition where the specified number of timers were expiring at the same time. This is undesirable and indicates a CPU burst usage. To prevent starvation of network processing, some timers are deferred for processing and network processing is resumed. All timers are eventually processed with a minor delay this is acceptable behaviour. If this message occurs frequently, contact Informatica support for further guidance. When new UMP delivery controllers are created, UM checks other UMP delivery controllers for duplicates. This is handled asyncronously via a scheduled timer. An error occurred while trying to schedule this timer. Proactive keepalive in XSP context can not be disabled. ume←_proactive_keepalive_interval was set to the default value. Examine the configuration of this process to determine if there are timers likely to coincide in their expirations or if there are many sources created very quickly. If there are, it is suggested that the timers or source creation are staggered. Core-10190-1: unable to schedule duplicate regids check timer: s Core-10190-6: ume_proactive_←keepalive_interval can't be 0 for X←SP context. Setting to default d. Core-10190-7: unable to schedule preg response handling timer: s Preg Response in the receiver is handled asyncronously via a scheduled timer. An error occurred while trying to schedule this timer. Core-10383-1: WARNING←: multiple_receive_maximum←_datagrams config could not be implemented due to buffer allocation failure Core-10383-2: WARNING←: multiple_receive_maximum_←datagrams or transport_lbtrm_←source_timestamp specified but recvmmsg is NOT supported The multiple_receive_maximum←_datagrams configuration option could not be implemented, because a buffer could not be allocated The multiple_receive_maximum←_datagrams configuration option could not be implemented, because recvmmsg is NOT supported Set the receiver's ume_proactive←_keepalive_interval to a non zero value that is less than the store's keepalive-interval. The physical memory on the machine may be over committed; try moving some applications to another machine. The recvmmsg() is available as of Linux 2.6.32 and glibc 2.12. 66 UM Log Messages Core-10383-3: WARNING: Turning off multiple_receive_maximum←_datagrams and/or transport←_lbtrm_source_timestamp functionality for socket because OS returned ENOSYS for recvmmsg() The multiple_receive_maximum_←datagrams configuration option will not be used for this socket because recvmmsg is NOT supported The OS returned ENOSYS after calling recvmmsg() which indicates that the functionality is not implemented Core-10383-4: WARNING←: recvmmsg OS error An error occurred using the recvmmsg() functionality (enabled by setting the multiple←_receive_maximum_datagrams configuration) to retrieve data. Please use the operating system's error code and description to further understand the circumstances of the error Core-10403-01: SRS Controller (p) is unable to request a stream of data from the server (s:d) SRS Controller is unable to request a data stream from the server. Make sure the server is running. Core-10403-02: SRS Controller (p) received an invalid message from the SRS Server; dropping (s:d) Received an invalid message payload from the Server. Check to make sure the correct server is running and the correct port is configured. Core-10403-03: SRS Controller (p) got a disconnect from the Server (s:d) The SRS Controller got a disconnect from the Server. Check to make sure the correct server is running and the correct port is configured. Core-10403-04: SRS Controller (p) is unable to connect to the server (s:d) The SRS Controller is unable to connect to the Server. Check to make sure the server is running and the correct port is configured. Core-10403-05: SRS Controller (p) is unable to send the initial connection request to the server (s:d) The SRS Controller is unable to send the initial connection request to the Server. Check to make sure the correct server is running and the correct port is configured. Core-10403-06: SRS Controller (p) is unable to send data to the server (s:d) SRS Controller is unable to send data to the server. Make sure the server is running. Core-10403-07: SRS Controller (p) is unable to stop the communications thread to the server (s:d) SRS Controller got an error trying to stop the communications thread upon shutdown. Make sure the server is running. Core-10403-08: SRS Controller (p) received the initial connection from the Server (s:d) The SRS Controller got a connection from the Server. This is informational only and no action is required. Core-10403-09: SRS Controller (p) is unable to request more data on the stream from the server (s:d) SRS Controller is unable to request more data on the data stream from the server. Make sure the server is running. Core-10403-120: resolver_service entry (s:u) already exist. Skipping but continuing. The lbm_context_attr_setopt/str←_setopt() detected duplicate resolver_service entries. The duplicate entries will be skipped. Core-10403-200: LBM SRS CTLR (p) received a log msg from RSock library (Level d: s) SRS Controller got a log message from the RSock library. Check the config file or code (if config set via code) for duplicate resolver_service entries. Also check if lbm_config() is loaded multiple times with the same resolver_service entries Check the RSock message for more information. Core-10403-20: SRS Controller (p) could not format source string on source create; src(s) error(s) SRS Controller got an error when formating the source string on a source create Refer to the error message included at the end of this message. Core-10403-21: SRS Controller (p) could not parse the source string from the server (s:d). Source(s) Error(s) SRS Controller got an error trying parse the source string from the server. Make sure the server is running and is the correct version. Also make sure no other processes are sending messages on this IP:Port. 9.1 UM Core Messages 67 Core-10403-22: SRS Controller (p) received a suspicious topic (s) from the server (s:d). SRS Controller got a suspicious topic from the server. Make sure the server is running and is the correct version. Also make sure no other processes are sending messages on this IP:Port. Core-10403-23: SRS Controller (p) received a suspicious source (s) from the server (s:d). SRS Controller got a suspicious source from the server. Make sure the server is running and is the correct version. Also make sure no other processes are sending messages on this IP:Port. Core-10403-24: SRS Controller (p) could not parse the data from the server (s:d). SRS Controller could not parse the data from the server. Make sure the server is running and is the correct version. Also make sure no other processes are sending messages on this IP:Port. Core-10403-25: SRS Controller (p) received an invalid Message ID (d) from the server (s:d). SRS Controller received an invalid Message ID from the server. Make sure the server is running and is the correct version. Also make sure no other processes are sending messages on this IP:Port. Core-10403-31: SRS Controller (p) could not parse the registration response message from the server (s:d). SRS Controller could not parse the registration response message from the server. Make sure the server is running and is the correct version. Also make sure no other processes are sending messages on this IP:Port. Core-10403-32: Domain ID (d) from SRS (p) is different from existing Domain ID (d) The SRS delivered a Domain ID that does not match the existing (known) Domain ID. A Domain ID configuration mismatch has been detected and needs to be repaired. Core-10403-34: Domain ID discovered via SRS Controller (p); context resides in Domain ID u. Core-10489-10: lbm_winevlog_←setup(): Unable to Register Event Source: s Core-10489-1: is an invalid value for Windows event log level. Defaulting to WARN Log message indicates a Domain ID discovery. This is not an error. Windows error registering event source Contact Informatica Support. The value for the LBM service windows event log level was not recognized. The default WARN was assigned. Valid values are ERROR, WARN, INFO and NONE. Please specify one of the valid values. Core-10489-4: lbm_winevlog_←setup() CreateThread error: s Unable to create Windows Thread. Contact Informatica Support. Core-10489-5: lbm_winevlog_←setup() CreateMutex error: s Unable to create Windows mutex Contact Informatica Support. Core-10489-6: lbm_winevlog_←setup() error creating TL queue: s Unable to create two-lock queue Contact Informatica Support. Core-10528-3: The smart source p will fragment messages when the send message length plus configured message headers [d bytes] exceeds the transport's maximum datagram size [d bytes] The configured smart_src_max_←message_length plus LBM and application specified message headers exceeded the transport's datagram maximum size. The smart source will fragment messages when the send message length plus headers exceeds the transport's maximum message length. Core-3398-1: Socket close timed out before receive buffer drain complete. lu bytes discarded from source (s). Socket close timedout, but receive buffer has not been drained fully yet. On this close socket you may see connection resets. Core-3398-2: Error received while calling wincompport_recv (s) from source (s) The Windows completion port call to recv returned an error. Look up the WSA error and take appropriate action. Core-5402-1: Hot-failover receiver ignoring mismatched sequence number size A hot failover receiver dropped a message that had a sequence number size different than what it was expecting. Ensure that all hot failover sources on the same topic are sending using the same sequence number size 68 Core-5455-1: epoll_ctl: EPOLL_←CTL_DEL returned: errno:d:s UM Log Messages Core-5455-2: lbm_fd_cancel epoll_ctl: epoll_op: d returned errno:d:s Core-5480-1: OTR Initiated for [s][s] If errno is EBADF or ENOENT, File descriptor is closed before lbm_←cancel_fd call If errno is EBADF or ENOENT, file desc is closed before lbm_cancel←_fd_call OTR has been initiated either for the first time on this source, or it has been at least a log_alert_←cooldown's length of time since the last log alert. Core-5480-2: OTR Repeated for [s][s] (u times) OTR has been ongoing for this source. Core-5480-3: no response received to late join initiation request - skipping late join The receiver was unable to get a response from a source claiming to provide late join. Contact Informatica support. Core-5480-45: message delivery failed: persrc ctlr p perrcv ctlr p sqn x Core-5480-46: rxr ctlr p request failed recovering sqns x - x from perrcv ctlr p Internal error attempting to process recovered data. Contact Informatica support Internal error attempting to initiate recovery of data. Contact Informatica support. Core-5480-47: mtt register failed←: (u) [s] Internal error while attempting to process a command on an mtt transport thread. Contact Informatica support. Core-5554-2: rsp_ctl received unknown message from peer s:d with info flags=[x,x] A TCP peer received an unknown control message. Refer to the peer's IP:Port for the source of the control message. Core-5626-1: s: Option s is not recognized - ignoring. The option name was not recognized. If the XML config is being used for different versions of UM, and the option is valid on versions of UM other than the current application, then this message may be ignored. Otherwise, check your configuration for invalid option names. Core-5626-2: s: error parsing default value - ignoring. The default-value attribute for this option was invalid for this platform. Core-5626-3: s: error parsing default value 's': s Core-5626-4: s: error parsing rule value - ignoring. The default-value attribute for this option was not in the correct format. The rule value supplied was invalid for this platform. If the XML config is being used for different versions of UM and/or different platforms, and the defaultvalue is valid on other installations of UM, then this message may be ignored. Otherwise, check your configuration for invalid defaultvalue. Use the format appropriate for the specific option. Core-5626-5: s: error parsing rule value 's': s The rule value was not in the correct format. If the XML config is being used for different versions of UM and/or different platforms, and the rule value is valid on other installations of UM, then this message may be ignored. Otherwise, check your configuration for invalid values. Use the format appropriate for the specific option. 9.1 UM Core Messages 69 Core-5626-6: s: error parsing rule value - ignoring. The rule value supplied was invalid for this platform. Core-5626-7: s: error parsing rule value 's': s The rule value was not in the correct format. Core-5688-1279: WARNING: T←CP session exists and uses a different transport_session_maximum←_buffer [d] than requested [d]. Once a source has created a transport session a subsequent source joining the same transport session cannot configure a different transport_session_maximum←_buffer setting. Please refer to U←MS Objects section of the Design Concepts in the documentation. Core-5688-1280: WARNING: TCP session exists and uses a different transport_tcp_multiple_receiver←_behavior [d] than requested [d]. Once a source has created a transport session a subsequent source joining the same transport session cannot configure a different transport_tcp_multiple_←behavior setting. Please refer to UMS Objects section of the Design Concepts in the documentation. Core-5688-1281: WARNING: TCP session exists and uses a different transport_source_side_filtering←_behavior [d] than requested [d]. Once a source has created a transport session a subsequent source joining the same transport session cannot configure a different transport_source_side_←filtering_behavior setting. Please refer to UMS Objects section of the Design Concepts in the documentation. Once a source has created a transport session a subsequent source joining the same transport session cannot configure a different transport_lbtrm_tgsz setting. Please refer to UMS Objects section of the Design Concepts in the documentation. Once a source has created a transport session a subsequent source joining the same transport session cannot configure a different transport_lbtrm_ignore_←interval setting. Please refer to U←MS Objects section of the Design Concepts in the documentation. Core-5688-1284: WARNING: L←BT-RM session for multicast address s exists and uses a different transport_lbtrm_tgsz [d] than requested [d]. Core-5688-1285: WARNING: L←BT-RM session for multicast address s exists and uses a different transport_lbtrm_ignore_interval [d] than requested [d]. If the XML config is being used for different versions of UM and/or different platforms, and the rule value is valid on other installations of UM, then this message may be ignored. Otherwise, check your configuration for invalid values. Use the format appropriate for the specific option. 70 UM Log Messages Core-5688-1286: WARNING: LBT-RM session for multicast address s exists and uses a different transport_lbtrm_sm_minimum_←interval [d] than requested [d]. Once a source has created a transport session a subsequent source joining the same transport session cannot configure a different transport_lbtrm_sm_minimum←_interval setting. Please refer to UMS Objects section of the Design Concepts in the documentation. Core-5688-1287: WARNING: LBT-RM session for multicast address s exists and uses a different transport_lbtrm_sm_maximum_←interval [d] than requested [d]. Once a source has created a transport session a subsequent source joining the same transport session cannot configure a different transport_lbtrm_maximum←_interval setting. Please refer to UMS Objects section of the Design Concepts in the documentation. Core-5688-1288: WARNING: L←BT-RM session for multicast address s exists and uses a different transport_lbtrm_transmission←_window_size [d] than requested [d]. Once a source has created a transport session a subsequent source joining the same transport session cannot configure a different transport_lbtrm_transmission←_window_size setting. Please refer to UMS Objects section of the Design Concepts in the documentation. Once a source has created a transport session a subsequent source joining the same transport session cannot configure a different transport_lbtrm_transmission←_window_size setting. Please refer to UMS Objects section of the Design Concepts in the documentation. Once a source has created a transport session a subsequent source joining the same transport session cannot configure a different transport_lbtrm_coalesce_←threshold setting. Please refer to UMS Objects section of the Design Concepts in the documentation. Core-5688-1289: WARNING: L←BT-RM session for multicast address s exists and uses a different transport_lbtrm_transmission←_window_size [d] than requested [d]. Core-5688-1290: WARNING: L←BT-RM session for multicast address s exists and uses a different transport_lbtrm_coalesce_←threshold [d] than requested [d]. Core-5688-1291: WARNING: L←BT-RU session exists and uses a different transport_lbtru_client_←map_size [d] than requested [d]. Once a source has created a transport session a subsequent source joining the same transport session cannot configure a different transport_lbtru_client_map_←size setting. Please refer to UMS Objects section of the Design Concepts in the documentation. 9.1 UM Core Messages Core-5688-1292: WARNING: LBTRU session exists and uses a different transport_lbtru_transmission←_window_size [d] than requested [d]. Core-5688-1293: WARNING: LBTRU session exists and uses a different transport_lbtru_transmission←_window_limit [d] than requested [d]. Core-5688-1294: WARNING: LBTRU session exists and uses a different transport_lbtru_ignore_interval [d] than requested [d]. 71 Once a source has created a transport session a subsequent source joining the same transport session cannot configure a different transport_lbtru_transmission←_window_size setting. Please refer to UMS Objects section of the Design Concepts in the documentation. Once a source has created a transport session a subsequent source joining the same transport session cannot configure a different transport_lbtru_transmission←_window_limit setting. Please refer to UMS Objects section of the Design Concepts in the documentation. Once a source has created a transport session a subsequent source joining the same transport session cannot configure a different transport_lbtru_ignore_interval setting. Please refer to UMS Objects section of the Design Concepts in the documentation. Core-5688-1295: WARNING: LBTRU session exists and uses a different transport_lbtru_sm_minimum←_interval [d] than requested [d]. Once a source has created a transport session a subsequent source joining the same transport session cannot configure a different transport_lbtru_sm_minimum←_interval setting. Please refer to UMS Objects section of the Design Concepts in the documentation. Core-5688-1296: WARNING←: LBT-RU session exists and uses a different transport_lbtru←_sm_maximum_interval [d] than requested [d]. Once a source has created a transport session a subsequent source joining the same transport session cannot configure a different transport_lbtru_sm_maximum←_interval setting. Please refer to UMS Objects section of the Design Concepts in the documentation. Core-5688-1297: WARNING: LBTRU session exists and uses a different transport_lbtru_client_activity←_timeout [d] than requested [d]. Once a source has created a transport session a subsequent source joining the same transport session cannot configure a different transport_lbtru_client_activity←_timeout setting. Please refer to UMS Objects section of the Design Concepts in the documentation. 72 UM Log Messages Core-5688-1298: WARNING: LBTRU session exists and uses a different transport_lbtru_coalesce_←threshold [d] than requested [d]. Once a source has created a transport session a subsequent source joining the same transport session cannot configure a different transport_lbtru_coalesce_←threshold setting. Please refer to UMS Objects section of the Design Concepts in the documentation. Core-5688-1299: WARNING: LBT-RU session exists and uses a different transport_source_←side_filtering_behavior [d] than requested [d]. Once a source has created a transport session a subsequent source joining the same transport session cannot configure a different transport_lbtru_source_side_←filtering_behavior setting. Please refer to UMS Objects section of the Design Concepts in the documentation. Once a source has created a transport session a subsequent source joining the same transport session cannot configure a different transport_lbtipc_sm_interval setting. Please refer to UMS Objects section of the Design Concepts in the documentation. Core-5688-1302: WARNING: LBTIPC session exists and uses a different transport_lbtipc_sm_interval [d] than requested [d]. Core-5688-1303: WARNING: LBT-IPC session exists and uses a different transport_lbtipc_←transmission_window_size [d] than requested [d]. Core-5688-13: could not allocate lu bytes [s:d] Once a source has created a transport session a subsequent source joining the same transport session cannot configure a different transport_lbtipc_transmission←_window_size setting. Please refer to UMS Objects section of the Design Concepts in the documentation. As UMS initializes, it scans for R←MDA capable interfaces in the system. If more than one is found and a specific interface has not be configured, UMS uses the first one found. The system was not able to allocate the amount of memory requested. Core-5688-14: could not reallocate u bytes [s:d] The system was not able to allocate the amount of memory requested. Core-5688-1305: WARNING: Host has multiple RDMA-capable interfaces; going to use [s][s]. Use "transport_lbtrdma_interface" to specify the desired RDMA interface. If the amount requested was particularly large, the problem may be a misconfiguration; however if the amount requested was relatively small, the physical memory on the machine may be over committed; try moving some applications to another machine. If the amount requested was particularly large, the problem may be a misconfiguration; however if the amount requested was relatively small, the physical memory on the machine may be over committed; try moving some applications to another machine. 9.1 UM Core Messages Core-5688-1793: WARNING: Requested receiver attributes will be ignored, previous receiver for topic [s] has already defined the attributes. Core-5688-1795: WARNING: transport_lbtru_activity_timeout [d] is less than transport_lbtru_←nak_generation_interval [d], this can result in silent data loss if loss occurs within the activity timeout interval prior to the end of the transport session. Core-5688-1797: LBT-RU client s.u sent unknown CREQ request x 73 Indicates a programming error where a receiver topic lookup was performed using different receiver attributes. In this case the original attributes are used. If the transport_lbtru_activity_←timeout is less than the transport←_lbtru_nak_generation_interval it is possible that a receiver can tear down the transport session before it was able to send a NAK for a lossed message. When this happens the message is unrecoverable. UMS received a unicast message with an invalid message type. The message is dropped. Contact Informatica support if this message occurs frequently or if using only one version of Ultra Messsaging software. Core-5688-1798: LBMD EV version incorrect (u). Dropping. UMS daemon received a message with an invalid version number. The message is dropped. Contact Informatica support if this message occurs frequently or if using only one version of Ultra Messsaging software. Core-5688-1799: LBMD EV type not support (u). Dropping. UMS daemon received a message with an invalid message type. The message is dropped. Contact Informatica support if this message occurs frequently or if using only one version of Ultra Messsaging software. Core-5688-17: could not allocate u bytes for string dup [s:d] The system was not able to allocate the amount of memory required for string duplication. Core-5688-1800: LBMD EV source type support (u). Dropping. UMS daemon received a message from an unknown type of source. The message is dropped. The physical memory on the machine may be over committed; try moving some applications to another machine. Contact Informatica support if this message occurs frequently or if using only one version of Ultra Messsaging software. Core-5688-1801: LBMD EV unknown next header x, ignoring header. UMS daemon received a message with a header that was not recognized. This header will be ignored, but the rest of the message will be processed. This is potentially due to a newer version of software sending messages and is not harmful. UMS daemon received a message with an invalid message type. The message is dropped. Contact Informatica support if this message occurs frequently or if using only one version of Ultra Messaging. An error occurred processing a message received by a hot failover receiver. The message was discarded. Maximum rollover file size is capped at 4,294,967,295 (LBM_←DEBUG_LOG_ROLLOVER_SIZ←E_MAX) If this occurs frequently, contact Informatica support. Core-5688-1802: LBMD EV unknown next header x, dropping message. Core-5688-1804: HF message receiver function returned -1 Core-5688-1807: LBM_DEB←UG_MAXSIZE is greater than 4,294,967,295. Limiting to max. Contact Informatica support if this message occurs frequently or if using only one version of Ultra Messsaging. Set LBM_DEBUG_MAXSIZE and/or the parameter for lbm_←debugfile_maxsize() to a lesser value to avoid this warning 74 Core-5688-1811: startup error - d UM Log Messages FATAL: WSA FATAL: Error in starting Windows Socket. The specific Windows Sockets Error Code is returned in the error message. Core-5688-1833: WARNING: Host has multiple multicast-capable interfaces; going to use [s][s]. This warning occurs if the host machine has multiple multicastcapable interfaces detected, and the context attributes do not specify an interface (via the resolver_←multicast_interface option). In this situation the first interface found is used. This error results when dbl acceleration is specified through context configuration, but we are unable to locate the dbl shared library. Core-5688-1836: CRITICAL: DBL support requested, but s not found. Ensure s is in the search path to enable DBL support. Try adding /opt/dbl/lib/ to your LD←_LIBRARY_PATH or the dbl.dll location to your PATH on Windows. Core-5688-1841: default thread stack size is perhaps too small, u bytes. The IPC receiver has created a thread for internal processing and the default stack size is too small. The size of the default stack size is dumped and will then be set to a larger size automatically. Core-5688-1842: reset stack size to u bytes. thread The IPC receiver has created a thread for internal processing and the default stack size is too small and is reallocated. This message reports the new size of the stack. Core-5688-1847: default thread stack size is perhaps too small, u bytes. The IPC receiver has created a thread for internal processing and the default stack size is too small. The size of the default stack size is dumped and will then be set to a larger size automatically. Core-5688-1848: reset stack size to u bytes. thread The IPC receiver has created a thread for internal processing and the default stack size is too small and is reallocated. This message reports the new size of the stack. Core-5688-1864: dbl thread join←: WFSO res=d, GLE=d An error occurred while waiting for the DBL thread to terminate. Contact Informatica support. Core-5688-1865: lbm_context_←delete: WFSO res=d, GLE=d Error waiting for context thread to cleanly exit. Contact Informatica support. Core-5688-1866: lbm_context_←delete: I/O leakage: global_←pending_io=d Small memory leak occurred, probably due to race condition in Windows. Ignore, unless this happens many times per hour. Core-5688-1879: error u [s] timer returned UMS encountered an error expiring timers while processing events. Contact Informatica support. Core-5688-1880: wait returned error u [s] UMS encountered an error processing an event on a file descriptor. The event is dropped. Contact Informatica support. Core-5688-1881: handle events returned error u [s] The operating system returned error while processing a File Descriptor UMS encountered an error expiring timers while processing events. The associated CoreApi log message should provide further information. Contact Informatica support. Core-5688-1883: error u [s] timer returned 9.1 UM Core Messages Core-5688-1888: error u [s] 75 timer returned UMS encountered an error expiring timers while processing events. Contact Informatica support. Core-5688-1889: wait returned error u [s] UMS encountered an error processing an event on a file descriptor. The event is dropped. Contact Informatica support. Core-5688-1890: handle events returned error u [s] Socket returned error while waiting for context deletion. Ignore, unless this happens many times per hour. Core-5688-1892: error u [s] timer returned UMS encountered an error expiring timers while processing events. Contact Informatica support. Core-5688-261: LBT-RDMA: Client Connection: failed to register client A client has joined the LBT-RDMA transport but an error occurred trying to add the client to the client map. Core-5688-262: LBT-RDMA: Client Disconnect: failed to remove client A client has left the LBT-RDMA transport but an error occurred trying to remove the client to the client map. Core-5688-263: LBT-RDMA: VMS connection failed event (s) A connection failed event has been received from the VRT library (formerly VMS library). Please refer to the description given. Core-5688-264: LBT-RDMA: unknown VMS connection event ID: d (s) A connection event has been received from the VRT library (formerly VMS library) but the event is not understood. Please refer to the event ID and description given. Core-5688-265: LBT-RDMA: VMS Memory error event: (s) A memory error event has been received from the VRT library (formerly VMS library). Please refer to the description given. Core-5688-266: LBT-RDMA: VMS Generic library event: (s) A generic event has been received from the VRT library (formerly VMS library). Please refer to the description given. Core-5688-267: LBT-RDMA: VMS unknown library event: d (s) An event was received from the V←RT library (formerly VMS library) that is not understood. Please refer to the event ID and description given. Core-5688-270: LBT-RDMA: unknown VMS log level: d (s) A log event was received from the VRT library (formerly VMS library) that is not understood. Please refer to the event ID and description given. Core-5688-271: LBT-RDMA: V←MS transport event received but not expected: d (s) A transport event was received from the VRT library (formerly VMS library) that is not expected. Please refer to the event ID and description given. Core-5688-272: LBT-RDMA: V←MS fabric event received but not expected: d (s) A fabric event was received from the VRT library (formerly VMS library) that is not expected. Please refer to the event ID and description given. 76 UM Log Messages Core-5688-273: LBT-RDMA: VMS unknown event class received: d (s) An event was received from the V←RT library (formerly VMS library) that is not understood. Please refer to the event ID and description given. Core-5688-276: lbtrdma_txw_←open: failed to subscribe to VMS store (0xx:s:u) An error occurred when trying to join the LBT-RDMA transport given. This could occur if the Topic Advertisement is stale and the transport has already been deleted. Core-5688-277: lbtrdma_init: Problem loading VMS libraray The VRT library (formerly VMS library) required for LBT-RDMA can not be loaded. The VRT library (formerly VMS library) required for LBT-RDMA reported an initialization error (given). Verify correct installation. Core-5688-279: lbtrdma_init: Can not initialize VMS client (d) The VRT library (formerly VMS library) required for LBT-RDMA reported a client initialization error (given). Verify correct installation. Core-5688-27: WARNING: s config variable s is deprecated. Use s instead. Configuration option is deprecated and has been replaced, Informatica suggests the config option that can be used instead. The VRT library (formerly VMS library) required for LBT-RDMA reported a server initialization error (given). Core-5688-278: lbtrdma_init: Can not initialize the VMS libary (d) Core-5688-280: lbtrdma_init: Can not initialize VMS server (d) Core-5688-281: lbtrdma_init: Can not register VMS event handler (d) The VRT library (formerly VMS library) required for LBT-RDMA reported the given error when registering an event callback function. Core-5688-282: lbm_transport_←lbtrdma_ctlr_delete: WFSO res=d, GLE=d The LBT-RDMA receiver thread failed to shutdown during context delete. Refer to the return status and OS error code given. Core-5688-283: default thread stack size is perhaps too small, u bytes. The IPC receiver has created a thread for internal processing and the default stack size is too small. The size of the default stack size is dumped and will then be set to a larger size automatically. Core-5688-284: reset thread stack size to u bytes. The IPC receiver has created a thread for internal processing and the default stack size is too small and is reallocated. This message reports the new size of the stack. Core-5688-285: LBT-RDMA Error: Creating Receiver Thread (d) An error was returned when trying to create the LBT-RDMA recevier thread. Please refer to the OS error number given. Core-5688-286: CRITICAL: LBM license invalid [s] Critical: The UMS license could not be validated. Contact Informatica support to verify the license. Verify correct installation. Verify correct installation. Verify correct installation. 9.1 UM Core Messages 77 Core-5688-287: WARNING: LBM license warning [s] Warning: The UMS license could not be validated. Contact Informatica support to verify the license. Core-5688-288: CRITICAL: LBM not licensed Critical: The UMS license could not be validated. Check the correct license is being specified. Contact Informatica support to verify the license. Configuration option is deprecated and has no effect, UMS will ignore the config options and continue operation. The Datagram Acceleration receiver has created a thread for internal processing and the default stack size is too small. The size of the default stack size is dumped and will then be set to a larger size automatically. Core-5688-28: WARNING: s config variable s is deprecated. Has no effect. Core-5688-2947: default thread stack size is perhaps too small, u bytes. Core-5688-2948: reset stack size to u bytes. thread Core-5688-2950: NOTICE: could not drain Datagram Acceleration socket on exit. (Read d datagrams) Proceeding with cleanup. Core-5688-2951: WARNING: Datagram Acceleration enabled, but transport LBT-RM datagram max size d > d. Packet larger than MTU will be dropped. Core-5688-2952: NOTICE: Datagram Acceleration enabled, but transport LBT-RM datagram max size d > d. Packets larger than M←TU will be dropped. Core-5688-2953: WARNING: Datagram Acceleration enabled, but transport LBT-RU datagram max size d > d. Packet larger than MTU will be dropped. Core-5688-2954: NOTICE: Datagram Acceleration enabled, but transport LBT-RU datagram max size d > d. Packets larger than M←TU will be dropped. The Datagram Acceleration receiver has created a thread for internal processing and the default stack size is too small and is reallocated. This message reports the new size of the stack. During shutdown, the Datagram Acceleration thread closes all open sockets and then drains all userspace buffers. Datagram Acceleration does not support fragmentation. Ultra Messaging displays this warning if the datagram_max_size is greater than 9000 bytes, which is the maximum frame size supported by Datagram Acceleration. Datagram Acceleration does not support fragmentation. Ultra Messaging displays this warning if the datagram_max_size is greater than 1500 bytes, which is the standard frame size supported by Datagram Acceleration. Datagram Acceleration does not support fragmentation. Ultra Messaging displays this warning if the datagram_max_size is greater than 9000 bytes, which is the maximum frame size supported by Datagram Acceleration. Datagram Acceleration does not support fragmentation. Ultra Messaging displays this warning if the datagram_max_size is greater than 1500 bytes, which is the standard frame size supported by Datagram Acceleration. No action necessary. To guarantee that no datagrams are dropped for being too large, instruct UMS to fragment messages itself using the specified attribute. To guarantee that no datagrams are dropped for being too large, instruct UMS to fragment messages itself using the specified attribute. To guarantee that no datagrams are dropped for being too large, instruct UMS to fragment messages itself using the specified attribute. To guarantee that no datagrams are dropped for being too large, instruct UMS to fragment messages itself using the specified attribute. 78 UM Log Messages Core-5688-2955: WARNING: Datagram Acceleration enabled, but resolver datagram max size d > d. Packet larger than MTU will be dropped. Core-5688-2956: NOTICE: Datagram Acceleration enabled, but resolver datagram max size d > d. Packets larger than MTU will be dropped. Core-5688-2959: deleting Datagram device returned d WARNING: Acceleration Core-5688-2972: : Source Paced, expected LBT-RDMA←wakeup not Core-5688-3096: Unable to create dctlr entry: s Core-5688-3101: NOTICE: UME receiver has ordered_delivery set to 0 and ume_explicit_ack_only set to 1. Datagram Acceleration does not support fragmentation. Ultra Messaging displays this warning if the datagram_max_size is greater than 9000 bytes, which is the maximum frame size supported by Datagram Acceleration. Datagram Acceleration does not support fragmentation. Ultra Messaging displays this warning if the datagram_max_size is greater than 1500 bytes, which is the standard frame size supported by Datagram Acceleration. The DBL device could not be closed cleanly. DBL currently does not return failure from the specified function, but the log message is included in case future versions return failure. The LBT-RDMA transport is source paced and no rate limiter is implemented. Therefore, a wake-up event should not occur. This generally means memory couldn't be allocated. The error message included should specify the exact error condition. This notice is issued when a U←MP receiver controller is created and is intended to warn of a potentially undesireable configuration setting. The UMP store considers an explicit ACK for any sequence number as an implicit ACK for all prior sequence numbers. Turning off ordered_delivery in combination with explicit ACKs has the potential to acknowledge messages which have not yet been received by the application. Core-5688-3102: NOTICE: UME group index u/u invalid, will set all group indices to 0 UMP has received an updated topic advertisement with an inconsistent UMP store group index. UMP recovers by "flattening" the stores into a single group. Core-5688-3103: NOTICE: UME store has out-of-range group index u, setting to 0. UMP has received an updated topic advertisement specifying a store with a group index which is greater than the number of advertised store groups. UMP recovers by setting the group index for the store in question to zero. To guarantee that no datagrams are dropped for being too large, instruct UMS to fragment messages itself using the specified attribute. To guarantee that no datagrams are dropped for being too large, instruct UMS to fragment messages itself using the specified attribute. Contact Informatica support. 9.1 UM Core Messages Core-5688-3104: NOTICE: setting compatibility (UME <= 1.2) mode for UME receiver. Extended events will not be delivered. Core-5688-3105: Receiver Session ID specified. Specified RegID will be ignored 79 The UMP receiver controller creation logic has detected a receiver utilizing an older style (UMP version <= 1.2) registration callback function and turns off delivery of any extended UMP registration events. The system has detected that both a receiver Session ID and a receiver Reg ID have been specified either in the configuration file, via the configuration API or the RegID specification callback. Core-5688-3106: NOTICE: UME group index u/u invalid, will set all group indices to 0 UMP has received an updated topic advertisement with an inconsistent UMP store group index. UMP recovers by "flattening" the stores into a single group. Core-5688-3107: NOTICE: UME store has out-of-range group index u, setting to 0. UMP has received an updated topic advertisement specifying a store with a group index which is greater than the number of advertised store groups. UMP recovers by setting the group index for the store in question to zero. Core-5688-3108: Receiver Session ID specified. Specified RegID will be ignored The system has detected that both a receiver Session ID and a receiver Reg ID have been specified either in the configuration file, via the configuration API or the RegID specification callback. Core-5688-3117: WARNING: received PREG RESP with out-ofbounds StoreID A registration response message was received from a store but the store ID in the message was invalid. The response is discarded. Core-5688-3118: WARNING: received PREG RESP with unused StoreID A registration response message was received from a store, but the source is not registered to that store. For compatability, UMP will automatically turn off sending ACKs to sources when a V1.x UMP store is used. UMP will tell you when it is setting compatibility to UMP <= 1.2 mode for UMP sources. When this setting is in effect, no extended events will not be delivered. UMP will automatically set the ume_message_stability_←notification configuration option if it is not specified. Check the configuration guide for more information. Core-5688-3122: NOTICE: 1.2 U←ME store in use, turning off ACK to source Core-5688-3156: NOTICE: setting compatibility (UME <= 1.2) mode for UME source. Extended events will not be delivered. Core-5688-3157: NOTICE: ume←_message_stability_notification not set. Setting for compatibility. Specify only one of the Session ID or Reg ID. Specify only one of the Session ID or Reg ID. Check the source log for more information. Source may have restarted 80 Core-5688-3160: WARNING: UME source for topic "%s" store state ignored (not in initial state) UM Log Messages Core-5688-3165: WARNING: received keepalive without StoreID set UME source is not in the expected state (initial state) when registration is in progress. No sequence number adjustment will be performed in this case. A UMP Source received a keep alive packet from a store without a Store ID in the packet. Core-5688-3166: WARNING: received keepalive with out-ofbounds StoreID u/u A UMP Source received a keep alive packet from a store that has an out of range Store ID. Core-5688-3167: WARNING: received keepalive from non-active store u A UMP Source received a keep alive packet from a non registered store. This may happen if a source did not successfully register with the particular store in question. Core-5688-3168: WARNING: received keepalive from store u with incorrect RegID u A UMP Source received a keep alive packet from a store that has an invalid register ID. Core-5688-3169: NOTICE: store u:s:u reports it has not received T←IR. Possible misconfiguration? The UMP store reported it has not yet received a TIR (topic advertisement) for a topic which already has one or more registered sources.UMP registration happens via a different mechanism than topic resolution, and is sometimes a bit faster. Registration allows the source to begin sending, but the store does not actually begin listening for messages until it receives a topic advertisement from the source and sets up receivers for the appropriate topics.In that brief interval, the store will send these notices to the source, just in case you actually did forget to configure the store to listen to the correct topic resolution channel.Once the store receives a topic resolution advertisement and begins listening to the topic, the store will perform a Late Join recovery if the source has already started sending, and should be able to catch up unless you have changed your source's transmission window to a small value (by default, a source keeps 24 MB of data for retransmission).Our recommended delay before sending should prevent you from seeing this notice most of the time, but you may occasionally see it during store failover. 9.1 UM Core Messages Core-5688-3170: WARNING: received ACK with out-of-bounds StoreID u/u Core-5688-3171: WARNING: received ACK from non-active store u Core-5688-3172: WARNING: received stability sACK without StoreID set Core-5688-3173: source "%s" received CDELV without ACK ID set Core-5688-3178: WARNING: too many UME stores specified for topic resolution (max u) 81 A UMP Source received an acknowledgment packet with a store that is not within the range of Store IDs. This should not happen and is not a serious condition. UMP received ACK from non-active store, this is not a serious condition unless it happens frequently and messaging is affected. UMP received stability ACK or N←ACK without StoreID set, this is not a serious condition unless it happens frequently and messaging is affected. Source received a delivery confirmation without the required identifier for the receiver. Too many stores were specified when creating a source. This may indicate corrupted packets, check the system for network errors. Reduce the number of stores in the ume_store configuration option. Core-5688-3185: WARNING: too many UME store groups specified for topic resolution (max u) Too many store groups were specified when creating a source. Reduce the number of store groups in the ume_store_group configuration option. Core-5688-3193: WARNING: too many UME stores specified for topic resolution (max u) Too many stores were specified when creating a source. Reduce the number of stores in the ume_store configuration option. Core-5688-3203: INFO: OTR enabled but receiver is joining source with late join disabled A receiver with OTR enabled is joining a source without late join. The receiver will not be able to recover any lost messages from this source. To enable loss recovery, enable late join at the source. Core-5688-3228: WARNING←: socket reuseaddr and socket exclusiveaddr set at the same time The configuration options ∗←_tcp_reuseaddr and ∗_tcp_←exclusiveaddr (Windows only) can not be used at the same time. An error was returned from the OS while trying to create a socket (T←CP). Refer to the OS error number and message given after the U←MS message "could not create T←CP connection socket". An error was returned from the OS while trying to set the O_NONBL←OCK and O_NDELAY flags on the socket. Refer to the OS error number and message given after the UMS message "could not set nonblock on TCP connection socket". An error was returned from the OS while trying to set the O_NONBL←OCK and O_NDELAY flags on the socket. Refer to the OS error number and message given after the UMS message "could not set nonblock on TCP connection socket". Check configuration option settings. Core-5688-3234: WARNING: could not create TCP connection socket: s Core-5688-3236: WARNING: could not set nonblock on TCP connection socket: s Core-5688-3238: WARNING: could not set nonblock on TCP connection socket: s 82 Core-5688-3240: WARNING: could not bind, port d, on TCP connection socket: s Core-5688-3244: WARNING: could not set SO_KEEPALIVE on TCP connection socket: s Core-5688-3245: WARNING←: could not connect on TCP connection socket: s Core-5688-3247: WARNING←: could not connect on TCP connection socket: s Core-5688-3263: WARNING: could not set SO_REUSEADDR on multicast receive socket: s Core-5688-3265: WARNING: could not set SO_REUSEPORT on multicast receive socket: s Core-5688-3267: WARNING: could not bind, (port = d, multicast group = s), on multicast receive socket: s Core-5688-3269: WARNING: could not IP_ADD_MEMBERSHIP on multicast receive socket: s UM Log Messages An error was returned from the OS while trying to bind the socket to the given port. Refer to the OS error number and message given after the UMS message "could not bind, port xxxxx, on TCP connection socket". SO_KEEPALIVE was requested on the receiver end of TCP connection, but was not able to be set on the socket. This could be because the OS is not Windows or Linux, or because there was an error in the OS system call to set the socket options. An error was returned from the OS while trying to connect to the socket. Refer to the OS error number and message given after the UMS message "could not connect on TCP connection socket". An error was returned from the OS while trying to connect to the socket. Refer to the OS error number and message given after the UMS message "could not connect on TCP connection socket". An error was returned from the OS while trying to set the socket option SO_REUSEADDR per the ∗_tcp←_reuseaddr configuration parameter. Refer to the OS error number and message given after the U←MS message "could not set SO_←REUSEADDR on multicast receive socket". An error was returned from the OS while trying to set the socket option SO_REUSEPORT per the ∗_tcp←_reuseaddr configuration parameter. Refer to the OS error number and message given after the U←MS message "could not set SO_←REUSEPORT on multicast receive socket". An error occurred while trying to bind to the requested ip and port. The last part of this message contains the OS error code and associated text. An error was returned from the OS while trying to set the socket option IP_ADD_MEMBERSHIP. Refer to the OS error number and message given after the UMS message "could not IP_ADD_MEMBERSH←IP on multicast receive socket". Consult your OS documentation for resolutions based on the error code. 9.1 UM Core Messages Core-5688-3271: WARNING: could not set nonblock on multicast receive socket: s Core-5688-3272: WARNING: could not set nonblock on multicast receive socket: s Core-5688-3273: WARNING: could not set multicast SO_RCV←BUF to requested value u Core-5688-3274: INFO: mcast rcv could only get SO_RCVBUF u (desired u) 83 An error was returned from the OS while trying to set the O_NONBL←OCK and O_NDELAY flags on the socket. Refer to the OS error number and message given after the UMS message "could not set nonblock on multicast receive socket". An error was returned from the OS while trying to set the O_NONBL←OCK and O_NDELAY flags on the socket. Refer to the OS error number and message given after the UMS message "could not set nonblock on multicast receive socket". An error was returned from the OS while trying to set the socket option SO_RCVBUF per the ∗←_receiver_socket_buffer configuration parameter. The requested buffer size has not been set. The OS has set the socket option SO_RCVBUF but not to the value specified per the ∗_receiver_←socket_buffer configuration parameter. The actual and desired values are given in the message. See the Configuration Guide for instructions about changing the OS limits. See the Configuration Guide for instructions about changing the OS limits. Core-5688-3284: WARNING←: could not getaddress on dbl unicast rcv socket: s An error occurred while creating a DBL socket, which may prevent the receiver from proceeding. Contact Informatica support. Core-5688-3289: WARNING: could not set unicast SO_RCVBUF to requested value u An error was returned from the OS while trying to set the socket option SO_RCVBUF per the ∗←_receiver_socket_buffer configuration parameter. The requested buffer size has not been set. See the Configuration Guide for instructions about changing the OS limits. Core-5688-3290: INFO: unicast rcv could only get SO_RCVBUF u (desired u) Increase the maximum send buffer size allowed by your OS. See the Configuration Guide for instructions about changing the OS limits. Core-5688-3292: WARNING: could not find open unicast port in range [d-d] on dbl unicast bidir socket: s Could not bind a port in the specified range. The range may need to be expanded or moved to a range where less ports are in use. Core-5688-3294: WARNING←: could not bind, port d, on dbl unicast bidir socket: s An error occurred while creating a DBL socket, which may prevent the receiver from proceeding. Contact Informatica support. Core-5688-3296: WARNING←: could not getaddress on dbl unicast bidir socket: s An error occurred while creating a DBL socket, which may prevent the receiver from proceeding. Contact Informatica support. Core-5688-3298: WARNING←: could not create unicast bidir socket: s An error was returned from the OS while trying to create a socket (U←DP). Refer to the OS error number and message given after the UMS message "could not create unicast bidir socket". 84 UM Log Messages Core-5688-3300: WARNING: could not find open unicast port in range [d-d] on unicast bidir socket: s There are no ports available in the given range. Use ∗_port_←low and/or ∗_port_high configuration parameters to specify a different range of ports to use. Core-5688-3302: WARNING: could not bind, port d, on unicast bidir socket: s An error was returned from the OS while trying to bind the socket to the given port. Refer to the OS error number and message given after the UMS message "could not bind, port xxxxx, on unicast bidir socket". Core-5688-3304: WARNING: could not getsockname on unicast bidir socket: s An error was returned from the OS while trying to get the socket name. Refer to the OS error number and message given after the UMS message "could not getsockname on unicast bidir socket". An error was returned from the OS while trying to set the O_NONBL←OCK and O_NDELAY flags on the socket. Refer to the OS error number and message given after the UMS message "could not set nonblock on unicast bidir socket". An error was returned from the OS while trying to set the O_NONBL←OCK and O_NDELAY flags on the socket. Refer to the OS error number and message given after the UMS message "could not set nonblock on unicast bidir socket". An error was returned from the OS while trying to set the socket option SO_RCVBUF per the ∗←_receiver_socket_buffer configuration parameter. The requested buffer size has not been set. The OS has set the socket option SO_RCVBUF but not to the value specified per the ∗_receiver_←socket_buffer configuration parameter. The actual and desired values are given in the message. Core-5688-3306: WARNING: could not set nonblock on unicast bidir socket: s Core-5688-3307: WARNING: could not set nonblock on unicast bidir socket: s Core-5688-3308: WARNING: could not set bidir SO_RCVBUF to requested value u Core-5688-3309: INFO: ucast bidir could only get SO_RCVBUF u (desired u) Core-5688-3330: lbm_socket_←send: msg dropped (EWOULDB←LOCK): adjust rate limit or buffers The combination of the ∗_data_←rate_limit and ∗_rate_interval configuration parameters are used to determine the amount of data that will be sent at each interval. If that amount exceeds the configured ∗←_socket_buffer setting, each interval may experience an EWOUL←DBLOCK status from the OS due to the fact that the data does not fit into the OS buffer allocated. See the Configuration Guide for instructions about changing the OS limits. See the Configuration Guide for instructions about changing the OS limits. If this message occurs often, review configuration option settings. 9.1 UM Core Messages Core-5688-3331: lbm_socket_←send: msg dropped (EWOULDB←LOCK): adjust rate limit or buffers Core-5688-3335: lbm_socket_←sendb: msg dropped (EWOULD←BLOCK): adjust rate limit or buffers Core-5688-3336: lbm_socket_←sendb: msg dropped (EWOULD←BLOCK): adjust rate limit or buffers Core-5688-3340: lbm_socket_←sendtob: msg dropped (EWO←ULDBLOCK): adjust rate limit or buffers Core-5688-3341: lbm_socket_←sendtob: msg dropped (EWO←ULDBLOCK): adjust rate limit or buffers 85 The combination of the ∗_data_←rate_limit and ∗_rate_interval configuration parameters are used to determine the amount of data that will be sent at each interval. If that amount exceeds the configured ∗←_socket_buffer setting, each interval may experience an EWOUL←DBLOCK status from the OS due to the fact that the data does not fit into the OS buffer allocated. The combination of the ∗_data_←rate_limit and ∗_rate_interval configuration parameters are used to determine the amount of data that will be sent at each interval. If that amount exceeds the configured ∗←_socket_buffer setting, each interval may experience an EWOUL←DBLOCK status from the OS due to the fact that the data does not fit into the OS buffer allocated. The combination of the ∗_data_←rate_limit and ∗_rate_interval configuration parameters are used to determine the amount of data that will be sent at each interval. If that amount exceeds the configured ∗←_socket_buffer setting, each interval may experience an EWOUL←DBLOCK status from the OS due to the fact that the data does not fit into the OS buffer allocated. The combination of the ∗_data_←rate_limit and ∗_rate_interval configuration parameters are used to determine the amount of data that will be sent at each interval. If that amount exceeds the configured ∗←_socket_buffer setting, each interval may experience an EWOUL←DBLOCK status from the OS due to the fact that the data does not fit into the OS buffer allocated. The combination of the ∗_data_←rate_limit and ∗_rate_interval configuration parameters are used to determine the amount of data that will be sent at each interval. If that amount exceeds the configured ∗←_socket_buffer setting, each interval may experience an EWOUL←DBLOCK status from the OS due to the fact that the data does not fit into the OS buffer allocated. If this message occurs often, review configuration option settings. If this message occurs often, review configuration option settings. If this message occurs often, review configuration option settings. If this message occurs often, review configuration option settings. If this message occurs often, review configuration option settings. 86 UM Log Messages If this message occurs often, review configuration option settings. Core-5688-3365: NOTICE: wincport comp routine, invalid op The combination of the ∗_data_←rate_limit and ∗_rate_interval configuration parameters are used to determine the amount of data that will be sent at each interval. If that amount exceeds the configured ∗←_socket_buffer setting, each interval may experience an EWOUL←DBLOCK status from the OS due to the fact that the data does not fit into the OS buffer allocated. The combination of the ∗_data_←rate_limit and ∗_rate_interval configuration parameters are used to determine the amount of data that will be sent at each interval. If that amount exceeds the configured ∗←_socket_buffer setting, each interval may experience an EWOUL←DBLOCK status from the OS due to the fact that the data does not fit into the OS buffer allocated. The combination of the ∗_data_←rate_limit and ∗_rate_interval configuration parameters are used to determine the amount of data that will be sent at each interval. If that amount exceeds the configured ∗←_socket_buffer setting, each interval may experience an EWOUL←DBLOCK status from the OS due to the fact that the data does not fit into the OS buffer allocated. The combination of the ∗_data_←rate_limit and ∗_rate_interval configuration parameters are used to determine the amount of data that will be sent at each interval. If that amount exceeds the configured ∗←_socket_buffer setting, each interval may experience an EWOUL←DBLOCK status from the OS due to the fact that the data does not fit into the OS buffer allocated. I/O operation completed on deleted connection. Core-5688-3368: NOTICE: WSA←SendTo error [send_pending d]: s I/O operation could not be started due to socket error. Ignore unless this occurs many times per hour. Core-5688-3370: WARNING: lbm_sock_delete acc_conn has unknown optype d An unexpected I/O operation was received while deleting a connection. Only occurs when using Windows completion ports. Contact Informatica support if this message occurs frequently. Core-5688-3375: unicast resolver s:u went inactive The process received no communications from the LBMRD at the specified ip:port within the resolver_unicast_activity_timeout and is marked as inactive. If the LBMRD is running properly, increasing the resolver_unicast_←activity_timeout to account for possible network congestion or an overloaded LBMRD can resolve this issue. Core-5688-3345: lbm_socket_←sendbv: msg dropped (EWOULD←BLOCK): adjust rate limit or buffers Core-5688-3346: lbm_socket_←sendbv: msg dropped (EWOULD←BLOCK): adjust rate limit or buffers Core-5688-3351: lbm_socket_←sendtobv: msg dropped (EWO←ULDBLOCK): adjust rate limit or buffers Core-5688-3352: lbm_socket_←sendtobv: msg dropped (EWO←ULDBLOCK): adjust rate limit or buffers If this message occurs often, review configuration option settings. If this message occurs often, review configuration option settings. If this message occurs often, review configuration option settings. Ignore unless this occurs many times per hour. 9.1 UM Core Messages 87 Core-5688-3377: LBMR Version 0xx incorrect (s:d len d). [s]. Dropping. An LBMR packet was droppped because its version was invalid. Investigate the listed IP and port for an application generating spurious traffic. Core-5688-3378: LBMR packet malformed. Dropping. Origin: s←:d An LBMR packet was droppped because its length did not match the length of the data received. Investigate the listed IP and port for an application generating spurious traffic. Core-5688-3379: LBMR optlen malformed. Dropping packet. Origin: s:d An LBMR packet was droppped because its length did not match the length of the data received. Investigate the listed IP and port for an application generating spurious traffic. Core-5688-3380: LBMR optlen total_len malformed. Dropping packet. Origin: s:d An LBMR packet was droppped because its length did not match the length of the data received. Investigate the listed IP and port for an application generating spurious traffic. Core-5688-3383: LBMR option invalid type [u]. Dropping packet. Origin: s:d An LBMR packet was droppped because of an invalid option type. Investigate the listed IP and port for an application generating spurious traffic. Core-5688-3384: LBMR Type 0xx incorrect (s:d len d). [s]. Dropping. An LBMR packet was droppped due to an invalid type. Core-5688-3385: LBMR Topic Query Record malformed. Dropping remainder. Origin: s:d An LBMR packet was droppped because it could not be parsed. Investigate the listed IP and port for an application generating spurious traffic. Investigate the listed IP and port for an application generating spurious traffic. Core-5688-3386: LBMR Topic Info Record malformed. Dropping remainder. Origin: s:d An LBMR packet was droppped because it could not be parsed. Investigate the listed IP and port for an application generating spurious traffic. Core-5688-3387: LBMR Extended Type 0xx incorrect (s:d len d). [s]. Dropping. LBM resolver has encountered an unknown extended type and dropped the packet. Each type is reported only once per resolver. Can be caused by mixed versions sharing a topic resolution address or malformed/forged packets. Core-5688-3388: LBMR Topic Info Record Option not Length. Dropping remainder. UMS encountered a mismatch in the length of a received message and its headers, determining the rest of the message to be invalid. The remainder of the message is dropped. Contact Informatica support if this message occurs frequently. Core-5688-3389: LBMR Topic Info Record Length Option not correct size. Dropping remainder. UMS encountered a mismatch in the length of a received message and its headers, determining the rest of the message to be invalid. The remainder of the message is dropped. Contact Informatica support if this message occurs frequently. Core-5688-3390: LBMR Topic Info Record Total Length not large enough. Dropping remainder. UMS encountered a mismatch in the length of a received message and its headers, determining the rest of the message to be invalid. The remainder of the message is dropped. Contact Informatica support if this message occurs frequently. Core-5688-3391: LBMR Topic Info Record UME Option not correct size. Dropping remainder. UMS encountered a mismatch in the length of a received message and its headers, determining the rest of the message to be invalid. The remainder of the message is dropped. Contact Informatica support if this message occurs frequently. 88 UM Log Messages Core-5688-3392: LBMR Topic Info Record Late Join Option not correct size. Dropping remainder. UMS encountered a mismatch in the length of a received message and its headers, determining the rest of the message to be invalid. The remainder of the message is dropped. Contact Informatica support if this message occurs frequently. Core-5688-3393: LBMR Topic Info Record UME Store Option not correct size. Dropping remainder. UMS encountered a mismatch in the length of a received message and its headers, determining the rest of the message to be invalid. The remainder of the message is dropped. Contact Informatica support if this message occurs frequently. Core-5688-3394: LBMR Topic Info Record UME Store Group Option not correct size. Dropping remainder. UMS encountered a mismatch in the length of a received message and its headers, determining the rest of the message to be invalid. The remainder of the message is dropped. Contact Informatica support if this message occurs frequently. Core-5688-3397: LBMR Topic Info Record Option not understood and does not have ignore. Dropping remainder. UMS received a message with a header that was not recognized. This header and the rest of the message will be ignored. This is potentially due to a newer version of software sending messages and is not harmful. UMS encountered a mismatch in the length of a received message and its headers, determining the rest of the message to be invalid. The remainder of the message is dropped. Contact Informatica support if this message occurs frequently or if using only one version of Ultra Messaging. Core-5688-3400: LBMR Topic Mgmt Record Length not correct size. Dropping remainder. UMS encountered a mismatch in the length of a received message and its headers, determining the rest of the message to be invalid. The remainder of the message is dropped. Contact Informatica support if this message occurs frequently. Core-5688-3401: WARNING: could not undefine topic from topic map when deleting Warning: UMS could not remove a topic from topic map. Contact Informatica support if this message occurs frequently. Core-5688-3402: LBMR WC TQR pcre_compile [s] malformed [d][s]. Dropping. UMS detected a malformed PC←RE pattern for a wild card receiver, it will drop the Topic Query Response. Contact Informatica support if this message occurs frequently or if topic resolution appears to be failing. Core-5688-3403: LBMR WC TQR regcomp [s] malformed [s]. Dropping. In topic resolution process, UMS detected a malformed registration complete signal for a wild card receiver, it will drop the Topic Query Response. Contact Informatica support if this message occurs frequently or if topic resolution appears to be failing. Core-5688-3404: LBMR WC TQR Type 0xx [s] not understood. Dropping. In topic resolution process, UMS detected a malformed type for a wild card receiver, it will drop the Topic Query Response. Contact Informatica support if this message occurs frequently or if topic resolution appears to be failing. Core-5688-3398: LBMR Topic Info Record Option length incongruent. Dropping remainder. Contact Informatica support if this message occurs frequently. 9.1 UM Core Messages 89 Core-5688-3405: LBMR WC TQR pcre_exec [s][s][d] error d UMS detected a malformed PCRE pattern for a wild card receiver during topic resolution. It will drop the Topic Query Response. This is not a serious condition unless it happens frequently and the resolution process is affected. Core-5688-3415: message receiver function returned -1 An error occurred processing a message received by a receiver. The receiver's delivery controller was unable to pass the message to the application. The message was discarded. After a receiver has created a transport session, a subsequent receiver joining the same transport session cannot configure a different transport_lbtrm_nak_backoff←_interval setting. Core-5688-3426: WARNING: Joining session [s] which exists and uses a different transport_lbtrm←_nak_backoff_interval [d] than requested [d]. Core-5688-3427: WARNING: Joining session [s] which exists and uses a different transport_lbtrm_←nak_suppress_interval [d] than requested [d]. After a receiver has created a transport session, a subsequent receiver joining the same transport session cannot configure a different transport_lbtrm_nak_←suppress_interval setting. Core-5688-3428: WARNING: Joining session [s] which exists and uses a different transport_lbtrm←_nak_generation_interval [d] than requested [d]. After a receiver has created a transport session, a subsequent receiver joining the same transport session cannot configure a different transport_lbtrm_nak_←generation_interval setting. Core-5688-3429: WARNING: Joining session [s] which exists and uses a different transport_lbtrm←_preactivity_timeout [d] than requested [d]. After a receiver has created a transport session, a subsequent receiver joining the same transport session cannot configure a different transport_lbtrm_preactivity←_timeout setting. Core-5688-3430: WARNING: Joining session [s] which exists and uses a different transport_lbtrm_←activity_timeout [d] than requested [d]. After a receiver has created a transport session, a subsequent receiver joining the same transport session cannot configure a different transport_lbtrm_activity←_timeout setting. Core-5688-3431: WARNING: Joining session [s] which exists and uses a different transport_lbtrm_←send_naks [d] than requested [d]. After a receiver has created a transport session, a subsequent receiver joining the same transport session cannot configure a different transport_lbtrm_send_naks setting. Core-5688-3432: WARNING: Joining session [s] which exists and uses a different transport_lbtru←_nak_backoff_interval [d] than requested [d]. After a receiver has created a transport session, a subsequent receiver joining the same transport session cannot configure a different transport_lbtru_nak_backoff_←interval setting. Contact Informatica support if this message occurs frequently. 90 UM Log Messages Core-5688-3433: WARNING: Joining session [s] which exists and uses a different transport_lbtru_←nak_suppress_interval [d] than requested [d]. After a receiver has created a transport session, a subsequent receiver joining the same transport session cannot configure a different transport_lbtru_nak_←suppress_interval setting. Core-5688-3434: WARNING: Joining session [s] which exists and uses a different transport_lbtru←_nak_generation_interval [d] than requested [d]. After a receiver has created a transport session, a subsequent receiver joining the same transport session cannot configure a different transport_lbtru_nak_←generation_interval setting. Core-5688-3435: WARNING: Joining session [s] which exists and uses a different transport_lbtru_←activity_timeout [d] than requested [d]. After a receiver has created a transport session, a subsequent receiver joining the same transport session cannot configure a different transport_lbtru_activity_←timeout setting. Core-5688-3439: WARNING: Joining session [s] which exists and uses a different transport_lbtipc_←activity_timeout [d] than requested [d]. After a receiver has created a transport session, a subsequent receiver joining the same transport session cannot configure a different transport_lbtipc_activity←_timeout setting. Core-5688-3541: [s][s][d] error d exec An error occurred while trying to match the pattern listed in the first bracketed expression. The topic string attempting to be matched is supplied as the second bracketed expression, and its length is supplied as the third bracketed expression. The error that occurred was internal to PCRE, and the error code is listed in the PCRE documentation for return values of pcre_exec. Core-5688-3546: LBMR WC TQR pcre_compile [s] malformed [d][s]. Dropping. UMS detected a malformed PC←RE pattern for a wild card receiver, it will drop the Topic Query Response. Contact Informatica support if this message occurs frequently or if topic resolution appears to be failing. Core-5688-3547: LBMR WC TQR regcomp [s] malformed [s]. Dropping. In topic resolution process, UMS detected a malformed registration complete signal for a wild card receiver, it will drop the Topic Query Response. Contact Informatica support if this message occurs frequently or if topic resolution appears to be failing. Core-5688-3548: LBMR WC TQR Type 0xx [s] not understood. Dropping. In topic resolution process, UMS detected a malformed type for a wild card receiver, it will drop the Topic Query Response. Contact Informatica support if this message occurs frequently or if topic resolution appears to be failing. PCRE 9.1 UM Core Messages 91 Core-5688-3549: LBMR WC Cache pcre_exec [s][s][d] error d An error occurred while trying to match the pattern listed in the first bracketed expression. The topic string attempting to be matched is supplied as the second bracketed expression, and its length is supplied as the third bracketed expression. The error that occurred was internal to PCRE, and the error code is listed in the PCRE documentation for return values of pcre_exec. Core-5688-3555: wildcard message receiver function returned -1 The callback configured for wildcard receiver messages returned 1 while processing an immediate message. Core-5688-3691: Sending request with request port binding disabled. An lbm request is being sent, but the request port used to receive responses is disabled via the request_tcp_bind_request_port (context) configuration option. See the documentation for this configuration option for more information. A response was received that does not correspond to an existing request. This usually indicates that the responder took too long to respond, and the requestor had already deleted the request object when the response was received. Core-5688-3698: Response for request query index u received. No request known. Core-5688-3701: Response for request query index u received. No request known. A response was received that does not correspond to an existing request. This usually indicates that the responder took too long to respond, and the requestor had already deleted the request object when the response was received. Core-5688-3702: WARNING: deletion timeout from s:u while sending response or UIM A response or a unicast immediate message was still being sent when the corresponding TCP connection closed. An lbm request is being sent via unicast immediate messaging, but the request port used to receive responses is disabled via the request_tcp_bind_request_port (context) configuration option. Contact Informatica support. Internal error while handling socket; probable memory corruption. Contact Informatica support. Core-5688-3723: Sending unicast immediate request with request port binding disabled. Core-5688-3762: unknown fd_to←_be action d See the Ultra Messaging Configuration Guide. 92 UM Log Messages Core-5688-3773: epoll_ctl: Tried to register a bad file descriptor The fd_management_type is set to epoll and either the user tried to register a non-socket file descriptor or a socket that was registered unexpectedly became invalid between creating the file descriptor and registering it. Linux's epoll currently only supports socket file descriptors, and not normal files or other file descriptor types. Contact Informatica support if this warning occurs frequently. Core-5688-3774: epoll_ctl: Tried to perform an operation on a socket that is already closed The fd_management_type is set to epoll and file descriptor registration was attempted for a socket that was already closed. This can sometimes happen if a socket is closed immediately after it is created, but before it is registered. Contact Informatica support if this warning occurs frequently. Core-5688-3777: s:d: sock=p, sock->sock=p, handle=p, io_←pending=d, op_recv=p, op_acc_←conn=p Pre-assert data: a message which contains selected internal state information useful for diagnosing the cause of certain failed assertions. Does not occur during normal operation. Pre-assert data: a message which contains selected internal state information useful for diagnosing the cause of certain failed assertions. Does not occur during normal operation. Pre-assert data: a message which contains selected internal state information useful for diagnosing the cause of certain failed assertions. Does not occur during normal operation. Pre-assert data: a message which contains selected internal state information useful for diagnosing the cause of certain failed assertions. Does not occur during normal operation. Pre-assert data: a message which contains selected internal state information useful for diagnosing the cause of certain failed assertions. Does not occur during normal operation. Pre-assert data: a message which contains selected internal state information useful for diagnosing the cause of certain failed assertions. Does not occur during normal operation. Core-5688-3781: s:d: sock=p, sock->sock=p, handle=p, io_←pending=d, op_recv=p, op_acc_←conn=p Core-5688-3782: s:d: sock=p, sock->sock=p, handle=p, io_←pending=d, op_recv=p, op_acc_←conn=p Core-5688-3786: s:d: sock=p, sock->sock=p, handle=p, io_←pending=d, op_recv=p, op_acc_←conn=p Core-5688-3793: s:d: sock=p, sock->sock=p, handle=p, io_←pending=d, op_recv=p, op_acc_←conn=p Core-5688-3794: s:d: sock=p, sock->sock=p, handle=p, io_←pending=d, op_recv=p, op_acc_←conn=p 9.1 UM Core Messages Core-5688-3804: error: (d) s 93 kevent fatal When using the kqueue file descriptor management type on Mac OS X, an unexpected error was returned from the kevent system call. This could be caused by a variety of reasons, including being out of memory, or trying to register an invalid file descriptor, or accessing memory incorrectly. mapentry- A registered file descriptor had a write or connect event, but the registered callback was NULL. This should never happen, and indicates possible application memory corruption. Core-5688-3806: Dropping cancelled write or connect event on handle d A write or connect event occurred on the indicated file descriptor (handle), but the user's registered write or connect event callback was cancelled immediately before the event happened. Core-5688-3807: >readcb was NULL mapentry- A registered file descriptor had a read, accept, or close event, but the registered callback was NULL. This can happen if the file descriptor had a write or connect event at about the same time, and the read, accept, or close event callback was cancelled for that file descriptor within its write or connect event callback. This warning is usually harmless, but may indicate improper application design. Core-5688-3808: Dropping cancelled read, accept, or close event on handle d A read, accept, or close event occurred on the indicated file descriptor (handle), but the user's registered read, accept, or close event callback was cancelled immediately before the event happened. Core-5688-3809: >exceptcb was NULL mapentry- A registered file descriptor had an exception event, but the registered exception callback was NULL. This can happen if the file descriptor had a write, connect, read, accept, or close event at about the same time, and the file descriptor's exception callback was cancelled within any of its other callbacks. This warning is usually harmless, but may indicate improper application design. Core-5688-3810: Dropping cancelled except event on handle d An exception event occurred on the indicated file descriptor (handle), but the user's registered exception event callback was cancelled immediately before the event happened. Core-5688-3805: >writecb was NULL 94 Core-5688-3811: >writecb was NULL UM Log Messages mapentry- A registered file descriptor had a write or connect event, but the registered callback was NULL. This should never happen, and indicates possible application memory corruption. Core-5688-3812: Dropping cancelled write or connect event on handle d A write or connect event occurred on the indicated file descriptor (handle), but the user's registered write or connect event callback was cancelled immediately before the event happened. Core-5688-3813: >readcb was NULL mapentry- A registered file descriptor had a read, accept, or close event, but the registered callback was NULL. This can happen if the file descriptor had a write or connect event at about the same time, and the read, accept, or close event callback was cancelled for that file descriptor within its write or connect event callback. This warning is usually harmless, but may indicate improper application design. Core-5688-3815: >exceptcb was NULL mapentry- A registered file descriptor had an exception event, but the registered exception callback was NULL. This can happen if the file descriptor had a write, connect, read, accept, or close event at about the same time, and the file descriptor's exception callback was cancelled within any of its other callbacks. This warning is usually harmless, but may indicate improper application design. Core-5688-3816: Dropping cancelled except event on handle d An exception event occurred on the indicated file descriptor (handle), but the user's registered exception event callback was cancelled immediately before the event happened. Core-5688-3817: >writecb was NULL mapentry- A registered file descriptor had a write or connect event, but the registered callback was NULL. This should never happen, and indicates possible application memory corruption. Core-5688-3818: Dropping cancelled write or connect event on handle d A write or connect event occurred on the indicated file descriptor (handle), but the user's registered write or connect event callback was cancelled immediately before the event happened. 9.1 UM Core Messages Core-5688-3819: >readcb was NULL 95 mapentry- A registered file descriptor had a read, accept, or close event, but the registered callback was NULL. This can happen if the file descriptor had a write or connect event at about the same time, and the read, accept, or close event callback was cancelled for that file descriptor within its write or connect event callback. This warning is usually harmless, but may indicate improper application design. Core-5688-3820: Dropping cancelled read, accept, or close event on handle d A read, accept, or close event occurred on the indicated file descriptor (handle), but the user's registered read, accept, or close event callback was cancelled immediately before the event happened. Core-5688-3821: >exceptcb was NULL mapentry- A registered file descriptor had an exception event, but the registered exception callback was NULL. This can happen if the file descriptor had a write, connect, read, accept, or close event at about the same time, and the file descriptor's exception callback was cancelled within any of its other callbacks. This warning is usually harmless, but may indicate improper application design. Core-5688-3822: Dropping cancelled except event on handle d An exception event occurred on the indicated file descriptor (handle), but the user's registered exception event callback was cancelled immediately before the event happened. Core-5688-3823: >writecb was NULL mapentry- A registered file descriptor had a write or connect event, but the registered callback was NULL. This should never happen, and indicates possible application memory corruption. Core-5688-3824: Dropping cancelled write or connect event on handle d A write or connect event occurred on the indicated file descriptor (handle), but the user's registered write or connect event callback was cancelled immediately before the event happened. 96 Core-5688-3825: >readcb was NULL UM Log Messages mapentry- A registered file descriptor had a read, accept, or close event, but the registered callback was NULL. This can happen if the file descriptor had a write or connect event at about the same time, and the read, accept, or close event callback was cancelled for that file descriptor within its write or connect event callback. This warning is usually harmless, but may indicate improper application design. Core-5688-3826: Dropping cancelled read, accept, or close event on handle d A read, accept, or close event occurred on the indicated file descriptor (handle), but the user's registered read, accept, or close event callback was cancelled immediately before the event happened. Core-5688-3827: >exceptcb was NULL mapentry- A registered file descriptor had an exception event, but the registered exception callback was NULL. This can happen if the file descriptor had a write, connect, read, accept, or close event at about the same time, and the file descriptor's exception callback was cancelled within any of its other callbacks. This warning is usually harmless, but may indicate improper application design. Core-5688-3828: Dropping cancelled except event on handle d An exception event occurred on the indicated file descriptor (handle), but the user's registered exception event callback was cancelled immediately before the event happened. Core-5688-3831: >writecb was NULL mapentry- A registered file descriptor had a write or connect event, but the registered callback was NULL. This should never happen, and indicates possible application memory corruption. Core-5688-3832: Dropping cancelled write or connect event on handle d A write or connect event occurred on the indicated file descriptor (handle), but the user's registered write or connect event callback was cancelled immediately before the event happened. 9.1 UM Core Messages 97 Core-5688-3833: >readcb was NULL mapentry- A registered file descriptor had a read, accept, or close event, but the registered callback was NULL. This can happen if the file descriptor had a write or connect event at about the same time, and the read, accept, or close event callback was cancelled for that file descriptor within its write or connect event callback. This warning is usually harmless, but may indicate improper application design. Core-5688-3835: >exceptcb was NULL mapentry- A registered file descriptor had an exception event, but the registered exception callback was NULL. This can happen if the file descriptor had a write, connect, read, accept, or close event at about the same time, and the file descriptor's exception callback was cancelled within any of its other callbacks. This warning is usually harmless, but may indicate improper application design. Core-5688-3836: Dropping cancelled except event on handle d An exception event occurred on the indicated file descriptor (handle), but the user's registered exception event callback was cancelled immediately before the event happened. Core-5688-3838: NOTICE: wincport p results [d] (d,d,p,p) op x Internal error handling descriptors; probable timing race condition. Contact Informatica support. Core-5688-3847: NOTICE: wincport p line d WSA err d, s (peer s) (op x) A Windows Completion port operation ended with a failure. Examine the reported WSA Error code and take the appropriate action. Core-5688-3849: lbm_fd_handle←_events line d: wincport recv err (s) from peer (s) The Windows completion port call to recv returned an error. Look up the WSA error and take appropriate action. Core-5688-3864: NOTICE: wincport p results [d] (d,d,p,p) op x Internal error handling descriptors; probable timing race condition. Contact Informatica support. Core-5688-3883: >exceptcb was NULL mapentry- A registered file descriptor had an exception event, but the registered exception callback was NULL. This can happen if the file descriptor had a write, connect, read, accept, or close event at about the same time, and the file descriptor's exception callback was cancelled within any of its other callbacks. This warning is usually harmless, but may indicate improper application design. Core-5688-3884: Dropping cancelled except event on handle d An exception event occurred on the indicated file descriptor (handle), but the user's registered exception event callback was cancelled immediately before the event happened. 98 Core-5688-3885: >writecb was NULL UM Log Messages mapentry- A registered file descriptor had a write or connect event, but the registered callback was NULL. This should never happen, and indicates possible application memory corruption. Core-5688-3886: Dropping cancelled write or connect event on handle d A write or connect event occurred on the indicated file descriptor (handle), but the user's registered write or connect event callback was cancelled immediately before the event happened. Core-5688-3887: >readcb was NULL mapentry- A registered file descriptor had a read, accept, or close event, but the registered callback was NULL. This can happen if the file descriptor had a write or connect event at about the same time, and the read, accept, or close event callback was cancelled for that file descriptor within its write or connect event callback. This warning is usually harmless, but may indicate improper application design. Core-5688-3888: Dropping cancelled read, accept, or close event on handle d A read, accept, or close event occurred on the indicated file descriptor (handle), but the user's registered read, accept, or close event callback was cancelled immediately before the event happened. Core-5688-3889: kevent returned event with unknown or unsupported filter type kevent returned a file descriptor with a filter type that was not E←VFILT_READ or EVFILT_WRITE (such as EVFILT_SIGNAL, EVF←ILT_PROC, etc.). UMS does not register any file descriptors for any filters other than EVFILT_READ or EVFILT_WRITE, so this is very unusual and might indicate memory corruption. Core-5688-3890: handle events returned error u [s] Socket returned error while waiting for context deletion. Core-5688-3896: wildcard message receiver function returned -1 The callback configured for wildcard receiver messages returned 1 while processing an immediate message. Core-5688-3897: wildcard message receiver function returned -1 The callback configured for wildcard receiver messages returned 1 while processing an immediate message. Core-5688-390: event dispatch unknown event type (d) The event dispatch loop encountered an unexpected event type. This is probably due to an unexpected network event occurring. Ignore, unless this occurs many times per hour. Check that the network is stable. Contact Informatica support if this message occurs frequently. 9.1 UM Core Messages Core-5688-3919: Sending multicast immediate request with request port binding disabled. Core-5688-3927: New unfragged message in TCP buffer before first message is complete. 99 An lbm request is being sent via multicast immediate messaging, but the request port used to receive responses is disabled via the request_tcp_bind_request_port (context) configuration option. See the documentation for this configuration option for more information. With transport_tcp_multiple_←receiver_behavior set to bounded←_latency or source_paced and old messages are being removed to make room for new messages, the first (oldest) message is fragmented but is incomplete. Processing will continue anyway. Core-5688-3928: New message in TCP buffer before first message is complete. With transport_tcp_multiple_←receiver_behavior set to bounded←_latency or source_paced and old messages are being removed to make room for new messages, the first (oldest) message is fragmented but is incomplete. Processing will continue anyway. Core-5688-3929: No more messages in TCP buffer before old message is complete. With transport_tcp_multiple_←receiver_behavior set to bounded←_latency or source_paced and old messages are being removed to make room for new messages, the message being removed is fragmented and only a portion of it could be found and removed. Processing will continue anyway. Core-5688-3930: New unfragged message in TCP buffer before old fragged message is complete. With transport_tcp_multiple_←receiver_behavior set to bounded←_latency or source_paced and old messages are being removed to make room for new messages, the message being removed is fragmented and only a portion of it could be found and removed. Processing will continue anyway. Core-5688-3931: New message in TCP buffer before old message is complete. With transport_tcp_multiple_←receiver_behavior set to bounded←_latency or source_paced and old messages are being removed to make room for new messages, the message being removed is fragmented and only a portion of it could be found and removed. Processing will continue anyway. 100 Core-5688-3986: [s][s][d] error d UM Log Messages PCRE exec An error occurred while trying to match the pattern listed in the first bracketed expression. The topic string attempting to be matched is supplied as the second bracketed expression, and its length is supplied as the third bracketed expression. The error that occurred was internal to PCRE, and the error code is listed in the PCRE documentation for return values of pcre_exec. Core-5688-4099: multiple interfaces match criteria - will use [s][s] This warning occurs if an interface is specified by name for any of the ∗_interface options, and multiple interfaces on the host match the supplied name. In this case the first matching interface will be used. Specify interfaces such that only a single interface is matched. Core-5688-4100: multiple interfaces match criteria - will use [s][s] This warning occurs if an interface is specified by name for any of the ∗_interface options, and multiple interfaces on the host match the supplied name. In this case the first matching interface will be used. Specify interfaces such that only a single interface is matched. Core-5688-4103: multiple interfaces match criteria - will use [s][s] This warning occurs if an interface is specified by name for any of the ∗_interface options, and multiple interfaces on the host match the supplied name. In this case the first matching interface will be used. Specify interfaces such that only a single interface is matched. Core-5688-4104: multiple interfaces match criteria - will use [s][s] This warning occurs if an interface is specified by name for any of the ∗_interface options, and multiple interfaces on the host match the supplied name. In this case the first matching interface will be used. Specify interfaces such that only a single interface is matched. Core-5688-4106: WARNING: could not scan IPv4 interfaces. As UMS initializes, it scans all the network cards in the system. This scan either failed due to a lack of available resources. For example, this might be because there are no network cards that are active or the system has run out of sockets. Check the system availability of network resources. Contact Informatica support if all resources appear to be available. Core-5688-4107: WARNING: could not find a multicast capable, non-loopback interface. As UMS initializes, it scans all the network cards in the system. If no network card is listed as supporting multicast capabilities, Ultra Messaging generates this warning. Check network card capabilities and configuration. Core-5688-4108: WARNING: using first broadcast capable interface instead. As UMS initializes, it scans all the network cards in the system. No multicast capable card was found, but a broadcast capable card was found. The first broadcast capable card will be used. Check network card configuration if you expect one of the network cards to be multicast capable. 9.1 UM Core Messages Core-5688-410: failed to allocate hypertopic callback vector of u bytes [s:d] Core-5688-428: INFO: realloced max rate controller srcs to u Core-5688-429: WARNING: realloced max rate controller srcs to u Core-5688-434: received read indication on daemon connection - unknown socket Core-5688-436: daemon control data received in unknown state d 101 There was a memory allocation failure while creating the vector of callbacks associated with a received message destined for a HyperTopic receiver. This means that a message will not be delivered to some subset of registered HyperTopic receivers. This occurs when a lbtru source has a larger than expected number of clients (10∗number of transports configured). This may be expected, in which case this can be ignored. It could also indicate a misconfiguration. This occurs when a lbtru source has a larger than expected number of clients (10∗number of transports configured). This may be expected, in which case this can be ignored. It could also indicate a misconfiguration. This message is used for internal purpose. Verify that the number of clients for the source in question is correct. Verify that the number of clients for the source in question is correct. Contact Informatica support. This message is used for internal purpose. Contact Informatica support. Core-5688-438: daemon control data received in unknown state d This message is used for internal purpose. Contact Informatica support. Core-5688-439: invalid action response on control channel [s] This message is used for internal purpose. Contact Informatica support. Core-5688-440: invalid topicname on control channel [s] This message is used for internal purpose. Contact Informatica support. Core-5688-441: invalid action response on control channel [s] This message is used for internal purpose. Contact Informatica support. Core-5688-446: lbmc_handle_msg returned -1. This message usually indicates that Ultra Messaging cannot get the memory required to process incoming messages. Check with your system administrator for possible reasons that Ultra Messaging is not able to get sufficient memory. Contact Informatica support if this message keeps occurring. Core-5688-447: LBMC datagram malformed. d d Dropping remainder. Origin: s:d UM received a message with the length field is less than lbm header size. Contact Informatica support if this message occurs frequently. Core-5688-448: LBMC datagram malformed, msglen 0. Dropping. Origin: s:d UMS received a message with the length field set to 0. The message will be dropped. Contact Informatica support if this message occurs frequently. Core-5688-449: LBMC datagram malformed. d d Dropping remainder. Origin: s:d A datagram's actual and expected length do not match. If using UM routers, this difference might occur if there is a mismatch in the configured values for configuration option transport_∗_datagram_max←_size settings at different portals. It is also possible that this datagram may have come from a non-UltraMessaging application. If using the UM router, check configuration to ensure that values for transport_∗_datagram_max_←size options match across portals. Otherwise, check network for other non-UM applications. 102 UM Log Messages Core-5688-450: LBMC version incorrect (u). Dropping. Origin: s:d. The LBMC version value in the received message is either corrupted or not supported by the UM product receiving messages. Find the LBMC version value of the received message in the log line starting with Core-5688-450 and check if it is supported in the product you are using. Core-5688-538: NOTICE: Source "%s" retention_size_limit less than max message size. Will retain at least 1 message. The source retention_size_limit has been configured to be less than the maximum message size of 65536 bytes. It will still retain at least 1 message. Set the retention_size_limit to be equal to or greater than the max message size Core-5688-539: NOTICE: Source "%s" has no retention settings (1 message retained max) Only 1 message will be retained max due to default retention settings at the Source. Core-5688-542: received ACK for unknown source from s:d UMS received ACK for unknown source. This is not a serious problem but indicates that there is a mismatch between this process and another. If the transport_lbtrm_activity_←timeout is less than the transport←_lbtrm_nak_generation_interval it is possible that a receiver can tear down the transport session before it was able to send a NAK for a lossed message. When this happens the message is unrecoverable. Loading the config file specified with the LBM_DEFAULT_C←ONFIG_FILE environment variable failed, due to either a missing file, inappropriate access privileges, or an error in the config file itself. Core-5688-587: WARNING←: transport_lbtrm_activity_timeout [d] is less than transport_lbtrm←_nak_generation_interval [d], this can result in silent data loss if loss occurs within the activity timeout interval prior to the end of the transport session. Core-5688-58: loading default config file failed: s Core-5688-593: IPC Error: Creating Receiver Signal Semaphore An error occurred when an IPC receiver attempted to allocate a shared signaling semaphore. This could be caused by a permission error or no more resources. Please refer to the documentation for lbtipc_resource_manager. Core-5688-594: IPC Error: Initializing Receiver Signal Semaphore (d) An error occurred when an I←PC receiver attempted to initialize a shared signaling semaphore. Please refer to the OS error number given. Core-5688-595: IPC Error: Creating Receiver Monitor Semaphore An error occurred when an I←PC receiver attempted to allocate a shared monitoring semaphore. This could be caused by a permission error or no more resources. Please refer to the documentation for lbtipc_resource_manager. Check the system for other abnormal behavior, such as applications restarting. 9.1 UM Core Messages 103 Core-5688-596: IPC Error: Initializing Receiver Monitor Semaphore (d) An error occurred when an I←PC receiver attempted to initialize a shared monitoring semaphore. Please refer to the OS error number given. Core-5688-597: IPC Error: Initializing Receiver Monitor Semaphore (d) An error occurred when an I←PC receiver attempted to initialize a shared monitoring semaphore. Please refer to the OS error number given. Core-5688-598: IPC Error: Creating Shared Event (d) (s) An IPC receiver could not create a shared Event. This could be caused by a permission error or the resource already exists. Please refer to the OS error number and resource name given. Core-5688-599: IPC Error: Creating Receiver Monitor Mutex (d) (s) An IPC receiver could not create a shared monitoring Mutex. This could be caused by a permission error or the resource already exists. Please refer to the OS error number and resource name given. Core-5688-600: IPC Error: Getting Receiver Monitor Mutex (d) (s) An IPC receiver could not acquire the shared monitoring Mutex. This could be caused by a permission error. Please refer to the OS error number and resource name given. Core-5688-601: lbtipc_rcv_←create: can not obtain transport information An IPC receiver is attempting to join an IPC transport but can not obtain the transport information from the IPC shared memory buffer. This could happen if the IPC transport has been deleted before the receiver has joined. Core-5688-602: IPC Error: Joining transport; no more free receiver slots An IPC receiver is attempting to join an IPC transport that has no more free slots for receivers. Please adjust the "transport_←lbtipc_maximum_receivers_per_←transport" configuration attribute. Core-5688-603: default thread stack size is perhaps too small, u bytes. The IPC receiver has created a thread for internal processing and the default stack size is too small. The size of the default stack size is dumped and will then be set to a larger size automatically. Core-5688-604: reset thread stack size to u bytes. The IPC receiver has created a thread for internal processing and the default stack size is too small and is reallocated. This message reports the new size of the stack. Core-5688-605: IPC Error: Creating Receiver Thread (d) An error occurred when the IPC receiver attempted to create a thread for internal processing. Please refer to the OS error number given. 104 UM Log Messages Core-5688-614: LBT-IPC: failed to open shared memory (d) The IPC shared memory region could not be opened for reading. This could occur if a receiver attempts to join an IPC transport after the source has been deleted. Please reference the OS error number given. Core-5688-615: LBT-IPC: failed to map shared memory (d) An error occurred trying to map a pointer to the IPC shared memory region. Please refer to the OS error number given. Core-5688-617: LBT-IPC: failed to map shared memory (d) An error occurred trying to map a pointer to the IPC shared memory region. Please refer to the OS error number given. Core-5688-618: LBT-IPC: can not open shared semaphore (d) The shared semaphore used to ensure mutual exclusion while accessing IPC shared resources could not be opened. This could occur if a receiver attempts to join an IPC transport after the source has been deleted. Please refer to the OS error number given. Core-5688-619: LBT-IPC: failed to open shared memory (d) The IPC shared memory region could not be opened for reading. This could occur if a receiver attempts to join an IPC transport after the source has been deleted. Please reference the OS error number given. Core-5688-620: LBT-IPC: failed to map shared memory (d) An error occurred trying to map a pointer to the IPC shared memory region. Please refer to the OS error number given. Core-5688-622: LBT-IPC: failed to map shared memory (d) An error occurred trying to map a pointer to the IPC shared memory region. Please refer to the OS error number given. Core-5688-624: LBT-IPC: locking problem detected in lbtipc_txw_←rcvr_node_alloc (d) An error occurred with the shared object used to ensure mutual exclusion when accessing IPC shared resources. Please refer to the OS error number given. Core-5688-625: LBT-IPC: locking problem detected in lbtipc_txw_←rcvr_node_alloc (d) An error occurred with the shared object used to ensure mutual exclusion when accessing IPC shared resources. Please refer to the OS error number given. Core-5688-626: LBT-IPC: locking problem detected in lbtipc_txw_←rcvr_node_alloc (d) An error occurred with the shared object used to ensure mutual exclusion when accessing IPC shared resources. Please refer to the OS error number given. 9.1 UM Core Messages 105 Core-5688-627: LBT-IPC: locking problem detected in lbtipc_txw_←rcvr_node_alloc (d) An error occurred with the shared object used to ensure mutual exclusion when accessing IPC shared resources. Please refer to the OS error number given. Core-5688-628: lbm_transport_←lbtipc_ctlr_delete: WFSO res=d, GLE=d The WaitForSingleObject() Windows call return an error while waiting for the IPC Receiver thread to exit. Refer to the response and OS error number given. Core-5688-630: LBTIPC: error mapping (initial) resource registry (d) An error occurred when attempting to map memory to the registry file. The registry is used to store IPC shared objects that are in use. The OS error number is given. Core-5688-632: LBTIPC: error initializing registry semaphore (d) The semaphore used to ensure mutual exclusion while accessing the registry could not be initialized. The registry is used to store IPC shared objects that are in use. Refer to the documentation for lbtipc←_resource_manager. Core-5688-633: LBTIPC: error opening resource registry (d) An error occurred when attempting to open or map memory to the registry file. The OS error number is given. Core-5688-635: LBTIPC: resource registry version mismatch: use lbtipc_resource_manager to cleanup and delete registry. An IPC registry file existed, and contained the wrong version. Core-5688-636: LBTIPC: error re-mapping resource registry (entries: d) (d) An error occurred when attempting to re-map memory to the registry file. The registry is used to store IPC shared objects that are in use. The size in entries and OS error number is given. Core-5688-637: LBTIPC: error opening/recreating registry semaphore (d) The semaphore used to ensure mutual exclusion while accessing the registry could not be created. The registry is used to store IPC shared objects that are in use. The OS error number is given. Core-5688-638: LBTIPC: error reinitializing registry semaphore (d) The semaphore used to ensure mutual exclusion while accessing the registry could not be initialized. The registry is used to store IPC shared objects that are in use. The OS error number is given. Core-5688-639: LBTIPC: error recreating resource registry (d) The registry used to store IPC shared objects that are in use could not be created. The OS error number is given. For this to happen, a registry file with incorrect version information would have to be deliberately put in place. 3.5 and post3.5 use different naming schemes for registries, so this can't happen due to version mismatch. 106 UM Log Messages Core-5688-640: LBTIPC: error in re-sizing resource registry (d) The registry used to store IPC shared objects that are in use could not be re-sized (expanded). The OS error number is given. Core-5688-641: LBTIPC: error remapping resource registry (d) An error occurred when attempting to re-map memory to the registry file (file expansion). The registry is used to store IPC shared objects that are in use. The OS error number is given. Core-5688-642: LBTIPC: No free semaphores could be found A free semaphore required for the LBT-IPC transport could not be found. Refer to the documentation for lbtipc_resource_manager. Core-5688-644: LBTIPC: error opening semaphore (d) A free semaphore allocated for the LBT-IPC transport could not be opened. The OS error number is given. Core-5688-645: LBTIPC: error freeing semaphore; key 0xx not found A semaphore allocated for the L←BT-IPC transport could not be freed due to an invalid internal key. Core-5688-646: LBT-IPC unexpected send error An attempt was made to transfer a message or message fragment to the IPC shared memory buffer but that operation failed. This is cause by a failure with trying to obtain the lock for the shared memory buffer. Core-5688-647: LBT-IPC failed to start stalled timer The IPC source is blocked waiting for a receiver but received an error trying to start the block check timer. Core-5688-648: LBT-IPC failed to start stalled timer The IPC source is blocked waiting for a receiver but received an error trying to start the block check timer. Core-5688-649: LBT-IPC unexpected send error An attempt was made to transfer a message or message fragment to the IPC shared memory buffer but that operation failed. This is cause by a failure with trying to obtain the lock for the shared memory buffer. Core-5688-650: LBT-IPC unexpected send error An attempt was made to transfer a message or message fragment to the IPC shared memory buffer but that operation failed. This is cause by a failure with trying to obtain the lock for the shared memory buffer. Core-5688-651: LBT-IPC Problem Opening Signal Semaphore (d) The IPC source has received a connection request from an IPC receiver and has failed to open the shared signaling semaphore. This could happen if the connection request is old and the receiver was already deleted or the source does not have permission to open the object. Please reference the OS error number given. Contact Informatica support. 9.1 UM Core Messages 107 Core-5688-652: LBT-IPC Problem Opening Event (d) The IPC source has received a connection request from an IPC receiver and has failed to open the shared Event. This could happen if the connection request is old and the receiver was already deleted or the source does not have permission to open the object. Please reference the OS error number given. Core-5688-653: LBT-IPC Problem Opening Monitor Semaphore (d) The IPC source has received a connection request from an IPC receiver but has failed to open the Monitoring Semaphore. This could happen if the connection request is old and the receiver was already deleted or the source does not have permission to open the object. Please reference the OS error number given. Core-5688-654: LBT-IPC Problem Opening Monitor Mutex (d) (s) The IPC source has received a connection request from an IPC receiver but has failed to open the Monitoring Mutex. This could happen if the connection request is old and the receiver was already deleted or the source does not have permission to open the object. Please reference the OS error number and object name given. Core-5688-692: topic level retransmission request index, u, not found A unicast immediate message was requested for retransmission, but the message is no longer required. This is because the message was already received due a previous retransmission request or because the request has already timed out. Core-5688-694: received retransmit request for unknown source on a thread/context without a topic resolver. UMS received retransmit request for unknown source. This is not a serious problem but indicates that there is a mismatch between this process and another. Check the system for other abnormal behavior, such as applications restarting. Core-5688-696: received retransmit request for unknown source[u] from ip:port[s:d] UMS received retransmit request for unknown source. This is not a serious problem but indicates that there is a mismatch between this process and another. Check the system for other abnormal behavior, such as applications restarting. Core-5688-697: received lji request for unknown source on a thread/context without a topic resolver in ctx[p] from ip:port[s:d] for topic[u] A context without a resolver module has received an Late-Join Initiation REQ.This is not a serious problem but indicates that there is a mismatch between this process and another. Check the system for other abnormal behavior, such as applications restarting. 108 Core-5688-699: received lji request for unknown source: from ip:port[s:d] for topic[u] Core-5688-701: received PREG response for unknown source. Core-5688-702: received PREG response for unknown source. Core-5688-703: received PREG response for unknown receiver. Core-5688-705: received UME Keepalive with unknown type x Core-5867-19: Message selector parser error [s] Core-5867-20: Message selector parser error [Unterminated string s] UM Log Messages UMS received Late Join Request message for unknown source. The source transport and topic indices are not mapped to this context. This may indicate that a source had been deleted, or there is a mismatch between this process and another. Each topic created and registered by a UMP context has a unique topic index. The UMP registration response handler for this context has received a response for a topic index not contained in the collection of sources currently being processed by the context. This is not a serious condition unless it continues to occur frequently and sources being handled by the context are not being successfully registered. Each topic created and registered by a UMP context has a unique topic index. The UMP registration response handler for this context has received a response for a topic index not contained in the collection of sources currently being processed by the context. This is not a serious condition unless it continues to occur frequently and sources being handled by the context are not being successfully registered. Each topic created and registered by a UMP context has a unique topic index. The UMP registration response handler for this context has received a response for a topic index not contained in the collection of receivers currently being processed by the context. This is not a serious condition unless it continues to occur frequently and receivers being handled by the context are not being successfully registered. UMP received keepalive signal which the type cannot be determined. This is not a serious problem unless it happens frequently. Check the system for port re-use on application restart and similar behavior. An error was the message ceiver An error was the message ceiver encountered parsing selector set for a re- Ensure the receiver has a valid message selector encountered parsing selector set for a re- Ensure the receiver has a valid message selector 9.1 UM Core Messages Core-5867-21: Message selector parser error [Invalid character 'c'] 109 Core-5867-22: Message selector parser error [Error compiling pattern s at offset d: err s] An error was the message ceiver An error was the message ceiver encountered parsing selector set for a re- Ensure the receiver has a valid message selector Core-5867-23: Message selector parser error [Error compiling pattern s at offset d: err s] An error was encountered parsing the message selector set for a receiver Ensure the receiver has a valid message selector Core-5872-1: LBMR Topic Info Record Total Length too large. Dropping remainder. This error is logged if the options portion of the received TIR packet would overflow the stack-allocated buffer. Core-5872-2: LBMR Queue Info Record Total Length too large. Dropping remainder. This error is logged if the options portion of the received QIR packet would overflow the stack-allocated buffer. Core-5894-1: lbm_timer_expire←: Exceeded d timer expirations in one iteration UM encountered a condition where the specified number of timers were expiring at the same time. This is undesirable and indicates a CPU burst usage. To prevent starvation of network processing, some timers are deferred for processing and network processing is resumed. All timers are eventually processed with a minor delay this is acceptable behaviour. If this message occurs frequently, contact Informatica support for further guidance. UM encountered a condition where the specified number of timers were expiring at the same time. This is undesirable and indicates a CPU burst usage. To prevent starvation of network processing, some timers are deferred for processing and network processing is resumed. All timers are eventually processed with a minor delay this is acceptable behaviour. If this message occurs frequently, contact Informatica support for further guidance. A connection could not be established to send a unicast message. This error indicates that packets with erroneous length fields are being received by UM. This could be due to applications sending to the incorrect IP and port, or by a malicious attack. This error indicates that packets with erroneous length fields are being received by UM. This could be due to applications sending to the incorrect IP and port, or by a malicious attack. Examine the configuration of this process to determine if there are timers likely to coincide in their expirations or if there are many sources created very quickly. If there are, it is suggested that the timers or source creation are staggered. Core-5894-2: lbm_timer_expire←: Exceeded d timer expirations in one iteration Core-5927-1: Couldn't establish immediate message channel for destination s:d Core-5935-1: LBMC header with malformed length field. Dropping. Origin: s:d encountered parsing selector set for a re- Ensure the receiver has a valid message selector An LBMC header was received with a malformed length field. Examine the configuration of this process to determine if there are timers likely to coincide in their expirations or if there are many sources created very quickly. If there are, it is suggested that the timers or source creation are staggered. Check the logs for previous messages indicating the actual cause, usually a socket error of some kind. Check the originating IP and port for applications sending malformed data. 110 UM Log Messages Core-5935-2: LBMC header with malformed length field. Dropping. Origin: s:d An LBMC header was received with a malformed length field. Check the originating IP and port for applications sending malformed data. Core-5935-3: LBMC header with malformed length field. Dropping. Origin: s:d An LBMC header was received with a malformed length field. Check the originating IP and port for applications sending malformed data. Core-5935-4: LBMC header with malformed length field. Dropping. Origin: s:d An LBMC header was received with a malformed length field. Check the originating IP and port for applications sending malformed data. Core-5935-5: LBMC header with malformed length field. Dropping. Origin: s:d An LBMC header was received with a malformed length field. Check the originating IP and port for applications sending malformed data. Core-5935-6: LBMC header with malformed length field. Dropping. Origin: s:d An LBMC header was received with a malformed length field. Check the originating IP and port for applications sending malformed data. Core-5936-1: LBMR optlen total←_len malformed. Dropping packet. Origin: s:d A topic resolution message was received with a length field that did not match the data received. Inspect the originating IP and Port for applications sending malformed topic resolution messages. Core-5937-1: Invalid 0-length L←BMR option. Dropping packet. Origin: s:d An LBMR packet was droppped because of a 0-length option field. Investigate the listed IP and port for an application generating spurious traffic. Core-5937-2: LBMR Topic Query Record malformed. Dropping remainder. Origin: s:d An LBMR packet was droppped because it could not be parsed. Investigate the listed IP and port for an application generating spurious traffic. Core-5937-3: LBMR Topic Info Record malformed. Dropping remainder. Origin: s:d An LBMR packet was droppped because it could not be parsed. Investigate the listed IP and port for an application generating spurious traffic. Core-5937-4: LBMR Topic Management Record malformed. Dropping remainder. Origin: s:d An LBMR packet was droppped because it could not be parsed. Investigate the listed IP and port for an application generating spurious traffic. Core-5937-5: LBMR Topic Management Record malformed. Dropping remainder. Origin: s:d An LBMR packet was droppped because it could not be parsed. Investigate the listed IP and port for an application generating spurious traffic. Core-5937-6: LBMR Topic Info Record option length invalid. Dropping Remainder. UMS encountered a malformed L←BMR packet and discarded it. Core-5937-7: LBMR Queue Info Record option length invalid. Dropping remainder. A QIR packet was received that contained a 0-length option record. Core-5938-1: Header size is incorrect for header type. Dropping. Origin: s:d. A malformed LBMC header was received. Check the originating IP and port for an application sending incorrectly formed packets. Core-5938-2: Header size is incorrect for header type. Dropping. Origin: s:d. A malformed LBMC header was received. Check the originating IP and port for an application sending incorrectly formed packets. Core-5938-3: Received lbmc message with incorrect header length. Dropping. Origin: s:d. A malformed LBMC header was received. Check the originating IP and port for an application sending incorrectly formed packets. Core-5957-1: s: XInclude processing failed. There was error processing XML includes. Check your XML configuration file syntax. Core-5957-2: XInclude processing failed. There was error processing XML includes. Check your XML configuration file syntax. Core-5957-3: s: Error removing xml:base attribute There was error processing XML includes. Check your XML configuration file syntax, or contact Informatica support. 9.1 UM Core Messages 111 Core-5957-4: Error removing xml←:base attribute There was error processing XML includes. Check your XML configuration file syntax, or contact Informatica support. Core-5975-50: LBMC Route Info Neighbor header size incorrect. Dropping. Origin: s:d. Route Info message header contains incorrect size. Check source (IP:Port) for possible version mismatch or service attack. Core-5988-1: Attempting to Respond to a Request from s with port set to zero. A response is being generated but the response port is zero so the data will not be delivered to the requester. This occurs when the requester disables binding of the request port. See request_tcp_bind_←request_port configuration option. Core-5988-2: Source Side Filtering request from [s] but response port set to zero. No messages will be received from this source. The receiver is registering Source Side Filtering interest but the source response port is zero. The interest will not arrive at the source and therefore will not send this receiver any messages. This occurs when the source disables binding of the request port. See request_tcp_bind_request_←port configuration option. Core-5988-3: Topic Advertisement [s] contains UME Store info from s but port is set to zero. Ignoring invalid UME Store Info. A Topic Advertisement was received with UME Information but the store port was zero. The UME Information is being ignored. This occurs when the Source or Store disables binding of the request port. See request←_tcp_bind_request_port configuration option. Core-5988-4: Topic Advertisement [s] contains UME Source Info from s but port is set to zero. Ignoring invalid UME Source Info. A Topic Advertisement was received with UME Information but the source port was zero. The UME Information is being ignored. This occurs when the Source or Store disables binding of the request port. See request←_tcp_bind_request_port configuration option. Core-5988-5: Topic Advertisement [s] contains Late Join from s but port is set to zero. Ignoring invalid Late Join setup. This occurs when the Source disables binding of the request port. See request_tcp_bind_request_←port configuration option. Core-5988-6: Topic Advertisement [s] contains UME Store Info from s but port is set to zero. Ignoring invalid UME Store Info. A Topic Advertisement was received with Late Join Information but the source port was zero. The Late Join Information is being ignored. A Topic Advertisement was received with UME Information but the store port was zero. The UME Information is being ignored. Core-5988-7: Topic Advertisement [s] contains ULB Info from s but port is set to zero. Ignoring invalid ULB Info. A Topic Advertisement was received with ULB Information but the source port was zero. The UME Information is being ignored. This occurs when the Source disables binding of the request port. See request_tcp_bind_request_←port configuration option. Core-5990-1: UMQ command failed because the REQUIR←ED queue authentication failed.. cmd_type=0xx warning the user credential is not correct for authentication purpose Core-6020-6: inflight bytes would be negative, resetting to 0 A call to decrement the number of inflight bytes would set it to be negative. Amount of bytes being decremented would cause inflight bytes to be negative Core-6020-7: inflight bytes would be negative, resetting to 0 Core-6033-12: [LBMMON] Invalid statistics packet received An invalid statistics packet was receiver. Core-6033-13: [LBMMON] Format module source deserialize function returned d, s A source statistics message was unable to be parsed. This occurs when the Source or Store disables binding of the request port. See request←_tcp_bind_request_port configuration option. Nothing, it is forcibly set to 0 in this case. Current flight size could be incorrect due to unknown reasons, use the set flight size API to reset values Contact Informatica support. Contact Informatica support. 112 UM Log Messages Core-6033-14: [LBMMON] Format module receiver deserialize function returned d, s A receiver transport statistics message was unable to be parsed. Contact Informatica support. Core-6033-15: [LBMMON] Format module event queue deserialize function returned d, s An event queue statistics message was unable to be parsed. Contact Informatica support. Core-6033-16: [LBMMON] Format module context deserialize function returned d, s A context statistics message was unable to be parsed. Contact Informatica support. Core-6033-17: [LBMMON] Format module receive function returned d, s Core-6033-26: [LBMMON] Error d returned from transport module send function, s An error occured while receiving a statistics message. Contact Informatica support. Failed to send a source transport statistics packet. Contact Informatica support. Core-6033-27: [LBMMON] Error d returned from format module source serialize function, s Failed to format a source transport statistics packet. Contact Informatica support. Core-6033-28: [LBMMON] Error d returned from transport module send function, s Failed to send a receiver transport statistics packet. Contact Informatica support. Core-6033-29: [LBMMON] Error d returned from format module receiver serialize function, s Failed to format a receiver transport statistics packet. Contact Informatica support. Core-6033-30: [LBMMON] Error d returned from transport module send function, s Failed to send an event queue statistics packet. Contact Informatica support. Core-6033-31: [LBMMON] Error d returned from format module event queue serialize function, s Failed to format an event queue statistics packet. Contact Informatica support. Core-6033-32: [LBMMON] Error d returned from transport module send function, s Failed to send a context statistics packet. Contact Informatica support. Core-6033-33: [LBMMON] Error d returned from format module context serialize function, s Failed to format a context statistics packet. Contact Informatica support. Core-6033-34: [LBMMON] Error d returned from transport module send function, s Failed to send an IM source transport statistics packet. Contact Informatica support. Core-6033-35: [LBMMON] Error d returned from format module source serialize function, s Failed to format an IM source transport statistics packet. Contact Informatica support. Core-6033-36: [LBMMON] Error d returned from transport module send function, s Failed to send an IM receiver transport statistics packet. Contact Informatica support. Core-6033-37: [LBMMON] Error d returned from format module receiver serialize function, s Failed to format an IM receiver transport statistics packet. Contact Informatica support. Core-6033-881: timer scheduled <= MIN_CLOCK_RES_MSEC (lu ms) @ [ld.ld]: Rescheduling for d ms The requested timer length was too small to be accurately applied based on the clock resolution, and has been forcibly increased so it does not execute immediately. Use 0 for immediate timeout, or MIN_CLOCK_RES_MSEC for lowest pause before timeout Core-6033-998: Requested retransmission queue is too big [lu] The requested retransmission queue size is too big Consider reducing retransmissionrequest-processing-rate 9.1 UM Core Messages 113 Core-6033-999: malloc failure Malloc failure Box may be out of memory, consider reducing retransmissionrequest-processing-rate Core-6036-1: LBMC stream corruption detected. Tearing down stream. Origin: s:d Data was received in an inconsistent state from an LBMC TCP stream. Investigate the listed IP and port for applications or network hardware that may be causing message corruption. Core-6036-2: LBMC stream corruption detected. Tearing down stream. Origin: s:d Data was received in an inconsistent state from an LBMC TCP stream. Investigate the listed IP and port for applications or network hardware that may be causing message corruption. Core-6056-1: Malformed fragment header detected, discarding. A fragment header was detected with a malformed length field. Core-6190-1: LBMR TIR contained inconsistent transport information. UM encountered an advertisement indicating a transport that was already known, but the OTID did not match the known OTID. If this message is seen frequently, it may indicate that network hardware is corrupting packets, or that a program is generating spurious traffic directed at a port used by L←BM. The advertisement's originating IP and port will be logged in a subsequent message. Investigate that IP and port for an application generating spurious traffic. Core-6190-2: LBMR Topic Info Record malformed. Dropping remainder. Origin: s:d An LBMR packet was droppped because it could not be parsed. Investigate the listed IP and port for an application generating spurious traffic. Core-6238-1: PCRE exec [s][s][d] error d A receiver was configured with a invalid LIKE expression message selector A receiver was configured with a invalid LIKE expression message selector LBMR Data received contain invalid data. Fix the LIKE expression to be JMS compliant Core-6259-11: Too many domains for routing message u; not sending message. With the given number of domains, a domain routing message cannot be generated and traffic will not be routed properly. Core-6259-12: Failed sending Response: cannot find route to Remote Domain u (s:d) There is no known route to the given domain. This could happen momentarily as an LBM context learns the domain routes at startup. Core-6259-13: Failed sending Unicast Buffer: cannot find route to Remote Domain u (s:d) There is no known route to the given domain. This could happen momentarily as an LBM context learns the domain routes at startup. The customer can increase the resolver_datagram_max_size. However, this message indicates a suspiciously large number of domains. This will be reported once per domain. A "route discovered to domain" should follow soon after. If not, the Gateway configuration should be examined for inconsistencies. This will be reported once per domain. A "route discovered to domain" should follow soon after. If not, the Gateway configuration should be examined for inconsistencies. Core-6238-2: PCRE compile [s][s] error d Core-6259-10: LBMR Topic Resolution Remote Domain Route packet malformed (d:d). Dropping. Origin: s:d Fix the LIKE expression to be JMS compliant Check the source (IP:Port) for possible version mismatch or service attack. 114 UM Log Messages Core-6259-14: Failed sending Unicast Buffer: cannot find route to Remote Domain: u (s:d) There is no known route to the given domain. This could happen momentarily as an LBM context learns the domain routes at startup. This will be reported once per domain. A "route discovered to domain" should follow soon after. If not, the Gateway configuration should be examined for inconsistencies. This will be reported once per domain. A "route discovered to domain" should follow soon after. If not, the Gateway configuration should be examined for inconsistencies. This will be reported once per domain. A "route discovered to domain" should follow soon after. If not, the Gateway configuration should be examined for inconsistencies. Check source (IP:Port) for possible version mismatch or service attack. Core-6259-15: Failed sending Unicast Control Message: cannot find route to Remote Domain u (s:d) There is no known route to the given domain. This could happen momentarily as an LBM context learns the domain routes at startup. Core-6259-16: Failed sending Unicast Message: cannot find route to Remote Domain u (s:d) There is no known route to the given domain. This could happen momentarily as an LBM context learns the domain routes at startup. Core-6259-19: LBMC Topic Index header size incorrect. Dropping. Origin: s:d. Topic Index message header contains incorrect size. Core-6259-1: Re-routing Domain ID u: old: s:d new: s:d There was a change in the route to the given host. This can happen at startup, when a Gateway goes down, or when there is connectivity problem. This is normal on occasion. Persistent messages could indicate a network or Gateway issue. Core-6259-20: Domain ID discovered; context resides in Domain ID u Core-6259-21: Failed sending Response: cannot find route to Remote Domain u (s:d) Log message indicates a Domain ID discovery. This is not an error. There is no known route to the given domain. This could happen momentarily as an LBM context learns the domain routes at startup. Core-6259-22: Failed sending Response: cannot find route to Remote Domain u (s:d) There is no known route to the given domain. This could happen momentarily as an LBM context learns the domain routes at startup. Core-6259-23: Failed sending Response: cannot find route to Remote Domain u (s:d) There is no known route to the given domain. This could happen momentarily as an LBM context learns the domain routes at startup. Core-6259-24: Failed sending Response: cannot find route to Remote Domain u (s:d) There is no known route to the given domain. This could happen momentarily as an LBM context learns the domain routes at startup. This will be reported once per domain. A "route discovered to domain" should follow soon after. If not, the Gateway configuration should be examined for inconsistencies. This will be reported once per domain. A "route discovered to domain" should follow soon after. If not, the Gateway configuration should be examined for inconsistencies. This will be reported once per domain. A "route discovered to domain" should follow soon after. If not, the Gateway configuration should be examined for inconsistencies. This will be reported once per domain. A "route discovered to domain" should follow soon after. If not, the Gateway configuration should be examined for inconsistencies. 9.1 UM Core Messages 115 Core-6259-25: Deserialize Response: Context in domain u received response with no domain: s:d A context that knows it's domain deserialized a response that contained no Domain ID. The response will likely not get back to the sender. This could happen momentarily as an LBM contexts learn their domain routes at startup. If the warning persists, the Gateway configuration should be examined for inconsistencies. Core-6259-26: Route discovered to Domain ID u through s:d A new route to the given Domain ID was discovered. This is normal upon startup of Gateways. Core-6259-27: Unicast message arrived at Gateway from Local Domain via direct path. Source: s:u A Unicast Message arrived at a Gateway destined for the local Domain. A user has likely unicast a message directly to the Gateway. The user needs to Unicast the message to the final application. UMS will take care of the routing. Core-6259-28: Unicast message arrived from Remote Domain (u) via direct path. Source: s:u A Unicast Message arrived with the destination domain different that the local domain (unicast direct). Core-6259-29: Unicast message arrived at Gateway from Local Domain via direct path. Source: s:u A Unicast Message arrived at a Gateway destined for the local Domain. A user has likely unicast a message directly to an application in a different domain. If this is desired, either specify a zero Domain ID or don't supply a Domain ID. Using the local Domain ID will not suffice. A user has likely unicast a message directly to the Gateway. The user needs to Unicast the message to the final application. UMS will take care of the routing. Core-6259-2: Route discovered to Domain ID u through s:d A new route to the given Domain ID was discovered. This is normal upon startup of Gateways. Core-6259-30: Unicast message arrived from Remote Domain (u) via direct path. Source: s:u A Unicast Message arrived with the destination domain different that the local domain (unicast direct). Core-6259-3: LBMC DESTINAT←ION header size incorrect. Dropping. Origin: s:d. Destination message header contains incorrect size. A user has likely unicast a message directly to an application in a different domain. If this is desired, either specify a zero Domain ID or don't supply a Domain ID. Using the local Domain ID will not suffice. Check source (IP:Port) for possible version mismatch or service attack. Core-6259-4: LBMC DESTINAT←ION header size incorrect. Dropping. Origin: s:d. Destination message header contains incorrect size. Check source (IP:Port) for possible version mismatch or service attack. Core-6259-6: LBMR Domain ID option invalid len [u]. Dropping packet. Origin: s:d LBMR Data received contain invalid data. Check the source (IP:Port) for possible version mismatch or service attack. Core-6259-7: Domain ID discovered via s:d; context resides in Domain ID u. Core-6259-8: LBMR Domain ID option contains a mismatched domain [u:u]. Dropping packet. Origin: s:d Log message indicates a Domain ID discovery. This is not an error. LBMR Data received contain invalid data. Check the source (IP:Port) for possible version mismatch or service attack. Core-6259-9: LBMR Topic Resolution Remote Domain Route packet malformed (d:d). Dropping. Origin: s:d LBMR Data received contain invalid data. Check the source (IP:Port) for possible version mismatch or service attack. 116 UM Log Messages Core-6322-10: ULB receiver index reserve command response for unknown receiver. UMS received a ULB receiver index reserve command response for an unknown receiver. This is not a serious problem but indicates that there is a mismatch between this process and another. Check the system for other abnormal behavior, such as applications restarting. Core-6322-11: ULB index command response error for unknown receiver. UMS received a ULB index command response error for an unknown receiver. This is not a serious problem but indicates that there is a mismatch between this process and another. Check the system for other abnormal behavior, such as applications restarting. Core-6322-12: ULB index stop assignment command for unknown source. UMS received a ULB index stop assignment command for an unknown source. This is not a serious problem but indicates that there is a mismatch between this process and another. UMS received a ULB index start assignment command for an unknown source. This is not a serious problem but indicates that there is a mismatch between this process and another. UMS received a ULB index release command for an unknown source. This is not a serious problem but indicates that there is a mismatch between this process and another. Check the system for other abnormal behavior, such as applications restarting. Core-6322-15: ULB index reserve command for unknown source. UMS received a ULB index reserve command for an unknown source. This is not a serious problem but indicates that there is a mismatch between this process and another. Check the system for other abnormal behavior, such as applications restarting. Core-6322-16: received ULB receiver registration error response for unknown receiver. UMS received a ULB receiver registration error response, but did not register as a ULB receiver. This is not a serious problem but indicates that there is a mismatch between this process and another. Check the system for other abnormal behavior, such as applications restarting. Core-6322-17: received ULB receiver registration response for unknown receiver. UMS received a ULB receiver registration response, but did not register as a ULB receiver. This is not a serious problem but indicates that there is a mismatch between this process and another. Check the system for other abnormal behavior, such as applications restarting. Core-6322-18: received ULB receiver de-registration response for unknown receiver. UMS received a ULB receiver deregistration response, but did not register as a ULB receiver. This is not a serious problem but indicates that there is a mismatch between this process and another. Check the system for other abnormal behavior, such as applications restarting. Core-6322-19: received ULB RCR for unknown receiver. UMS received a ULB RCR, but did not register as a ULB receiver. This is not a serious problem but indicates that there is a mismatch between this process and another. Check the system for other abnormal behavior, such as applications restarting. Core-6322-13: ULB index start assignment command for unknown source. Core-6322-14: ULB index release command for unknown source. Check the system for other abnormal behavior, such as applications restarting. Check the system for other abnormal behavior, such as applications restarting. 9.1 UM Core Messages 117 Core-6322-1: received liveness keepalive for unknown source. UMS received a liveness keepalive for an unknown source. This is not a serious problem but indicates that there is a mismatch between this process and another. Check the system for other abnormal behaviour (applications restarting etc) Core-6322-20: received ULB unicast message for unknown receiver. UMS received a ULB unicast message, but did not register as a U←LB receiver. This is not a serious problem but indicates that there is a mismatch between this process and another. UMS received a UMQ command response for an unknown command. This is not a serious problem but indicates that there is a mismatch between this process and another. Check the system for other abnormal behaviour (applications restarting etc) Core-6322-21: received UMQ command response for unknown command. Core-6322-22: received UMQ index command response for unknown command. UMS received a UMQ index command response for an unknown command. This is not a serious problem but indicates that there is a mismatch between this process and another. Check the system for other abnormal behaviour (applications restarting etc) Core-6322-23: received UMQ registration response, but did not register with a queue. UMS received a UMQ registration response, but did not register with a queue . This is not a serious problem but indicates that there is a mismatch between this process and another. Check the system for other abnormal behaviour (applications restarting etc) Core-6322-24: received UMQ stability ACK for unknown source. UMS received a UMQ stability A←CK for an unknown source . This is not a serious problem but indicates that there is a mismatch between this process and another. Check the system for other abnormal behaviour (applications restarting etc) Core-6322-25: received UMQ RCR for unknown receiver. UMS received a UMQ RCR for an unknown receiver . This is not a serious problem but indicates that there is a mismatch between this process and another. Check the system for other abnormal behaviour (applications restarting etc) Check the system for other abnormal behavior, such as applications restarting. 118 UM Log Messages Core-6322-26: received UMQ keepalive for unknown client. UMS received a UMQ keepalive for an unknown client . This is not a serious problem but indicates that there is a mismatch between this process and another. Check the system for other abnormal behaviour (applications restarting etc) Core-6322-27: received ACK for unknown source. UMS received ACK for unknown source. This is not a serious problem but indicates that there is a mismatch between this process and another. UMS received a ULB receiver registration, but was not configured as a ULB source. This is not a serious problem but indicates that there is a mismatch between this process and another. UMS received a ULB receiver deregistration, but was not configured as a ULB source. This is not a serious problem but indicates that there is a mismatch between this process and another. Check the system for other abnormal behavior, such as applications restarting. UMS received a ULB receiver A←CK, but was not configured as a ULB source. This is not a serious problem but indicates that there is a mismatch between this process and another. UMS received a ULB RXREQ, but was not configured as a U←LB source. This is not a serious problem but indicates that there is a mismatch between this process and another. UMS received a ULB keepalive, but was not configured as a U←LB source. This is not a serious problem but indicates that there is a mismatch between this process and another. UMS received a ULB receiver index stop assignment command response for an unknown receiver. This is not a serious problem but indicates that there is a mismatch between this process and another. Check the system for other abnormal behavior, such as applications restarting. UMS received a ULB receiver index start assignment command response for an unknown receiver. This is not a serious problem but indicates that there is a mismatch between this process and another. Check the system for other abnormal behavior, such as applications restarting. Core-6322-2: received ULB receiver registration for unknown source. Core-6322-3: received ULB receiver de-registration for unknown source. Core-6322-4: received ULB receiver ACK for unknown source. Core-6322-5: received ULB RXR←EQ for unknown source. Core-6322-6: received ULB keepalive or keepalive response, but not using ULB Core-6322-7: ULB receiver index stop assignment command response for unknown receiver. Core-6322-8: ULB receiver index start assignment command response for unknown receiver. Check the system for other abnormal behavior, such as applications restarting. Check the system for other abnormal behavior, such as applications restarting. Check the system for other abnormal behavior, such as applications restarting. Check the system for other abnormal behavior, such as applications restarting. Check the system for other abnormal behavior, such as applications restarting. 9.1 UM Core Messages 119 Core-6322-9: ULB receiver index release command response for unknown receiver. UMS received a ULB receiver index release command response for an unknown receiver. This is not a serious problem but indicates that there is a mismatch between this process and another. Check the system for other abnormal behavior, such as applications restarting. Core-6340-1: Malformed config opt option encountered. Dropping. Origin: s:d. A malformed LBMC header was received. Check the originating IP and port for an application sending incorrectly formed packets. Core-6340-2: Malformed config opt option encountered. Dropping. Origin: s:d. A malformed LBMC header was received. Check the originating IP and port for an application sending incorrectly formed packets. Core-6340-3: Malformed config opt option encountered. Dropping. Origin: s:d. A malformed LBMC header was received. Check the originating IP and port for an application sending incorrectly formed packets. Core-6340-4: Malformed config opt option encountered. Dropping. Origin: s:d. A malformed LBMC header was received. Check the originating IP and port for an application sending incorrectly formed packets. Core-6361-125: received sri request for unknown source. A context without a resolver module has received an SRI REQ. This could be caused if a transport thread's is reusing a previous context's request port Core-6361-126: received sri request for unknown source transport_idx:topic_idx [u:u] This can happen under normal situations and should cease after sri request configuration. If they don't, check the system for other abnormal behavior (applications restarting etc) Core-6361-127: LBMC CNTL SRI REQ header size incorrect. Dropping. Origin: s:d. The context has handled an S←RI request for an unknown source. This is not a serious problem but indicates that there is a mismatch between this process and another. This is typically caused by a U←MP receiver attempting to join a transport for a UMP source that has been deleted. Source Registration Information Request message header contains incorrect size. Core-6361-128: LBMC CNTL S←RI header size incorrect. Dropping. Origin: s:d. Source Registration Information message header contains incorrect size. Check source (IP:Port) for possible version mismatch or service attack. Core-6361-129: LBMC CNTL UME store domain header size incorrect. Dropping. Origin: s:d. Store Domain message header contains incorrect size. Check source (IP:Port) for possible version mismatch or service attack. Core-6361-130: LBMR Topic Info Record EXFUNC Option not correct size. Dropping remainder. UM encountered a mismatch in the length of a received message and its headers, determining the rest of the message to be invalid. The remainder of the message is dropped. Contact Informatica support if this message occurs frequently. Core-6361-2: Topic Advertisement [s] contains EXFUNC Info from s but port is set to zero. Ignoring invalid EXFUNC Info. A Topic Advertisement was received with EXFUNC Information but the source port was zero. The EXFUNC Information is being ignored. UM has encountered a source with late join enabled, but that has no OTID. This is likely caused by a version mismatch with an old version of UM. This occurs when the Source disables binding of the request port. See request_tcp_bind_request_←port configuration option. Core-6361-3: late join available, but no OTID present Check source (IP:Port) for possible version mismatch or service attack. Resolve the version mismatch. 120 Core-6361-4: OTID version mismatch - unable to provide late join UM Log Messages UM has encountered a source with a mismatched OTID version. This is likely caused by a UM version mismatch. Parsing data past the end of the valid buffer. Resolve the version mismatch. Core-6420-11: LBMC header data too long. Dropping. Origin: s:d. Parsing data past the end of the valid buffer Core-6420-12: LBMC basic header too short. Dropping. Origin: s:d. Message header is less than the minimum size of LBMC header Core-6420-13: LBMC header data too long. Dropping. Origin: s:d. Parsing data past the end of the valid buffer. Core-6452-0: LBMC tid header size incorrect. Dropping. Origin←: s:d. Core-6488-1: WARNING: UMQ queue "%s" context reg ID 0xx, session ID 0xx queue state ignored The size of the TID header is incorrect. Check the received control message for possible wrong format or service attack. Check the data being parsed for possbile wrong formats or service attack. Check the received message for possible wrong format or service attack. This is an internal error. The source application context has a higher last-sent timestamp than the queue reports at registration; this usually means the queue missed a few messages the source sent either by being down or being too busy, etc., and is behind when the source application re-registers. Check to see if the queue has failed or been restarted during operation, or if it is being reported as inactive for periods of time due to network problems, etc. Core-6675-1: non-UMQ context received unicast UMQ message. A context received a UMQ message (unicast immediate message or control message), but was not a UMQ context. This is not a serious problem and normally indicates a non-UMQ context has re-used a request port recently held by a UMQ context. An IPC receiver could not create a shared monitoring Mutex. This could be caused by a permission error or the resource already exists. Please refer to the OS error number and resource name given. Check for frequent application restarts or other behavior that could cause ports to be re-used between different types of applications. Core-6758-1: LBMC dropping packet containing deprecated PSER header. Origin: s:d A packet containing a UME proxy source election record (PSER) was dropped because their use has been deprecated. This indicates umestored processes of an older version are attempting to elect a proxy source on this topic resolution domain. Core-6758-2: LBMC proxy election token header size incorrect. Dropping. Origin: s:d. An LBMC proxy source election token was received from the specified Origin that contained the wrong length. The entire packet was dropped. This is caused by malformed or forged packets. Use the Origin to detect where they are coming from to investigate further. Core-6758-3: LBMR dropping packet containing deprecated proxy source election header. Origin: s:d LBM resolver has dropped a deprecated proxy source election packet. Reported only once per resolver. Indicates previous versions of the UME store hosting proxy elections on the shared topic resolution address, a possible misconfiguration. Core-6420-10: LBMC header data too long, dropping message. Origin: s:d Core-6720-1: IPC Error: Creating Receiver Monitor Mutex (d) (s) Check the received message for possible wrong format or service attack. 9.1 UM Core Messages 121 Core-6759-10: Updated destination for remote context name 's'. New destination: DomainID u addr s:d An informational message indicating an updated destination has been detected for a context name used by this application. This message is issued every time a named context (E.g. a UMP store daemon) changes the DomainID, IP, and port for which it resolves to. Repeated occurances of this log message for the same context name may indicate that multiple contexts are assigned the same name and active at the same time, which is a mis-configuration. If this occurs, please ensure that context name usage is unique across all UM topic resolution domains. Core-6759-11: Duplicate context name 's' detected. Origin←: DomainID u addr s:d A named context has detected another context advertising the same name. Advertised context names (E.←g. store names) must be unique across topic resolution domains. Check the configuration to ensure only one store or named context with a given name is operational at any given time. The UM DomainID, IP address, and port of the advertised duplicate context name are given. Core-6759-1: LBMR RCTXIN←FO packet malformed. Dropping. Origin: s:d An LBMR packet was droppped because it could not be parsed. Investigate the listed IP and port for an application generating spurious traffic. Core-6759-2: LBMR RCTXINFO len malformed. Dropping. Origin: s:d Core-6759-31: Error parsing LB←MR RCTXINFO header flags x. Ignoring. Origin: s:d An LBMR packet was droppped because it could not be parsed. Investigate the listed IP and port for an application generating spurious traffic. Investigate the listed IP and port for an application generating spurious traffic. Core-6759-3: LBMR RCTXINFO rec len malformed. Dropping. Origin: s:d An LBMR packet was droppped because it could not be parsed. Investigate the listed IP and port for an application generating spurious traffic. Core-6759-4: LBMR RCTXINFO address opt malformed. Dropping. Origin: s:d An LBMR packet was droppped because it could not be parsed. Investigate the listed IP and port for an application generating spurious traffic. Core-6759-5: LBMR RCTXINFO instance opt malformed. Dropping. Origin: s:d An LBMR packet was droppped because it could not be parsed. Investigate the listed IP and port for an application generating spurious traffic. Core-6759-6: LBMR RCTXINFO odomain opt malformed. Dropping. Origin: s:d An LBMR packet was droppped because it could not be parsed. Investigate the listed IP and port for an application generating spurious traffic. Core-6759-7: LBMR RCTXINFO name opt malformed. Dropping. Origin: s:d An LBMR packet was droppped because it could not be parsed. Investigate the listed IP and port for an application generating spurious traffic. Core-6759-8: LBMR RCTXINFO unknown opt 0x%02x. Dropping. Origin: s:d An LBMR packet was droppped because it could not be parsed. Investigate the listed IP and port for an application generating spurious traffic. An LBMR RCTXINFO packet header was ignored because it could not be parsed, or the application failed to allocate memory. 122 UM Log Messages Core-6759-9: Updated destination for remote context name 's'. New destination: DomainID u addr s:d An informational message indicating an updated destination has been detected for a context name used by this application. This message is issued every time a named context (E.g. a UMP store daemon) changes the DomainID, IP, and port for which it resolves to. Repeated occurances of this log message for the same context name may indicate that multiple contexts are assigned the same name and active at the same time, which is a mis-configuration. If this occurs, please ensure that context name usage is unique across all UM topic resolution domains. Core-6837-1: LBMC Route Info header size incorrect. Dropping. Origin: s:d. Route Info message header contains incorrect size. Check source (IP:Port) for possible version mismatch or service attack. Core-6856-0001: LBMC CNTL U←ME EXT store header size incorrect. Dropping. Origin: s:d. Header length for a data type←: lbmc_cntl_ume_store_ext_hdr_←t is not right The packet might have been corrupted. Please contact customer support Core-6937-10: LBMC CNTL TCP SID header size incorrect. Dropping. Origin: s:d. An LBMC Session ID control message for a TCP transport is the wrong size. The IP address and port indicate the source of the erroneous traffic. Core-6937-30: FD Register error when sending of Session ID; validation skipped (p)(0xx). FD Register error when sending TCP Session ID to source for validation (transport_tcp_use←_session_id enabled). There is no immediate action. Validation is not required. If the error persists, however, check the system socket defaults. Core-6937-31: Buffer allocation failure when sending Session ID (p)(0xx). Buffer allocation error when sending TCP Session ID to source for validation (transport_tcp_use←_session_id enabled). A buffer allocation error usually is a symptom of running out of memory. Core-6937-32: Topic Receiver sent message data on TCP connection. Ignoring. Origin: s:d A TCP source received a data message from a client. This was unexpected. Refer to the clients IP:Port for the source of the message Core-6937-33: Topic Receiver sent invalid control message on TCP connection. Ignoring. Origin: s:d A TCP source received a control message from a client that did not contain the expected information. Refer to the clients IP:Port for the source of the message Core-6938-1: Notice from src (R←ID:u: (s)): store u:s:u reports it has not received SRI (but might have received TIR). Possible misconfiguration? The UMP store has not yet received an SRI from this source, though it might have received a TIR. UMP registration sometimes occurs faster than topic resolution. This warning might occur during a store failover. This warning can also occur if the store is not configured to listen to the correct topic resolution channel. Receiver disabled late join with U←MP. If this warning persists, check the source initial delay and store configuration options. Core-6959-1: INFO: Receiver on topic "%s" has its use_late_join option disabled but has a persistent source on transport s. To opt out of Late Join when subscribing to persistent sources, the ume_use_←store option also must be disabled. Enabling use_late_join. Disabling late join with UMP is not allowed, so enable late join or disable ume_use_store to avoid this INFO message. 9.1 UM Core Messages 123 Core-6974-1: LBMC CTXINS←TS header received without corresponding UME_STORE or UME←_STORE_EXT header. Dropping. Origin: s:d. A malformed LBMC packet was received. Check the originating IP and port for applications sending malformed data. Core-6974-2: LBMC STORENA←ME header received without corresponding UME_STORE or UME←_STORE_EXT header. Dropping. Origin: s:d. A malformed LBMC packet was received. Check the originating IP and port for applications sending malformed data. Core-6976-103: WARNING: L←BT-SMX session exists and uses a different transport_lbtsmx←_datagram_max_size [d] than requested [d]. Once a source has created a transport session a subsequent source joining the same transport session cannot configure a different transport_lbtsmx_datagram_←max_size setting. Please refer to UMS Objects section of the Design Concepts in the documentation. Core-6976-104: WARNING: LB←T-SMX session exists and uses a different transport_lbtsmx_sm_←interval [d] than requested [d]. Once a source has created a transport session a subsequent source joining the same transport session cannot configure a different transport_lbtipc_sm_interval setting. Please refer to UMS Objects section of the Design Concepts in the documentation. Core-6976-105: WARNING: L←BT-SMX session exists and uses a different transport_lbtsmx_←transmission_window_size [d] than requested [d]. Once a source has created a transport session a subsequent source joining the same transport session cannot configure a different transport_lbtsmx_←transmission_window_size setting. Please refer to UMS Objects section of the Design Concepts in the documentation. Once a source has created a transport session a subsequent source joining the same transport session cannot configure a different transport_lbtsmx_maximum_←receivers_per_transport setting. Please refer to UMS Objects section of the Design Concepts in the documentation. The LBT-SMX transport does not support adaptive batching, but the user configured the source to use adaptive batching. Core-6976-106: WARNING: L←BT-SMX session exists and uses a different transport_lbtsmx_←maximum_receivers_per_transport [d] than requested [d]. Core-6976-10: NOTICE: LBT-SMX transport does not support adaptive batching; option will be ignored. Core-6976-114: LBT-SMX Error←: Joining transport; no more free receiver slots The application tried joining a source's LBT-SMX transport session, but could not because no free receiver slots were available. Do not configure an LBT-SMX source to use adaptive batching. Check the transport_lbtsmx_←maximum_receivers_per_transport config option setting on the source to see if it's large enough for the intended number of receivers. Also check for hung receiver clients. 124 UM Log Messages Core-6976-117: LBTSMX receiver thread dropping receiver add with no matching transport The LBT-SMX control source enqueued an add of a new receiver or receiver callback, but the LBT-←SMX receiver thread has no knowledge of the transport the receiver is supposed to be added too; either the transport was never correctly added or it was removed. Core-6976-118: LBTSMX receiver thread dropping receiver remove with no matching transport The LBT-SMX control source enqueued a delete of a receiver or receiver callback, but the LBT-S←MX receiver thread has no knowledge of the transport the receiver is supposed to be removed from; either the transport was never correctly added or it was already removed. The configured LBT-SMX transmission window size is not large enough to accommodate the configured the max datagram size. We are automatically bumping up the transmission window size from the configured size so that it is large enough. Core-6976-11: NOTICE: configured transport_lbtsmx_←transmission_window_size (u bytes) is not large enough to support at least two datagrams of the configured transport_lbtsmx←_datagram_max_size (u bytes). Transmission window size will be rounded up to u bytes. The user should simply configure their datagram max size and transmission window sizes appropriately; the transmission window size must be a power of 2, and it must be at least twice the configured max datagram size. Core-6976-120: LBT-SMX receiver thread received unknown message type 'u' from transport LBTSMX←_x_u. Further unknown message types received from this transport will not be reported. The LBT-SMX receiver thread received a message type it does not understand. Check for thread safety issues in the application with LBT-SMXrelated API calls. Core-6976-121: LBT-SMX receiver thread callback returned d An internal LBT-SMX control callback function failed. Something has likely gone terribly wrong; memory corruption, etc. Core-6976-122: LBT-SMX: locking problem detected in lbtsmx_txw_←rcvr_node_alloc (d) An error occurred with the shared object used to ensure mutual exclusion when accessing SMX shared resources. Please refer to the OS error number given. Core-6976-123: LBT-SMX: locking problem detected in lbtsmx_txw_←rcvr_node_alloc (d) An error occurred with the shared object used to ensure mutual exclusion when accessing SMX shared resources. Please refer to the OS error number given. Core-6976-124: LBT-SMX: locking problem detected in lbtsmx_txw_←lock_rcvr_nodes (d) An error occurred with the shared object used to ensure mutual exclusion when accessing SMX shared resources. Please refer to the OS error number given. Core-6976-125: LBT-SMX: locking problem detected in lbtsmx_txw_←lock_rcvr_nodes (d) An error occurred with the shared object used to ensure mutual exclusion when accessing SMX shared resources. Please refer to the OS error number given. 9.1 UM Core Messages 125 Core-6976-126: LBT-SMX: failed to open shared memory (d) The SMX shared memory region could not be opened for reading. This could occur if a receiver attempts to join an SMX transport after the source has been deleted. Please reference the OS error number given. Core-6976-127: LBT-SMX: failed to map shared memory (d) An error occurred trying to map a pointer to the SMX shared memory region. Please refer to the OS error number given. Core-6976-128: LBT-SMX: Transport Version Mismatch: Joining 0xx from version 0xx The SMX shared memory region's version does not match our own; either the shared memory is corrupt or is not a version of LBT-SMX that we understand (it may be a newer or older version). Core-6976-129: LBT-SMX: failed to map shared memory (d) An error occurred trying to map a pointer to the SMX shared memory region. Please refer to the OS error number given. Core-6976-12: lbm_transport_←lbtsmx_ctlr_delete: WFSO res=d, GLE=d The WaitForSingleObject() Windows call return an error while waiting for the SMX Receiver thread to exit. Refer to the response and OS error number given. Core-6976-130: LBT-SMX: can not open shared semaphore (d) The shared semaphore used to ensure mutual exclusion while accessing SMX shared resources could not be opened. This could occur if a receiver attempts to join an SMX transport after the source has been deleted. Please refer to the OS error number given. Core-6976-131: LBT-SMX: failed to open shared memory (d) The SMX shared memory region could not be opened for reading. This could occur if a receiver attempts to join an SMX transport after the source has been deleted. Please reference the OS error number given. Core-6976-132: LBT-SMX: failed to map shared memory (d) An error occurred trying to map a pointer to the SMX shared memory region. Please refer to the OS error number given. Core-6976-133: LBT-SMX: Transport Version Mismatch: Joining 0xx from version 0xx The SMX shared memory region's version does not match our own; either the shared memory is corrupt or is not a version of LBT-SMX that we understand (it may be a newer or older version). Core-6976-134: LBT-SMX: failed to map shared memory (d) An error occurred trying to map a pointer to the SMX shared memory region. Please refer to the OS error number given. If different versions of the LBT-SMX transport have been used on the same machine, run their respective lbtsmx_resource_manager tools to reclaim and delete shared memory resources. Do not mix versions of LBT-SMX on the same machine. If different versions of the LBT-SMX transport have been used on the same machine, run their respective lbtsmx_resource_manager tools to reclaim and delete shared memory resources. Do not mix versions of LBT-SMX on the same machine. 126 UM Log Messages Core-6976-135: LBT-SMX: can not open shared Mutex (d) Core-6976-136: LBT-SMX Error←: Getting Receiver Monitor Mutex (d) An error occurred trying to open the mutex that protects the LBT-←SMX shared memory region - see the OS error code for more information. The LBT-SMX monitor thread could not acquire the shared monitoring Mutex. This could be caused by a permission error. Refer to the OS error number and resource name given. Core-6976-137: SMX Error: Creating Receiver Monitor Mutex (d) (s) An SMX receiver could not create a shared monitoring Mutex. This could be caused by a permission error or the resource already exists. Refer to the OS error number and resource name given. Core-6976-138: SMX Error: Creating Receiver Monitor Mutex (d) (s) An SMX receiver could not create a shared monitoring Mutex. This could be caused by a permission error or the resource already exists. Refer to the OS error number and resource name given. Core-6976-139: Error: Receiver Thread (d) Creating An error occurred when the receiver attempted to create a thread for internal processing. Refer to the OS error number given. Core-6976-13: LBTSMX: error in sizing resource registry (d) An error occurred when attempting to set shared memory registry file to the correct size. The registry is used to store SMX shared objects that are in use. The OS error number is given. Core-6976-140: LBT-SMX Error←: Joining transport; no more free receiver slots An SMX receiver is attempting to join an SMX transport that has no more free slots for receivers. Core-6976-141: default thread stack size is perhaps too small, u bytes. The LBT-SMX receiver has created a thread for internal processing and the default stack size is too small. The size of the default stack size is dumped and will then be set to a larger size automatically. Core-6976-142: reset thread stack size to u bytes. The SMX receiver has created a thread for internal processing and the default stack size is too small and is reallocated. This message reports the new size of the stack. Core-6976-143: Error: Receiver Thread (d) Creating An error occurred when the S←MX receiver attempted to create a thread for internal processing. Refer to the OS error number given. Core-6976-144: LBT-SMX Error←: Joining transport; no more free receiver slots An SMX receiver is attempting to join an SMX transport that has no more free slots for receivers. Adjust the "transport_lbtsmx←_maximum_receivers_per_←transport" configuration attribute. Adjust the "transport_lbtsmx←_maximum_receivers_per_←transport" configuration attribute. 9.1 UM Core Messages 127 Core-6976-145: SMX Error: Creating Receiver Monitor Semaphore An error occurred when an S←MX receiver attempted to allocate a shared monitoring semaphore. This could be caused by a permission error or no more resources. Refer to the documentation for lbtsmx_resource_manager. Core-6976-146: SMX Error: Initializing Receiver Monitor Semaphore (d) An error occurred when an SMX receiver attempted to initialize a shared monitoring semaphore. Refer to the OS error number given. Core-6976-147: SMX Error: Initializing Receiver Monitor Semaphore (d) An error occurred when an SMX receiver attempted to initialize a shared monitoring semaphore. Refer to the OS error number given. Core-6976-148: LBT-SMX Problem Opening Signal Semaphore (d) The SMX source has received a connection request from an SMX receiver and has failed to open the shared signaling semaphore. This could happen if the connection request is old and the receiver was already deleted or the source does not have permission to open the object. Please reference the OS error number given. Core-6976-149: LBT-SMX Problem Opening Event (d) The SMX source has received a connection request from an SMX receiver and has failed to open the shared Event. This could happen if the connection request is old and the receiver was already deleted or the source does not have permission to open the object. Please reference the OS error number given. Core-6976-14: LBTSMX: error mapping (initial) resource registry (d) An error occurred when attempting to map memory to the registry file. The registry is used to store SMX shared objects that are in use. The OS error number is given. Core-6976-150: LBT-SMX Problem Opening Monitor Semaphore (d) The SMX source has received a connection request from an SMX receiver but has failed to open the Monitoring Semaphore. This could happen if the connection request is old and the receiver was already deleted or the source does not have permission to open the object. Please reference the OS error number given. 128 UM Log Messages Core-6976-151: LBT-SMX Problem Opening Monitor Mutex (d) (s) The SMX source has received a connection request from an SMX receiver but has failed to open the Monitoring Mutex. This could happen if the connection request is old and the receiver was already deleted or the source does not have permission to open the object. Please reference the OS error number and object name given. Core-6976-15: LBTSMX: error creating registry semaphore (d) The semaphore used to ensure mutual exclusion while accessing the registry could not be initialized. The registry is used to store SMX shared objects that are in use. Refer to the documentation for lbtsmx_resource_manager. Core-6976-160: lbm_transport_←lbtsmx_ctlr_delete: WFSO res=d, GLE=d The WaitForSingleObject() Windows call return an error while waiting for the SMX Receiver thread to exit. Refer to the response and OS error number given. Core-6976-161: Could not create LBT-SMX control source; will not be able to join any LBT-S←MX transports. Check permissions and reclaim any stale LBT-SMX resources. The LBT-SMX internal control source could not be created; this probably means the user doesn't have permissions to create shared mutexes or semaphores, or we have run out of memory, or we have run out of our allowed number of semaphores. Try running lbtsmx_resource←_manager -reclaim to get rid of stale shared resources, and check permissions of the application to see if it is allowed to create shared mutexes, etc. Core-6976-162: block_wait failed lbm_lbtsmx_←- Waiting for the LBT-SMX receiver thread to complete an action failed; the receiver thread may or may not have completed the action. The application may potentially now be in an unstable state. This may be due to being out of memory or out of available semaphores. Contact Informatica support. Core-6976-163: block_wait failed lbm_lbtsmx_←- Waiting for the LBT-SMX receiver thread to complete an action failed; the receiver thread may or may not have completed the action. The application may potentially now be in an unstable state. This is usually due to being out of memory or out of available semaphores and should normally not happen. Contact Informatica support. Core-6976-164: block_wait failed lbm_lbtsmx_←- Waiting for the LBT-SMX receiver thread to complete an action failed; the receiver thread may or may not have completed the action. The application may potentially now be in an unstable state. This is usually due to being out of memory or out of available semaphores and should normally not happen. Contact Informatica support. 9.1 UM Core Messages 129 Core-6976-165: block_wait failed lbm_lbtsmx_←- Waiting for the LBT-SMX receiver thread to complete an action failed; the receiver thread may or may not have completed the action. The application may potentially now be in an unstable state. This is usually due to being out of memory or out of available semaphores and should normally not happen. Contact Informatica support. Core-6976-166: block_wait failed lbm_lbtsmx_←- Waiting for the LBT-SMX receiver thread to complete an action failed; the receiver thread may or may not have completed the action. The application may potentially now be in an unstable state. This is usually due to being out of memory or out of available semaphores and should normally not happen. Contact Informatica support. Core-6976-167: block_wait failed lbm_lbtsmx_←- Waiting for the LBT-SMX receiver thread to complete an action failed; the receiver thread may or may not have completed the action. The application may potentially now be in an unstable state. This is usually due to being out of memory or out of available semaphores and should normally not happen. Contact Informatica support. Core-6976-16: LBTSMX: error initializing registry semaphore (d) The semaphore used to ensure mutual exclusion while accessing the registry could not be initialized. The registry is used to store SMX shared objects that are in use. Refer to the documentation for lbtsmx_resource_manager. Core-6976-17: LBTSMX: error opening resource registry (d) An error occurred when attempting to open or map memory to the registry file. The OS error number is given. Core-6976-18: LBTSMX: error mapping resource registry (d) An error occurred when attempting to open or map memory to the registry file. The OS error number is given. Core-6976-19: LBTSMX: resource registry version mismatch: use lbtsmx_resource_manager to clean-up and delete registry. An SMX registry file existed, and contained the wrong version. Core-6976-20: LBTSMX: error re-mapping resource registry (entries: d) (d) An error occurred when attempting to re-map memory to the registry file. The registry is used to store SMX shared objects that are in use. The size in entries and OS error number is given. For this to happen, a registry file with incorrect version information would have to be deliberately put in place. 3.5 and post3.5 use different naming schemes for registries, so this can't happen due to version mismatch. 130 UM Log Messages Core-6976-21: LBTSMX: error opening/recreating registry semaphore (d) The semaphore used to ensure mutual exclusion while accessing the registry could not be created. The registry is used to store SMX shared objects that are in use. The OS error number is given. Core-6976-22: LBTSMX: error reinitializing registry semaphore (d) The semaphore used to ensure mutual exclusion while accessing the registry could not be initialized. The registry is used to store SMX shared objects that are in use. The OS error number is given. Core-6976-23: LBTSMX: error recreating resource registry (d) The registry used to store SMX shared objects that are in use could not be created. The OS error number is given. Core-6976-24: LBTSMX: error in re-sizing resource registry (d) The registry used to store SMX shared objects that are in use could not be re-sized (expanded). The OS error number is given. Core-6976-25: LBTSMX: error remapping resource registry (d) An error occurred when attempting to re-map memory to the registry file (file expansion). The registry is used to store SMX shared objects that are in use. The OS error number is given. Core-6976-26: LBTSMX: No free semaphores could be found A free semaphore required for the LBT-SMX transport could not be found. Core-6976-27: LBTSMX: error creating registry semaphore (d) An error occurred when attempting to create the LBT-SMX registry semaphore set. The OS error number is given. Core-6976-28: LBTSMX: error opening semaphore (d) A free semaphore allocated for the LBT-SMX transport could not be opened. The OS error number is given. Core-6976-29: LBTSMX: error freeing semaphore; key 0xx not found A semaphore allocated for the LB←T-SMX transport could not be freed due to an invalid internal key. Core-6976-32: specified transport_lbtsmx_transmission_←window_size of u will be ignored in favor of the next highest power of two: u Core-6976-6: NOTICE: LBT-SMX transport does not support UMP; option will be ignored. LBT-SMX transmission window size must be a power of 2; the user specified a non-power-of-2 size. The LBT-SMX transport does not support UMP, but the user configured the source as a UMP source. Do not configure an LBT-SMX source to use UMP. Core-6976-7: NOTICE: LBT-SMX transport does not support ULB; option will be ignored. The LBT-SMX transport does not support ULB, but the user configured the source as a ULB source. Do not configure an LBT-SMX source to use ULB. See the Ultra Messaging Configuration Guide for information about the lbtsmx_resource_manager option. Contact Informatica support. 9.1 UM Core Messages 131 Core-6976-84: an error occurred while canceling source buffers possibly due to non thread-safe use of lbm_src_buffs_cancel; LBT-SMX shared memory may be in an inconsistent state Core-6976-8: NOTICE: LBT-SMX transport does not support UMQ; option will be ignored. The user probably called a series of non-thread-safe buffer-based send API functions concurrently. Code testing for race conditions & code inspection is advised. The LBT-SMX transport does not support UMQ, but the user configured the source as a UMQ source. Do not configure an LBT-SMX source to use UMQ. Core-6976-9: NOTICE: LBT-SMX transport does not support late join; option will be ignored. The LBT-SMX transport does not support late join, but the user configured the source to use late join. Do not configure an LBT-SMX source to use late join. Core-7007-1: LBMC encountered more than 2 Destination headers. Origin: s:d. Discovered too many duplicate L←BMC Destination headers in the same packet. This should be harmless, but indicates an error in packet handling elsewhere. Contact Informatica support. Core-7007-2: LBMC encountered more than 2 Stream headers. Origin: s:d. Discovered too many duplicate L←BMC Stream headers in the same packet. This should be harmless, but indicates an error in packet handling elsewhere. Contact Informatica support. Core-7049-1: NOTICE: Initiating proactive retransmissions for UME source on topic "%s" starting at sequence number 0xx. Proactive retransmissions are enabled and are being sent for a given source. This probably means either stability ACKs from a store are not reaching the source application or the source's messages are not reaching the store. In either case, causes of loss or connectivity issues in each direction between the source and the store should be investigated. Core-7144-1: WARNING: could not set unicast SO_SNDBUF to requested value u An error was returned from the OS while trying to set the socket option SO_SNDBUF. The requested buffer size has not been set. An error was returned from the OS while trying to set the socket option SO_SNDBUF. The buffer size that was set is shown in the log message. Typically the OS will allocate the requested value or its configured maximum, whichever is smaller. A registration response message that does not have the flag set to deregister was received from a store, but the source is in the deregistration state. Core-7144-2: INFO: unicast rcv could only get SO_SNDBUF u (desired u) Core-7275-1: INFO: received PR←EG RESP that was not a deregistration response while the receiver is in the deregistering state Increase the maximum send buffer size allowed by your OS. Refer to the configuration guide for instructions about changing the OS limits. Client deregistered before all stores were fully registered with. This is a benign issue because messages could have crossed on the wire Core-7322-1: lbm_unicast_←message_buff() failed to reallocate message buffer to include additional headers (p:p:p) When sending a unicast message buffer, a buffer could not be reallocated to include additional information. This is an LBM buffer create error. This is likely due to running out of memory. Core-7421-1: Source Side Filtering Init message with no return IP, using transport IP (s) The request_tcp_interface parameter was not configured on the source. Configure the source request_tcp_interface. to set 132 UM Log Messages Core-7427-1: received TSNI request for unknown source[u] from ip:port[s:d]. UMS received a TSNI request for unknown source. This is not a serious problem but indicates that there is a mismatch between this process and another. Check the system for other abnormal behavior, such as applications restarting. Core-7506-1: Delivery controller forced loss due to exceeding delivery_control_maximum_total←_map_entries. The delivery controller forced loss, because it exceeded the maximum number of total map entries. Core-7506-2: Delivery controller forced loss during late join or OTR due to exceeding delivery←_control_maximum_total_map_←entries. Core-7521-7: Could not close LBTSMX shared memory The delivery controller forced loss during late join or OTR, because it exceeded the maximum number of total map entries. Core-7582-2: DRO does not allow the LBT-SMX source transport to be configured; changing source transport to TCP. Topic (s) The DRO does not support the LBT-SMX source transport. The source transport will automatically be changed to TCP. The customer should use a different source transport when the D←RO is configured. Please reconfigure the source transport type. Core-7699-2: Socket error setting SO_EXCLUSIVEADDRUSE: s An error was returned from the OS while trying to set the SO_EXCL←USIVEADDRUSE (Windows Only) option on a socket. Refer to the OS error number and message given to determine cause of the failure. Core-7725-1: WARNING: LBT-S←MX source "%s" matches HFX receiver on topic "%s", but HFX receivers are not supported for LB←T-SMX transports. Messages from this source will not be delivered to any HFX receivers. The LBT-SMX transport does not support HFX receivers, but the user has created an HFX receiver on a topic matching an SMX source. Core-7839-10: Callback service time stats for receiver topic "%s" are disabled because s Callback service time stats are enabled for this context, however this receiver will not be included in those stats because an event queue is in use or MTT is enabled. If callback timing stats are not desired for this receiver, this message can be ignored. If stats are desired and an event queue is in use, the event queue service time statistics can be used to monitor the receiver callback time. Callback service time stats are not currently supported with MTT receivers. Core-7839-11: Callback service time stats for wildcard receiver pattern "%s" are disabled because s Callback service time stats are enabled for this context, however this wildcard receiver will not be included in those stats because an event queue is in use or MTT is enabled. If callback timing stats are not desired for this wildcard receiver, this message can be ignored. If stats are desired and an event queue is in use, the event queue service time statistics can be used to monitor the wildcard receiver callback time. Callback service time stats are not currently supported with MTT wildcard receivers. Closing a shared transmission window failed; this likely indicates an internal error and should really never happen. 9.1 UM Core Messages 133 Core-7839-12: Callback service time stats for wildcard receiver pattern "%s" are disabled because s Callback service time stats are enabled for this context, however this wildcard receiver will not be included in those stats because an event queue is in use or MTT is enabled. If callback timing stats are not desired for this wildcard receiver, this message can be ignored. If stats are desired and an event queue is in use, the event queue service time statistics can be used to monitor the wildcard receiver callback time. Callback service time stats are not currently supported with MTT wildcard receivers. Contact Informatica support. Core-7839-17: [LBMMON] Format module receiver topic deserialize function returned d, s A receiver topic statistics message was unable to be parsed. Core-7839-18: [LBMMON] Format module wildcard receiver deserialize function returned d, s A wildcard receiver statistics message was unable to be parsed. Contact Informatica support. Core-7839-31: failed to update monitoring Domain ID Monitoring failure: could not update domain id. This is an internal error and is usually caused by running out of memory. Core-7839-33: failed to remove source monitoring Failure to unmonitor a source. This is an internal error and is usually caused by running out of memory. Core-7839-34: [LBMMON] Error d returned from transport module send function, s Failed to send a receiver topic statistics packet. Contact Informatica support. Core-7839-35: [LBMMON] Error d returned from format module receiver serialize function, s Failed to format a receiver topic statistics packet. Contact Informatica support. Core-7839-36: [LBMMON] Error d returned from transport module send function, s Failed to send a wildcard receiver statistics packet. Contact Informatica support. Core-7839-37: [LBMMON] Error d returned from format module receiver serialize function, s Failed to format a wildcard receiver statistics packet. Contact Informatica support. Core-7839-8: Callback service time stats for hot failover receiver topic "%s" are disabled because s Callback service time stats are enabled for this context, however this hot failover receiver will not be included in those stats because an event queue is in use or MTT is enabled. Core-7839-9: Callback service time stats for receiver topic "%s" are disabled because s Callback service time stats are enabled for this context, however this receiver will not be included in those stats because an event queue is in use or MTT is enabled. If callback timing stats are not desired for this hot failover receiver, this message can be ignored. If stats are desired and an event queue is in use, the event queue service time statistics can be used to monitor the receiver callback time. Callback service time stats are not currently supported with MTT hot failover receivers. If callback timing stats are not desired for this receiver, this message can be ignored. If stats are desired and an event queue is in use, the event queue service time statistics can be used to monitor the receiver callback time. Callback service time stats are not currently supported with MTT receivers. 134 Core-7911-1: Onload extensions API has been dynamically loaded UM Log Messages The Onload library (libonload.so) was found in the library path and has been loaded. This library is required to selectively accelerate transport sockets via onload_set←_stackname. There was an error setting the onload stack name. If you do not wish to use this feature or automatically load the library, export LBM_SUPPRESS_←ONLOAD=1. Core-7911-3: Attempting to set Onload Stackname, but Onload is not available A source or receiver has set onload_acceleration_stack_←name but the Onload library was not dynamically loaded by Ultra Messaging. If you don't want onload acceleration, ensure that onload_←acceleration_stack_name is NU←LL. If you do, ensure that the envrionment variable LBM_SUPPR←ESS_ONLOAD is unset and that the Onload library is in your library path. Core-8034-1: [LBMMON] Dropping monitoring message that is larger than the maximum allowed size of d (size=d) The monitoring message received is larger than the maximum allowed size given. This is a hard coded maximum. Core-8034-2: [LBMMON] Dropping monitoring message that is larger than the maximum allowed size of d (size=d) The monitoring message received is larger than the maximum allowed size given. This is a hard coded maximum. Core-8034-3: [LBMMON] Dropping monitoring message that is larger than the maximum allowed size of d (size=d) The monitoring message received is larger than the maximum allowed size given. This is a hard coded maximum. Core-8192-4: WARNING: UME non-blocking receiver "%s" RegID u attempted to register with a store that does not support non-blocking receivers; receiver was converted to a blocking receiver registration. The attempt to register with the store as a non-blocking receiver was converted to a blocking receiver registration. Upgrade the store to a post 6.8 release. Core-8243-10: unknown message type (d) present in message bundle An unhandled message type was placed in a message bundle for delivery; this is an internal error that indicates a serious problem. Contact Informatica support. Core-8243-12: message receiver function returned -1 The user's receiver callback returned -1, indicating an error. User should check their receiver callback for possible error returns. Core-8243-13: rcv batching callback returned error u [s] An error ocurred while processing a batch of messages. This may be due to an out-of-memory condition. Contact Informatica support. Core-8243-15: Multi-threaded transports (MTT) are not currently compatible with receive-side batching; receive-side batching will be disabled for receivers configured to use MTT. Core-8243-16: unknown message type (d) present in message bundle The user configured both MTT and receive-side batching, which do not currently work together. Do not enable both MTT and receive-side batching for the same receiver. An unhandled message type was placed in a message bundle for delivery; this is an internal error that should not happen and indicates a serious problem. Contact Informatica support. Core-7911-2: [errno:d] Error calling onload_set_stackname Refer to the Solarflare Onload documentation for onload_set_←stackname with the given errno. 9.1 UM Core Messages 135 Core-8243-17: rcv batching event queue enqueue returned error u [s] An error ocurred while enqueueing a batch of messages. This may be due to an out-of-memory condition. Contact Informatica support. Core-8243-18: lbm_context_←deliver_waiting_bundles returned error u [s] Internal handling of message bundles failed. This indicates a severe problem (out of memory, etc.). Contact Informatica support. Core-8243-19: lbm_context_←deliver_waiting_bundles returned error u [s] Internal handling of message bundles failed. This indicates a severe problem (out of memory, etc.). Contact Informatica support. Core-8243-20: lbm_context_←deliver_waiting_bundles returned error u [s] Internal handling of message bundles failed. This likely indicates a severe problem (out of memory, etc.). Contact Informatica support. Core-8243-21: lbm_context_←deliver_waiting_bundles returned error u [s] Internal handling of message bundles failed. This likely indicates a severe problem (out of memory, etc.). Contact Informatica support. Core-8243-22: lbm_context_←deliver_waiting_bundles returned error u [s] Internal handling of message bundles failed. This likely indicates a severe problem (out of memory, etc.). Contact Informatica support. Core-8243-23: rcv batching event queue enqueue returned error u [s] An error ocurred while enqueueing a batch of messages. This may be due to an out-of-memory condition. Contact Informatica support. Core-8243-40: timedwait failure semaphore_←- Waiting on a queue size semaphore failed; this probably means the size is incorrect. Contact Informatica support. Core-8243-9: message receiver function returned -1 The user's receiver callback returned -1, indicating an error. User should check their receiver callback for possible error returns. Core-8321-1: lbm_context_←deliver_waiting_bundles returned error u [s] Internal handling of message bundles failed. This indicates a severe problem (out of memory, etc.). Contact Informatica support. Core-8321-2: lbm_context_←deliver_waiting_bundles returned error u [s] Internal handling of message bundles failed. This indicates a severe problem (out of memory, etc.). Contact Informatica support. Core-8321-3: lbm_context_←deliver_waiting_bundles returned error u [s] Internal handling of message bundles failed. This indicates a severe problem (out of memory, etc.). Contact Informatica support. Core-8321-4: lbm_context_←deliver_waiting_bundles returned error u [s] Internal handling of message bundles failed. This indicates a severe problem (out of memory, etc.). Contact Informatica support. Core-8342-1: HFX receivers are not currently compatible with receive-side batching; receive-side batching will be disabled for all HFX receivers. Core-8562-1: INFO: could not set SO_SNDBUF u for UDP socket The user is creating an HFX receiver with receive-side batching turned on, which is not currently supported. This is not really an error; if the user doesn't need receive-side batching for non-HFX receivers, suggest turning it off. The desired socket send buffer could not be set on a UDP socket. Check configured system limits or permissions to make sure the request socket buffer size is allowed. Core-8562-2: INFO: could not set SO_SNDBUF u for UDP socket The desired socket send buffer could not be set on a UDP socket. Check configured system limits or permissions to make sure the request socket buffer size is allowed. Core-8562-3: could not set SO_←SNDBUF u for UDP socket The desired socket send buffer could not be set on a UDP socket. Check configured system limits or permissions to make sure the request socket buffer size is allowed. 136 UM Log Messages Core-8576-1: Reducing otr_←message_caching_threshold [u] to ume_application_outstanding_←maximum [u] for topic [s] The OTR message caching threshold cannot be higher than the configured "ume_application_←outstanding_maximum". Update the configuration (either increase ume_application_←outstanding_maximum or decrease otr_message_caching_←threshold so that otr_message←_caching_threshold <= ume←_application_outstanding_←maximum. Turn on OTR for the receiver, or turn off throttled recovery. Core-8576-2: Throttled recovery is requested but OTR is disabled for topic [s]. Only initial recovery will be throttled. Core-8576-3: OTR enabled and otr message caching threshold is less than cache proximity. Reducing retransmit_message_caching←_proximity [u] to half of otr_←message_caching_threshold [u] for topic [s]. Throttled recovery only works for receivers configured to use OTR. When OTR is enabled, cache proximity must be set to a smaller value than message caching threshold. Set cache proximity less than message caching threshold Core-8781-1: late join info destination index u is invalid, dropping A Late Join Info message with an invalid destination index was received for an outstanding rx request. This indicates that ports may be re-used between application restarts. It may also indicate non-UM traffic is being directed at UM applications. Try disabling tcp reuseaddr and/or segregating application request_←tcp_port ranges. Core-8781-2: late join info low_←sqn u is invalid for loss rec sqn u, dropping A Late Join Info message with an invalid sequence number was received for an outstanding rx request. This indicates that ports may be re-used between application restarts. It may also indicate non-UM traffic is being directed at UM applications. Try disabling request_tcp_←reuseaddr and/or segregating application request_tcp_port ranges. Core-8787-1: WARNING: could not set SO_KEEPALIVE on TCP connection socket: s Core-8787-7: Source TCP activity timeout set, but TCP keepalives are not supported on this platform; option will have no effect. Core-8787-8: Source TCP activity timeout set lower than minimum supported value; increasing to u milliseconds. SO_KEEPALIVE was requested on the source end of TCP connection, but was not able to be set on the socket. This could be because the OS is not Windows or Linux, or because there was an error in the OS system call to set the socket options. The source's transport_tcp_←activity_interval option is set, but SO_KEEPALIVE is not supported on this OS. The source's configured transport_tcp_activity_interval option is lower than the minimum supported value on this OS. Core-8840-3: Could not create automon controller: s Automatic monitoring could not be turned on for a context. Check automatic monitoring configuration for errors; if none are found, contact support. Core-8901-01: BROKER: Failed to create a Proton library driver object. Error in creating Proton Driver. Call support. Don't set the transport_tcp_←activity_interval option on this OS. Set the TCP activity interval option to a higher value. 9.1 UM Core Messages 137 Core-8901-02: BROKER: Failed to create a Proton library connector object (s:s). Error in creating Proton Connector. Call support. Core-8901-03: BROKER: Disconnect detected while establishing broker connection (s:s). A broker disconnect was detected. Make sure the broker is running. If HA is used, a new active broker should be elected. Core-8901-04: BROKER: Security failure (s:s). Error in authorizing connection to broker. Check permissions. Core-8901-05: BROKER: No answer from broker (s:s). Error in trying to connect to broker; no answer. Core-8913-10: Explicit ACK feature is not supported, disabling Explicit Ack feature is turned on Check to make sure the broker daemon is running and that no errors have been reported by the broker. Explicit Ack feature is not supported, and should be turned off. Core-8913-1: NULL ptr [s:d] Null pointer detected Contact Informatica Support Core-8913-8: INFO: Source "%s" Late join set, but source is configured as broker source. Turning off late join. Late Join is turned on for broker source Turn Off Late Join option Core-8979-6: No activity from D←RO domain id u for u seconds, disabling active domain id propagation The DRO servicing the specified domain id has not been heard from for the given timeout, so the domain id will no longer be propagated to new applications in the Topic Resolution Domain. The DRO servicing the specified domain id has been heard from again, so the domain id will be propagated to new applications in the Topic Resolution Domain. Ensure all DROs are up and running and configured with the correct domain id for the Topic Resolution Domain. The user configured "umq_←delayed_consumption_report_←interval" which is not supported on a brokered context. The user configured "use_←transport_thread" which is not supported on a brokered context. The user should be informed of this limitation and set the configuration appropriately. Core-9012-01: BROKER: Encoding error; vendor private format found in message property: (s) Customer has named a property using the LBM internal format. Support needs to advise against using internal names. We will drop them. Core-9012-02: BROKER: Decoding error; proton NULL type not handled; dropping (s) LBM received an unhandled proton type. The customer needs to assess the usage of JMS. Core-9012-03: BROKER: Decoding error; proton TIMESTAMP type not handled; dropping (s) LBM received an unhandled proton type. The customer needs to assess the usage of JMS. Core-9012-04: BROKER: Decoding error; proton DECIMAL128 type not handled; dropping (s) LBM received an unhandled proton type. The customer needs to assess the usage of JMS. Core-9012-05: BROKER: Decoding error; proton UUID type not handled; dropping (s) LBM received an unhandled proton type. The customer needs to assess the usage of JMS. Core-9012-06: BROKER: Decoding error; proton BINARY type not handled; dropping (s) LBM received an unhandled proton type. The customer needs to assess the usage of JMS. Core-8979-7: Detected activity from DRO domain id u, enabling active domain id propagation Core-9003-1: brokered contexts do not batch consumption reports. Core-9008-1: brokered contexts do not allow the use of transport threads, disabling Ensure all DROs are up and running and configured with the correct domain id for the Topic Resolution Domain. The user should be informed of this limitation and set the configuration appropriately. 138 UM Log Messages Core-9012-07: BROKER: Decoding error; proton SYMBOL type not handled; dropping (s) LBM received an unhandled proton type. The customer needs to assess the usage of JMS. Core-9012-08: BROKER: Decoding error; proton DESCRIBED type not handled; dropping (s) LBM received an unhandled proton type. The customer needs to assess the usage of JMS. Core-9012-09: BROKER: Decoding error; proton ARRAY type not handled; dropping (s) LBM received an unhandled proton type. The customer needs to assess the usage of JMS. Core-9012-10: BROKER: Decoding error; proton LIST type not handled; dropping (s) LBM received an unhandled proton type. The customer needs to assess the usage of JMS. Core-9012-11: BROKER: Decoding error; proton MAP type not handled; dropping (s) LBM received an unhandled proton type. The customer needs to assess the usage of JMS. Core-9012-12: BROKER: Decoding error; encountered Vendor specific property that is not understood (s) LBM received an unhandled proton type. The customer needs to assess the usage of JMS. Core-9012-13: BROKER: Decoding error; encountered JMS property that will not pass through (s) LBM received an unhandled proton type. The customer needs to assess the usage of JMS. Core-9012-14: BROKER: Message type (d) not handled; defaulting to Byte Message Customer has set a JMS_UM_←MessageType that is not understood or not supported. Defaulting to Byte Message. The customer needs to check their settings for JMS_UM_Message←Type. Core-9012-16: BROKER: Message type (d) not handled; defaulting to Byte Message Customer has set a JMS_UM_←MessageType that is not understood or not supported. Defaulting to Byte Message. The customer needs to check their settings for JMS_UM_Message←Type. Core-9012-17: BROKER: Text Message string length (d) does not match user message length (d); using string length. The Text Message string lenght does not match the msg_len that the user supplied. The customer needs to check the parameters passed when sending messages. Core-9012-18: BROKER: Proton message type (d) not handled; dropping. The Proton message type is not handled. This can happen when JMS applications generate messages not handled by LBM. Core-9013-8: Unicast resolver instance for lbmrd s received datagram from unknown source s dropping A UDP datagram was received on a topic resolution socket that was not from the IP and port of the lbmrd that the socket was configured to use, and so this datagram was dropped. This can happen if an application acquires a port that was recently used by a different application and lbmrd. Configure separate resolver unicast port ranges for each lbmrd. Core-9045-1: brokered contexts do not allow the use of late-join for receivers, disabling. The user configured "use_late_←join" which is not supported on a brokered context. The user should be informed of this limitation and set the configuration appropriately. Core-9045-2: brokered contexts do not allow the use of off-transport recovery, disabling. The user configured "use_otr" which is not supported on a brokered context. The user should be informed of this limitation and set the configuration appropriately. Core-9047-1: Cannot use explicit batching when sending messages to a queue, ignoring. Sending a message with the Explicit Batching flags is not supported on a brokered context. The user should be informed of this limitation. 9.1 UM Core Messages Core-9053-2: UMQ participant only option has no effect with broker source, ignoring. 139 The user configured "umq_←queue_participants_only" which is not supported on a brokered context. The user configured "null_←channel_behavior" which is not supported on a brokered context. The user should be informed of this limitation and set the configuration appropriately. The user configured "lbm_rcv←_topic_attr_recv_unrec_chan_←behavior" which is not supported on a brokered context. An error was returned from the OS while trying to set the SO_TIM←ESTAMPING flag on the source socket.". Context configuration option transport_lbtrm_source_←timestamp requires recvmmsg() which is only available as of Linux 2.6.32 and glibc 2.12. The user should be informed of this limitation and set the configuration appropriately. An error was returned from the OS while trying to set the SO_TIM←ESTAMPING flag on the receive socket.". Context configuration option transport_lbtrm_receiver_←timestamp requires recvmmsg() which is only available as of Linux 2.6.32 and glibc 2.12. SO_TIMESTAMPING is not supported by this platform. The user set the "fd_←management_type" configuration option which is not supported on a brokered context. ENOBUFS was returned from the OS while trying to set the socket option IP_ADD_MEMBERSHIP. I←BM recommends that in this situation, retrying the request will resolve the situation. UM will continue to retry the request. The user should be informed of the limitation with brokered contexts. Core-9160-2: WARNING: could not IP_ADD_MEMBERSHIP on multicast receive socket: s An error was returned from the OS while trying to set the socket option IP_ADD_MEMBERSHIP. Core-9222-1: WARNING: The umq_queue_activity_timeout can only be set to zero at this time, ignoring the configured value. umq_queue_activity_timeout configured with non-zero value is Refer to the OS error number and message given after the UMS message "could not IP_ADD_M←EMBERSHIP on multicast receive socket". umq_queue_activity_timeout can not be configured with non-zero value at this time. Zero means no timeout. Core-9222-2: WARNING: The umq_queue_activity_timeout can only be set to zero at this time, ignoring the configured value. umq_queue_activity_timeout configured with non-zero value is umq_queue_activity_timeout can not be configured with non-zero value at this time. Zero means no timeout. Core-9230-01: BROKER: Error while establishing broker connection (s:s), error (d). Error trying to establish a connection to the broker. Make sure the broker is running. If HA is used, this might happen when trying to find the active broker. Core-9089-1: brokered contexts do not support channels, disabling. Core-9089-2: brokered contexts do not support channels, disabling. Core-9106-110: WARNING: could not set SO_TIMESTAMPING on multicast source socket: s Core-9106-112: WARNING←: Context configuration option transport_lbtrm_source←_timestamp not valid on this platform. Core-9106-120: WARNING: could not set SO_TIMESTAMPING on multicast receive socket: s Core-9106-122: WARNING←: Context configuration option transport_lbtrm_receiver_←timestamp not valid on this platform. Core-9113-1: The configured fd_←management_type is ignored when using a brokered context Core-9160-1: INFO: Attempted I←P_ADD_MEMBERSHIP on multicast receive socket returned EN←OBUFS, retrying. The user should be informed of this limitation and set the configuration appropriately. SO_TIMESTAMPING is not supported by this platform. Need to update to at least Linux 2.6.32 and glibc 2.12. Need to update to at least Linux 2.6.32 and glibc 2.12. This is only an informational message and no further action is required. 140 UM Log Messages Core-9313-1: WARNING: could not find a broadcast capable, nonloopback interface. As UMS initializes, it scans all the network cards in the system. If no network card is listed as supporting broadcast capabilities, Ultra Messaging generates this warning. Check network card capabilities and configuration. Core-9313-2: WARNING: using first unicast capable interface instead. As UMS initializes, it scans all the network cards in the system. No broadcast or multicast capable card was found, but a unicast capable card was found. The first unicast capable card will be used. Check network card configuration if you expect one of the network cards to be multicast capable. Core-9313-3: WARNING: could not find a non-loopback interface. As UMS initializes, it scans all the network cards in the system. If no network card is found, Ultra Messaging generates this warning. Check network card capabilities and configuration. Core-9336-1: INFO: ULB Receiver on topic "%s" has use_late_join or use_otr enabled but these are not compatible with ULB and will be disabled. Core-9354-1: ume_store_behavior round-robin(rr) is no longer a valid value. Setting to quorumconsensus(qc). Late Join and OTR are not compatible with ULB. Set use_otr and use_late_join to 0 for ULB receivers. The value of LBM_SRC_TO←PIC_ATTR_UME_STORE_B←EHAVIOR_RR (round-robin) is no longer valid for option ume←_store_behavior. The value will be overridden and set to LBM_SRC_TOPIC_ATTR_U←ME_STORE_BEHAVIOR_QC (quorum-consensus). No further action is required as the value is correctly set. In order to avoid this message, change the configuration file(s) or user code to no longer set this value for ume_←store_behavior. Core-9354-2: ume_store_behavior round-robin(rr) is no longer a valid value. Setting to quorumconsensus(qc). The values round-robin or rr are no longer valid for option ume←_store_behavior. The value will be overridden and set to quorumconsensus. Core-9401-4: WARNING: default←_interface for a context should be set to a valid network interface. This warning occurs if default_←interface was not specified as a context attribute. Core-9565-109: lbm_openssl_←init: OpenSSL library could not be loaded; TLS will not be available for data transports The OpenSSL shared library could not be loaded. No further action is required as the value is correctly set. In order to avoid this message, change the configuration file(s) or user code to no longer set this value for ume_←store_behavior. Set default_interface to a valid network interface to avoid the possibility of defaulting to the wrong interface should the interface order change in the future on this machine. Check the version of OpenSSL in use. Contact Informatica support. Core-9565-24: Could not get DiffieHellman parameters; anonymous cipher suites will not be supported. Diffie-Hellman parameters could not be set; anonymous DH cipher suites will not work. OpenSSL might be out of date or the wrong version. Contact Informatica support. Core-9565-25: lbm_openssl_init←: TLS 1.1 not supported by Open←SSL library [s]; TLS will not be available for data transports The version of OpenSSL in use does not support TLS 1.1, which is required. Check the version of OpenSSL in use. Contact Informatica support. 9.1 UM Core Messages 141 Core-9565-26: LBM_OPENSS←L_CONTEXT_OPTIONS environment variable was set to "%s", which was not understood. Default OpenSSL context options will be used instead. Core-9565-27: TLS: Peer certificate verification failed; error d ("%s"), depth d, s, s The content of the LBM_OPENS←SL_CONTEXT_OPTIONS environment variable was not understood. Check the LBM_OPENSSL_C←ONTEXT_OPTIONS environment variable to make sure it specifies valid options. A peer certificate failed a verification check. Check SSL certificate chain for errors. Core-9565-28: TLS: Peer certificate verification failed; error d ("%s"), depth d, s A peer certificate failed a verification check. Check SSL certificate chain for errors. Core-9565-29: TLS certificate key file "%s" is encrypted and requires a password, but no password was configured. An encrypted private key file was used, but the password to decrypt it was not provided. Set the private key file's password via the context tls_∗_certificate_←key_password options. Core-9565-30: TLS: Using system default paths for trusted certificates FAILED. Core-9565-31: lbm_openssl_ctx←_set_certificates: certificate file set, but no certificate key file specified; certificate file will be ignored The Windows system certificate store could not be opened. Contact Informatica support. If a certificate is configured, the certificate's private key must also be configured. Make sure the context_∗_←certificate_key options are set. Core-9565-32: lbm_openssl_ctx←_set_certificates: certificate key file set, but no certificate file specified; key file will be ignored A certificate key file was configured, but not a corresponding certificate. Make sure the appropriate context tls_∗_certificate option is set. Core-9565-33: SSL socket had unexpected WANT_WRITE An unexpected OpenSSL error occurred. Contact Informatica support. Core-9565-34: lbm_openssl_←socket_read: sock fd d could only write d bytes out of d An unexpected OpenSSL error occurred. Contact Informatica support. Core-9565-35: SSL socket had unexpected WANT_WRITE An unexpected OpenSSL error occurred. Contact Informatica support. Core-9565-36: SSL socket had unexpected error An unexpected OpenSSL error occurred. Contact Informatica support. Core-9565-37: Attempted to negotiate protocol "%s" with peer s:d, but peer refused. Now trying protocol "%s". The other side of a TCP connection actively refused a proposed protocol; usually this means the other application is not configured to support the protocol or is an older version that does not understand it. The other side of a TCP connection actively refused a proposed protocol; usually this means the other application is not configured to support the protocol or is an older version that does not understand it. An a transport security header with an incorrect length was received. Check for version or configuration mismatches. The other side of a TCP connection is explicitly configured to not allow any protocols that we can speak. Check for version or configuration mismatches. Core-9565-38: Attempted to negotiate protocol "%s" with peer s:d, but peer refused. Unable to communicate with peer. Core-9565-39: LBMC CNTL transport security header size incorrect. Dropping. Origin: s:d. Core-9565-40: Peer "PRI_BUF←F_IP" configured with no allowed protocols in common; any further messages from peer will not be received. Check for version or configuration mismatches. Check the reported IP address and port for non-UM applications. 142 UM Log Messages Core-9565-41: Creating source T←LS context failed; TLS will not be available for sending data. Creating a TLS context failed; this could be due to running out of memory. Contact Informatica support. Core-9565-42: Creating receiver TLS context failed; TLS will not be available for receiving data. Creating a TLS context failed; this could be due to running out of memory. Contact Informatica support. Core-9565-43: WARNING: TCP session exists but has different security protocol preferences ("%s"); security protocol preferences "%s" were requested but will not be used. Once a source has created a transport session a subsequent source joining the same transport session cannot configure different TLS settings. Please refer to UMS Objects section of the Design Concepts in the documentation. The system was not able to allocate the amount of memory requested. Make sure all sources on the same transport session have matching security settings. Core-9566-11: could not allocate u bytes [s:d] Core-9566-12: could not allocate u bytes for string dup [s:d] The system was not able to allocate the amount of memory required for string duplication. Core-9566-1: could not allocate u bytes for string dup [s:d] The system was not able to allocate the amount of memory required for string duplication. Core-9566-2: could not allocate u bytes [s:d] The system was not able to allocate the amount of memory requested. Core-9566-3: could not allocate u bytes [s:d] The system was not able to allocate the amount of memory requested. Core-9566-8: could not allocate u bytes [s:d] The system was not able to allocate the amount of memory requested. Core-9571-10: Domain name interface: s resolved to ip: s CIDR: d Core-9571-16: Domain name address: s resolved to ip: s The provide domain name interface was resolved via DNS lookup. The provide domain name was resolved via DNS lookup. If the amount requested was particularly large, the problem may be a misconfiguration; however if the amount requested was relatively small, the physical memory on the machine may be over committed; try moving some applications to another machine. The physical memory on the machine may be over committed; try moving some applications to another machine. The physical memory on the machine may be over committed; try moving some applications to another machine. If the amount requested was particularly large, the problem may be a misconfiguration; however if the amount requested was relatively small, the physical memory on the machine may be over committed; try moving some applications to another machine. If the amount requested was particularly large, the problem may be a misconfiguration; however if the amount requested was relatively small, the physical memory on the machine may be over committed; try moving some applications to another machine. If the amount requested was particularly large, the problem may be a misconfiguration; however if the amount requested was relatively small, the physical memory on the machine may be over committed; try moving some applications to another machine. 9.1 UM Core Messages Core-9586-1: Attempted to negotiate protocol "%s" with peer s:d, but peer refused. Now trying protocol "%s". 143 The other side of a TCP connection actively refused a proposed protocol; usually this means the other application is not configured to support the protocol or is an older version that does not understand it. The other side of a TCP connection actively refused a proposed protocol; usually this means the other application is not configured to support the protocol or is an older version that does not understand it. Security negotiation timed out. Check for version or configuration mismatches. Core-9588-02: Negotiation timeout with peer s:d. Security negotiation timed out. Check for version or configuration mismatches. Core-9588-03: Request negotiate timeout with peer s:d. Security negotiation timed out. Check for version or configuration mismatches. Core-9588-04: Response negotiate timeout with peer s:d. Security negotiation timed out. Check for version or configuration mismatches. Core-9592-1: WARNING: Requested receiver attributes for receiver on topic [s] do not allow any messages to be delivered. Receiver will not receive any messages. The receiver is configured in a way that won't allow it to receive any messages. Check configuration and make sure a receiver that cannot receive any messages was what was intended. Core-9592-2: WARNING: Request port configuration settings do not allow any messages to be delivered. Context will not be able to receive certain message types. The context's request port is configured in a way that won't allow it to receive any messages. Check configuration and make sure a context that cannot receive any messages on its request port was what was intended. Core-9592-3: WARNING: Requested wildcard receiver attributes for wildcard receiver on pattern [s] do not allow any messages to be delivered. Receiver will not receive any messages. The wildcard receiver is configured in a way that won't allow it to receive any messages. Check configuration and make sure a wildcard receiver that cannot receive any messages was what was intended. Core-9600-01: Setting mim_←address on a security/compression context is not supported. Disabling MIM. Multicast Immediate Messages are not supported on a Security and/or Compression context. Setting MIM options is not allowed. Do not set MIM options on a security/compression context. Core-9612-2: received lji request, but Late-Join not configured: from ip:port[s:d] for topic[u] UMS received Late Join Request message however late-join is not configured for this source. This is not a serious problem but indicates that there is a mismatch between this process and another. Check the system for port re-use on application restart and similar behavior. Core-9625-1: WARNING←: resovler_unicast_daemon entry (s:u) already exist. Skipping... The lbm_context_attr_set/sset() detected duplicate unicast resolver entries. The duplicate entries will be skipped. Check the config file or code (if config set via code) for duplicate resolver_unicast_daemon entries. Also check if lbm_←config() is loaded multiple times with the same resolver_unicast_←daemon entries Core-9586-2: Attempted to negotiate protocol "%s" with peer s:d, but peer refused. Unable to communicate with peer. Core-9588-01: Negotiation timeout with peer s:d. Check for version or configuration mismatches. Check for version or configuration mismatches. 144 UM Log Messages Core-9626-1: WARNING: ume_←store entry (u:s:u:u:u) already exist. Skipping... The lbm_src_topic_attr_setopt() detected duplicate ume_store entries. The duplicate entries will be skipped. Core-9626-2: WARNING: ume_←store_name entry (s:u:u) already exist. Skipping... The lbm_src_topic_attr_setopt() detected duplicate ume_store_←name entries. The duplicate entries will be skipped. Core-9640-1: WARNING: broker entry (s:u) already exist. Skipping... The lbm_context_attr_setopt/str_←setopt() detected duplicate broker entries. The duplicate entries will be skipped. Core-9709-1: epoll_ctl: EPOLL_←CTL_DEL returned: errno:d:s Core-9726-1: WARNING: Context configuration option transport_←lbtrm_source_timestamp not valid with the installed version of Onload. Core-9728-10: Problem detected trying to setup a TLS context. epoll returned an error during lbm←_cancel_fd call Context configuration option transport_lbtrm_source_←timestamp requires OpenOnload201509 or later. Creating the TLS context failed due to an error with strdup(). There could be a memory issue. Core-9728-11: Problem detected trying to setup a TLS context. Check the config file or code (if config set via code) for duplicate ume_store entries. Also check if lbm_config() is loaded multiple times with the same ume_store entries Check the config file or code (if config set via code) for duplicate ume_store_name entries. Also check if lbm_config() is loaded multiple times with the same ume←_store_name entries Check the config file or code (if config set via code) for duplicate broker entries. Also check if lbm←_config() is loaded multiple times with the same broker entries Need to update the installed version of Open Onload. Check memory availability. utilization and Creating the TLS context failed due to an error with strdup(). There could be a memory issue. Check memory availability. utilization and Core-9728-12: Problem detected trying to setup a TLS context. Creating the TLS context failed due to an error with strdup(). There could be a memory issue. Check memory availability. utilization and Core-9728-13: Problem detected trying to setup a TLS context. Creating the TLS context failed due to an error with strdup(). There could be a memory issue. Check memory availability. utilization and Core-9728-14: Problem detected trying to setup a TLS context. No configured ciphers were available. An error occurred when parsing and creating the configured TLS suite. Check the parameters for the tls←_cipher_suites option or check the OpenSSL version. Core-9728-15: Problem detected trying to setup a TLS context. TLS initialization failed or no configured ciphers were available. An error occurred when creating the OpenSSL context. Core-9729-1: Unexpected EWO←ULDBLOCK while receiving Topic Resolution packets. Dropping. An EWOULDBLOCK was returned on a Topic Resolution socket. That is typically not expected since L←BM does a "select" on the socket and only reads if data is ready. This could be a data error such as a checksum issue. An EWOULDBLOCK was returned on the LBT-RM source socket. That is typically not expected since L←BM does a "select" on the socket and only reads if data is ready. This could be a data error such as a checksum issue. Check the OpenSSL version to make sure it is the version delivered with LBM. Also check the tls_cipher_suites configuration option. The user should find the source of the corruption and resolve the source of the issue. Core-9729-2: Unexpected EWO←ULDBLOCK while receiving source LBT-RM packets. Dropping. The user should find the source of the corruption and resolve the source of the issue. 9.1 UM Core Messages Core-9729-3: Unexpected EWO←ULDBLOCK while receiving LBT-←RM packets. Dropping. Core-9729-4: Unexpected EWO←ULDBLOCK while receiving source LBT-RU packets. Dropping. Core-9729-5: Unexpected EWO←ULDBLOCK while receiving LBT-←RU packets. Dropping. Core-9729-6: Unexpected EWO←ULDBLOCK while receiving Wildcard LBT-RM packets. Dropping. Core-9743-08: WARNING: proactive keepalive is not supported by the store. See the Operations Guide for configuration advice. 145 An EWOULDBLOCK was returned on the LBT-RM receive socket. That is typically not expected since LBM does a "select" on the socket and only reads if data is ready. This could be a data error such as a checksum issue. An EWOULDBLOCK was returned on the LBT-RU source socket. That is typically not expected since L←BM does a "select" on the socket and only reads if data is ready. This could be a data error such as a checksum issue. An EWOULDBLOCK was returned on the LBT-RU receive socket. That is typically not expected since L←BM does a "select" on the socket and only reads if data is ready. This could be a data error such as a checksum issue. An EWOULDBLOCK was returned on a Wildcard LBT-RM socket. That is typically not expected since L←BM does a "select" on the socket and only reads if data is ready. This could be a data error such as a checksum issue. The store registration response indicates that the store does not support receiver proactive keepalive. This is determined by the registration handshake between the topic receiver and the UME store daemon. Core-9779-101: WARNING: Joining session [s] which exists and uses a different transport_lbtrm←_nak_init_backoff_interval [d] than requested [d]. After a receiver has created a transport session, a subsequent receiver joining the same transport session cannot configure a different transport_lbtrm_nak_init←_backoff_interval setting. Core-9779-102: WARNING: Joining session [s] which exists and uses a different transport_lbtru←_nak_init_backoff_interval [d] than requested [d]. After a receiver has created a transport session, a subsequent receiver joining the same transport session cannot configure a different transport_lbtru_nak_init←_backoff_interval setting. The user should find the source of the corruption and resolve the source of the issue. The user should find the source of the corruption and resolve the source of the issue. The user should find the source of the corruption and resolve the source of the issue. The user should find the source of the corruption and resolve the source of the issue. This warning will occur for every registration and does not indicate a misconfiguration between the store and topic receiver. Since the receiver does support proactive keepalive, the benefits of that feature can be realized by setting the store keepalive-interval option to be greater than the context ume_proactive_keepalive_interval in this receiver. This prevents the store's ume_activity_timer for this receiver from expiring and initiating keepalive messages to the receiver. This message can appear until both the store and all topic receivers are upgraded to a 6.9.1 or later release. 146 UM Log Messages Core-9829-1: all sources must be deleted before deleting the context You cannot delete a context while it still has active sources. Delete all sources first then delete the context. Core-9829-2: all receivers must be deleted before deleting the context You cannot delete a context while it still has active receivers. Delete all receivers first then delete the context. Core-9941-1212: specified smart source user buffer count of d will be increased to the next highest power of two: d Core-9941-2212: specified smart source retention buffer count of d will be increased to the next highest power of two: d The smart_src_user_buffer_count value is not a power of two Increase the smart_src_user_←buffer_count value to a power of two The smart_src_retention_buffer_←count value is not a power of two Increase the smart_src_retention←_buffer_count value to a power of two Core-9941-3131: specified smart source transmission window buffer count of d will be increased to the next highest power of two: d The transport Smart Source transmission window buffer value is not a power of two. To avoid this message round up all transport Smart Source transmission window buffer count values to a power of two. Core-9941-4444: WARNING: LBM_SMART_SOURCE_CHECK logic enabled. LBM_SMART_SOURCE_CHE←CK logic enabled. This is useful and recommended for debugging but may seriously degrade performance. Unset LBM_SMART_SOURCE_←CHECK for best performance in your system. Core-9941-6002: JNI: Source event callback threw an exception. An exception occurred while processing an event callback. Check the logs for specific details of the exception. Core-9950-1: Critical Windows Completion Port error (d) (s): the Receive I/O operation could not be started. No data will be received (s) The Receive operation for Windows Completion Ports did not start. Deafness will likely occur. The user needs to fix the issue with the communications and restart their process. Core-9951-1: Topic Resolution socket send error (s). A socket error occurred when sending a Topic Resolution message. The Topic Resolution message will not be retried. The socket error is included. The user needs to resolve the error and restart the process. Core-9951-2: Topic Resolution socket send error (s). A socket error occurred when sending a Topic Resolution message. The Topic Resolution message will not be retried. The socket error is included. The user needs to resolve the error and restart the process. Core-9954-50: User defined datagram acceleration will override DBL library pre-loaded functions The Datagram Acceleration feature is being used which will override the DBL libraries loaded. The user needs to be aware that Datagram Acceleration and DBL cannot be used at the same time. 9.2 UM Core API Messages CoreApi-10055-10: optval must be 0 or greater than 0 The smart_src_message_←property_int_count did not contain a positive integer The smart_src_message_←property_int_count must be zero 0 or greater CoreApi-10055-1177: optlen incorrect size The memory management callbacks structure is expected to be the size of lbm_mem_mgt_←callbacks_t The user needs to pass the correct size to the option setter 9.2 UM Core API Messages 147 CoreApi-10055-1178: malloc callback function must be valid The memory allocation callback is required to acquire memory regions Supply an application-specific memory allocation function CoreApi-10055-1179: free callback function must be valid The memory deallocation callback is required to return memory regions Supply an application-specific memory deallocation function CoreApi-10055-1180: str_setopt not supported for option String set option is not supported for memory management callbacks CoreApi-10055-1181: optlen incorrect size The memory management callbacks structure is expected to be the size of lbm_mem_mgt_←callbacks_t String get option is not supported for memory management callbacks The user needs to pass the correct size to the option getter CoreApi-10055-118: corrupted user buffer pointer structure A smart source call specified what appears to be a corrupted user buffer pointer structure. CoreApi-10055-119: user message len exceeds the configured maximum A smart source call specified a message length greater than the configured maximum. CoreApi-10055-11: optval too large The smart_src_message_←property_int_count is larger than the maximum allowed size A smart source send call specified a Spectrum channel update without specifying the LBM_SSRC_S←END_EX_FLAG_CHANNEL send flag. Ensure that writes using the user buffer pointer do not exceed the range of addresses bounded by the source scoped smart_src_max_←message_length configuration option. Ensure that the message length is less than or equal to the source scoped smart_src_max_←message_length configuration option. Decrease the size of smart_src_←message_property_int_count CoreApi-10055-1182: str_getopt not supported for option CoreApi-10055-1200: cannot update spectrum channel Only set LBM_SSRC_SEND_EX←_FLAG_UPDATE_CHANNEL with the LBM_SSRC_SEND_EX_FL←AG_CHANNEL flag set. CoreApi-10055-1201: cannot update spectrum channel A smart source send call specified a Spectrum channel update of a buffer that has never been formatted. Only set LBM_SSRC_SEND_←EX_FLAG_UPDATE_CHANNEL if the buffer has been previously formatted with a send specifying LBM_SSRC_SEND_EX_FLA←G_CHANNEL. With both spectrum channel and message properties configured you have the option to either send a message with both spectrum channel and message properties, or without both, i.e., you cannot selectively send one without the other. CoreApi-10055-1202: cannot send on a spectrum channel without message properties A smart source send call attempted to send on a spectrum channel without message properties. CoreApi-10055-120: spectrum channel is not configured A smart source send call specified a Spectrum channel that has not been configured. Either clear the LBM_SSRC_S←END_EX_FLAG_CHANNEL flag or set the source scoped smart←_src_enable_spectrum_channel configuration option. CoreApi-10055-121: integer message properties are not configured A smart source send call specified Message Properties that have not been configured. Either clear the LBM_SSRC_SE←ND_EX_FLAG_PROPERTIES flag or set the source scoped smart_←src_message_property_int_count configuration option. 148 UM Log Messages CoreApi-10055-1221: cannot update property values A smart source send call specified a message property values update with a non-positive number of integer message properties. CoreApi-10055-1222: integer message properties count not positive A smart source send call specified a non-positive number of integer Message Properties. CoreApi-10055-1227: cannot update property values A smart source send call specified a message property values update without specifying the LBM_SSRC_SEND_EX_FLAG_←PROPERTIES send flag. Only set LBM_SSRC_SEND_EX←_FLAG_UPDATE_PROPERTY_←VALUES with the LBM_SSRC_←SEND_EX_FLAG_PROPERTIES flag set. CoreApi-10055-122: integer message properties exceed the configured maximum A smart source send call specified more integer Message Properties than the configured maximum. Either clear the LBM_SSRC_S←END_EX_FLAG_PROPERTIES flag, or increase the source scoped smart_src_message_property_←int_count, or reduce the number integer message properties. CoreApi-10055-123: invalid pointer to integer message property values array A smart source send call specified a NULL pointer to an array of integer message property values. CoreApi-10055-124: invalid pointer to integer message property key names array A smart source send call specified a NULL pointer to an array of integer message property key names. CoreApi-10055-125: invalid pointer to integer message property key name #d A smart source send call specified a NULL pointer to an integer message property key name. Either clear the LBM_SSRC_S←END_EX_FLAG_PROPERTIES flag, or specify a pointer to an array of integer message property values. Either clear the LBM_SSRC_S←END_EX_FLAG_PROPERTIES flag, or specify a pointer to an array of integer message property key names. Specify pointers to integer message property key names for the number of specified message property integers. CoreApi-10055-126: invalid pointer to integer message property key name #d A smart source send call specified a pointer to a zero-length integer message property key name. Specify pointers to non-NULL integer message property key names for the number of specified message property integers. CoreApi-10055-127: integer message property key name #d too long A smart source send call specified a pointer to an integer message property key name greater than 7 characters. Specify pointers to integer message property key names that are between 1 and 7 characters in length. CoreApi-10055-128: date property values A smart source send call specified a message property values update of a buffer that has never been formatted. Only set LBM_SSRC_SEND_E←X_FLAG_UPDATE_PROPERT←Y_VALUES if the buffer has been previously formatted with a send specifying LBM_SSRC_SEND_←EX_FLAG_PROPERTIES. cannot up- Only set LBM_SSRC_SEND_EX←_FLAG_UPDATE_PROPERTY_←VALUES with a positive number of integer message properties that is less than or equal to the configured smart_src_message_property_←int_count. Either clear the LBM_SSRC_S←END_EX_FLAG_PROPERTIES flag, or set message properties integer count to be a positive integer that is less than or equal to the configured smart_src_message_←property_int_count. 9.2 UM Core API Messages 149 CoreApi-10055-129: cannot send message properties without a spectrum channel A smart source send call attempted to send message properties without specifying a spectrum channel. With both spectrum channel and message properties configured you have the option to either send a message with both spectrum channel and message properties, or without both, i.e., you cannot selectively send one without the other. CoreApi-10055-12: optval not numeric The smart_src_message_←property_int_count value is not numeric The inflight parameter was NULL. The smart_src_message_←property_int_count must be a numeric value The inflight parameter must be a valid pointer. CoreApi-10055-13: optval must be 0 or greater than 0 The smart_src_message_←property_int_count did not contain a positive integer The smart_src_message_←property_int_count must be zero or greater CoreApi-10055-140: smart source could not deregister from store Smart Source failed trying to deregister from a store. Try again, unicast control channel between smart source and store may be down. CoreApi-10055-14: optval too large The smart_src_message_←property_int_count is larger than the maximum allowed size Smart Source is already deregistered. Decrease the size of smart_src_←message_property_int_count CoreApi-10055-130: inflight parameter must be a valid pointer CoreApi-10055-150: smart source is already deregistering from the stores CoreApi-10055-15: optlen incorrect size CoreApi-10055-16: small optlen The size of the option was too large or too small Don't call lbm_ssrc_ume_←deregister multiple times passing in the same smart source. The smart_src_message_←property_int_count must be sizeof(int) too The size of the option buffer was too small to contain the option The smart_src_message_←property_int_count optlen must be at least 80 The smart_src_enable_spectrum←_channel should be of sizeof(int) CoreApi-10055-1: optlen incorrect size The smart_src_enable_spectrum←_channel value contained an incorrect length CoreApi-10055-2985: queues are not supported event Smart sources do not support event queues at this time. evq parameter must be NULL. CoreApi-10055-2987: Smart sources do not support receive delivery confirmation notifications Smart sources do not support receive delivery confirmation notifications. Set source option ume_←confirmed_delivery_notification to 0. CoreApi-10055-2988: Smart sources do not support unique confirmation notification CoreApi-10055-2989: Smart sources do not accept stability notification for message fragments Smart sources do not support receive unique confirmation notification. Smart sources do not support stability notification for message fragments. Set source option ume_retention←_unique_confirmations to 0. CoreApi-10055-2999: INFO←: Smart source smart_src_←retention_buffer_count is less than ume_flight_size. Setting the retention buffer count less than the UME flight size could force unacknowledged messages from the retention buffer. Either ignore this option and rely on the default (LBM_SRC_TOP←IC_ATTR_UME_STABLE_EVE←NT_PER_MESSAGE), or explicitly specify message notification attribute LBM_SRC_TOPIC_ATT←R_UME_STABLE_EVENT_NONE or LBM_SRC_TOPIC_ATTR_U←ME_STABLE_EVENT_PER_ME←SSAGE. Specify the smart_src_retention←_buffer_count to be greater than ume_flight_size. 150 UM Log Messages CoreApi-10055-2: optval must be 0 or 1 The smart_src_enable_spectrum←_channel did not contain a positive integer The smart_src_enable_spectrum←_channel must be zero or 1 CoreApi-10055-3012: send would block because of flight size The flight size behavior is "Block" & flight size will be exceeded. Increase the flight size CoreApi-10055-3040: Can not specify a negative number for inflight messages Attempting to set the flight size of messages to a negative number Ensure a positive integer for inflight messages is returned from the set flight size callback CoreApi-10055-3041: Cannot increase inflight messages or bytes while decreasing the other Attempting to increase the flight size messages or bytes and decrease the other. Ensure that the inflight set callback returns a valid inflight structure, or call the method twice to set each one individually. CoreApi-10055-3042: ssrc must be valid The ssrc parameter was NULL. The ssrc parameter must be a valid pointer. CoreApi-10055-3043: inflight must be valid The inflight parameter was NULL. The inflight parameter must be a valid pointer. CoreApi-10055-3044: ssrc is not using UME flight size The Smart Source did not specify flight size. Specify a UME flight size. CoreApi-10055-3047: invalid flight size type d The flight size type is invalid. Specify a valid flight size type of L←BM_FLIGHT_SIZE_TYPE_UME. CoreApi-10055-3: optval too large The smart_src_enable_spectrum←_channel must be zero or 1 Per-send client object specified but message stability notification was not enabled. Unable to allocate memory for the per-send object node. The smart_src_enable_spectrum←_channel must be zero or 1 Either enable message stability or remove the per-send client object. CoreApi-10055-4395: Message stability notification is not enabled CoreApi-10055-4397: Can't allocate per-send object node; message not sent [s:d] The physical memory on the machine may be over committed; try moving some applications to another machine. The physical memory on the machine may be over committed; try moving some applications to another machine. Decrease the size of smart_src_←message_property_int_count CoreApi-10055-4522: Can't allocate message properties of u bytes [s:d] The system was not able to allocate the amount of memory requested. CoreApi-10055-4523: The number of Message Properties is larger than the maximum allowed size d [s:d] The smart_src_message_←property_int_count is larger than the maximum allowed size CoreApi-10055-4524: Can't access message property key string d [s:d] An exception occurred while processing a message property key string. Check the logs for specific details of the exception. CoreApi-10055-4525: Can't convert message property key string s [s:d] Ran out of memory while creating a message property key string CoreApi-10055-4: optval not numeric The smart_src_enable_spectrum←_channel value is not numeric CoreApi-10055-5: optval must be 0 or 1 The smart_src_enable_spectrum←_channel did not contain a positive integer The physical memory on the machine may be over committed; try moving some applications to another machine. The smart_src_enable_spectrum←_channel must be a numeric value of 0 or 1 The smart_src_enable_spectrum←_channel must be zero or 1 CoreApi-10055-6: optval too large The smart_src_enable_spectrum←_channel must be zero or 1 The size of the option was too large or too small The smart_src_enable_spectrum←_channel must be zero or 1 The smart_src_enable_spectrum←_channel must be sizeof(int) The size of the option buffer was too small to contain the option The smart_src_enable_spectrum←_channel optlen must be at least 80 CoreApi-10055-7: optlen incorrect size CoreApi-10055-8: optlen too small 9.2 UM Core API Messages 151 CoreApi-10055-9: optlen incorrect size The smart_src_message_←property_int_count value contained an incorrect length The smart_src_message_←property_int_count should be of sizeof(int) CoreApi-10115-3320: lbm_←socket_recv recv/recvfrom: s An error was returned from the OS while trying a recv or recvfrom socket call. Refer to the OS error number and message. Please use the appended operating system's WSA error message to further understand the circumstances of the error. CoreApi-10115-3321: lbm_←socket_recv recv/recvfrom: s An error was returned from the OS while trying a recv or recvfrom socket call. Refer to the OS error number and message. CoreApi-10115-3337: lbm_←socket_sendb send/sendto: s An error occurred while sending. The message will contain addition specific information, supplied by the operating system. This is a platform specific error; please use the operating system's error code and description to further understand the circumstances of the error. Please use the appended operating system's WSA error message to further understand the circumstances of the error. CoreApi-10115-3338: lbm_←socket_sendb send/sendto: s An error occurred while sending. The message will contain addition specific information, supplied by the operating system. CoreApi-10115-3342: lbm_←socket_sendtob send/sendto: s socket_sendtob: Error on socket send to destination. The message will contain addition specific information, supplied by the operating system. CoreApi-10115-3343: lbm_←socket_sendtob send/sendto: s socket_sendtob: Error on socket send to destination. The message will contain addition specific information, supplied by the operating system. This is a platform specific error; please use the operating system's error code and description to further understand the circumstances of the error. CoreApi-10115-3353: socket_sendbv : s lbm_←- lbm_socket_sendtobv: Error on socket send to destination. The message will contain addition specific information, supplied by the operating system. Please use the appended operating system's WSA error message to further understand the circumstances of the error. CoreApi-10115-3354: socket_sendbv: s lbm_←- lbm_socket_sendtobv: Error on socket send to destination. The message will contain addition specific information, supplied by the operating system. This is a platform specific error; please use the operating system's error code and description to further understand the circumstances of the error. CoreApi-10138-10: optval not supported optval must either be LBM_CTX_←ATTR_OP_EMBEDDED or LBM←_CTX_ATTR_OP_SEQUENTIAL optval must either be LBM_CTX_←ATTR_OP_EMBEDDED or LBM←_CTX_ATTR_OP_SEQUENTIAL optlen must be the size of an 'int' CoreApi-10138-11: optval not understood CoreApi-10138-12: rect size CoreApi-10138-13: small optlen incortoo optval must either be 'embedded' or 'sequential' CoreApi-10138-14: rect size optlen incor- optlen must be the size of an lbm←_xsp_zero_transports_func_t CoreApi-10138-15: zero transports callback must be valid optval must be a pointer to an lbm←_xsp_zero_transports_func_t optlen This is a platform specific error; please use the operating system's error code and description to further understand the circumstances of the error. Please use the appended operating system's WSA error message to further understand the circumstances of the error. 152 UM Log Messages CoreApi-10138-16: str_setopt not supported for option The lbm_xsp_attr_str_setopt API can not be used to set the zero transports func CoreApi-10138-17: rect size optlen incor- optlen must be the size of an lbm←_xsp_zero_transports_func_t CoreApi-10138-18: str_getopt not supported for option The lbm_xsp_attr_str_getopt API can not be used to get the zero transports func CoreApi-10138-1: attr, optname, and optval must not be NULL attr, optname, and optval must all be valid pointers CoreApi-10138-20: valid attr must be Must supply a valid pointer to a pointer to an lbm_xsp_attr_t CoreApi-10138-21: valid attr must be Must supply a valid pointer to an lbm_xsp_attr_t CoreApi-10138-2: option s unknown CoreApi-10138-30: xspp must be valid The specified xsp config option was not found Must supply a valid pointer to a pointer that will be filled in with the xsp being created CoreApi-10138-31: ctx must be valid CoreApi-10138-37: xsp must be valid CoreApi-10138-38: xsp must be valid CoreApi-10138-39: xsp must be valid CoreApi-10138-3: attr, optname, and optval must not be NULL Must supply a valid pointer to a context Must supply a pointer to a valid xsp CoreApi-10138-4: option s unknown CoreApi-10138-5: attr, optname, optval, and optlen must not be N←ULL CoreApi-10138-6: option s unknown CoreApi-10138-70: optlen incorrect size The specified xsp config option was not found attr, optname, optval, and optlen must all be valid pointers CoreApi-10138-71: mapping function must be valid optval must be a pointer to an lbm←_transport_mapping_func_t CoreApi-10138-72: str_setopt not supported for option The lbm_context_attr_str_setopt API can not be used to set the xport mapping func CoreApi-10138-73: rect size optlen incor- optlen must be the size of an lbm←_transport_mapping_func_t CoreApi-10138-75: str_getopt not supported for option The lbm_context_attr_str_getopt API can not be used to set the xport mapping func CoreApi-10138-7: attr, optname, optval, and optlen must not be N←ULL CoreApi-10138-81: Can't allocate memory [s:d] attr, optname, optval, and optlen must all be valid pointers CoreApi-10138-82: Can't allocate memory [s:d] Java is unable to allocate memory Use lbm_xsp_attr_setopt instead Use lbm_xsp_attr_getopt instead Must supply a pointer to a valid xsp Must supply a pointer to a valid xsp attr, optname, and optval must all be valid pointers The specified xsp config option was not found optlen must be the size of an lbm←_transport_mapping_func_t Java is unable to allocate memory Use lbm_context_attr_setopt instead Use lbm_context_attr_getopt instead 9.2 UM Core API Messages 153 CoreApi-10138-83: Can't allocate memory [s:d] Java is unable to allocate memory CoreApi-10138-8: option s unknown CoreApi-10138-90: optlen incorrect size The specified xsp config option was not found optlen must be the size of an 'lbm←_ulong_t' CoreApi-10138-91: optval not numeric optval must be able to be converted into an lbm_ulong_t CoreApi-10138-92: number opval not a optval must be able to be converted into an lbm_ulong_t CoreApi-10138-93: rect size optlen incor- optlen must be the size of an 'lbm←_ulong_t' CoreApi-10138-94: small optlen too optlen must be the size of an 'lbm←_ulong_t'' CoreApi-10138-95: small optlen too optlen must be the size of an 'lbm←_ulong_t'' CoreApi-10138-9: optlen incorrect size CoreApi-10160-31: optlen incorrect size optlen must be the size of an 'int' transport_lbtru_smart_src_←transmission_window_buffer_←count value contained an incorrect length transport_lbtru_smart_src_←transmission_window_buffer_←count should be of sizeof(int) CoreApi-10160-32: optval must be greater than 0 transport_lbtru_smart_src_←transmission_window_buffer_←count did not contain a positive integer transport_lbtru_smart_src_←transmission_window_buffer_←count must be a positive integer CoreApi-10160-33: optval too large transport_lbtru_smart_src_←transmission_window_buffer_←count is larger than the maximum allowed size transport_lbtru_smart_src_←transmission_window_buffer_←count value was not numeric transport_lbtru_smart_src_←transmission_window_buffer_←count did not contain a positive integer Decrease the size of transport_←lbtru_smart_src_transmission_←window_buffer_count CoreApi-10160-34: optval not numeric CoreApi-10160-35: optval must be greater than 0 CoreApi-10160-36: optval too large CoreApi-10160-37: rect size CoreApi-10160-38: small optlen incor- optlen transport_lbtru_smart_src_←transmission_window_buffer_←count is larger than the maximum allowed size The size of the option was too large or too small too The size of the option buffer was too small to contain the option CoreApi-10160-5565: Smart source may not use the same transport as a standard source An lbm smart source may not reside with a standard source on the same transport. transport_lbtru_smart_src_←transmission_window_buffer_←count must be a numeric value transport_lbtru_smart_src_←transmission_window_buffer_←count must be a positive integer Decrease the size of transport_←lbtru_smart_src_transmission_←window_buffer_count transport_lbtru_smart_src_←transmission_window_buffer_←count must be sizeof(int) transport_lbtru_smart_src_←transmission_window_buffer_←count optlen must be at least 80 Configure the smart source on an LBT-RU transport that only contains smart sources. 154 UM Log Messages CoreApi-10160-5566: smart_src←_max_message_length exceeds the configured maximum message length for this transport session. The first Smart Source to create a transport session establishes the maximum message length for all subsequent Smart Sources on that transport. Decrease the size of smart_←src_max_message_length for this Smart Source or increase the size of smart_src_max_message←_length for the first Smart Source created on this transport session. CoreApi-10160-5574: Could not allocate lu bytes. The product of transport_lbtru_smart_src←_transmission_window_buffer←_count and smart_src_max_←message_length exceeds available memory on your system. The product of transport_lbtru_←smart_src_transmission_window←_buffer_count and smart_src_←max_message_length specifies more memory than is available on your system. Decrease the size of transport←_lbtru_smart_src_transmission←_window_buffer_count and/or the smart_src_max_message_length. CoreApi-10160-5575: Smart source may not use the same transport as a standard source An lbm standard source may not reside with a smart source on the same transport. Configure the standard source on an LBT-RU transport that only contains standard sources. CoreApi-10160-5674: Could not allocate lu bytes. The product of transport_lbtru_smart_src←_transmission_window_buffer←_count and smart_src_max_←message_length exceeds available memory on your system. The product of transport_lbtru_←smart_src_transmission_window←_buffer_count and smart_src_←max_message_length specifies more memory than is available on your system. Decrease the size of transport←_lbtru_smart_src_transmission←_window_buffer_count and/or the smart_src_max_message_length. CoreApi-10190-2: optlen incorrect size optlen must be the size of an 'lbm←_ulong_t' CoreApi-10190-3: optval not numeric optval must be able to be converted into an lbm_ulong_t CoreApi-10190-4: opval not a number optval must be able to be converted into an lbm_ulong_t CoreApi-10190-5: optlen incorrect size optlen must be the size of an 'lbm←_ulong_t' CoreApi-10193-1: optlen incorrect size Attempted to set option round_←robin_xsp_count with an incorrect optlen size. Optlen must be size of int. CoreApi-10193-2: optval not numeric Attempted to set option round←_robin_xsp_count with a nonnumeric value. Attempted to get option round_←robin_xsp_count with an incorrect optlen size. Optval must be a numeric value, greater than or equal to 0. CoreApi-10193-4: optlen too small The size of the buffer passed in was less than the minimum buffer size required. Make sure the buffer is large enough - at least LBM_MIN_SG←ET_OPTLEN bytes in size. CoreApi-10193-5: optval must be greater than or equal to 0 Attempted to set option round←_robin_xsp_count with an invalid optval. Optval must be a numeric value, greater than or equal to 0. CoreApi-10193-6: optval must be greater than or equal to 0 Attempted to set option round←_robin_xsp_count with an invalid optval. Optval must be a numeric value, greater than or equal to 0. CoreApi-10337-1: ULB Receiver on topic "%s" has ordered_delivery set to 0 but this is not compatible with ULB. Change value of ordered_delivery to 1 or -1 and try again. Ordered delivery of 0 is not compatible with ULB. You must set ordered_delivery to 0 or -1 for ULB receivers. CoreApi-10193-3: optlen incorrect size Optlen must be size of int. 9.2 UM Core API Messages 155 CoreApi-10339-01: lbm_xsp_←register_fd: xsp must be valid Must supply a pointer to a valid xsp The user must supply a valid xsp CoreApi-10339-02: lbm_xsp_←cancel_fd: xsp must be valid Must supply a pointer to a valid xsp The user must supply a valid xsp CoreApi-10347-10: rect size Size of optlen was incorrect for setting integer option optlen must be size of int CoreApi-10347-11: optval must be 0 or 1 CoreApi-10347-12: optval not numeric CoreApi-10347-13: optval must be 0 or 1 CoreApi-10347-14: optlen incorrect size CoreApi-10347-15: optlen too small CoreApi-10347-20: optlen incorrect size Invalid value for optval optval must be 0 or 1 Option string was not a number Provide number as a string Invalid value for optval optval must be 0 or 1 Size of optlen was incorrect optlen size must be size of int Size of optlen was too small Size of optlen must be at least 80 Size of optlen was incorrect for setting integer option optlen must be size of int CoreApi-10347-21: optval must be 0 or 1 CoreApi-10347-22: optval not numeric CoreApi-10347-23: optval must be 0 or 1 CoreApi-10347-24: optlen incorrect size CoreApi-10347-25: optlen too small CoreApi-10347-30: optlen incorrect size Invalid value for optval optval must be 0 or 1 Option string was not a number Provide number as a string Invalid value for optval optval must be 0 or 1 Size of optlen was incorrect optlen size must be size of int Size of optlen was too small Size of optlen must be at least 80 Size of optlen was incorrect for setting integer option optlen must be size of int CoreApi-10347-31: optval must be 0 or 1 CoreApi-10347-32: optval not numeric CoreApi-10347-33: optval must be 0 or 1 CoreApi-10347-34: optlen incorrect size CoreApi-10347-35: optlen too small CoreApi-10358-01: timeout (msec) must be zero when LBM_PROC←_EVENT_EX_FLAG_USER_TIME is enabled Invalid value for optval optval must be 0 or 1 Option string was not a number Provide number as a string Invalid value for optval optval must be 0 or 1 Size of optlen was incorrect optlen size must be size of int Size of optlen was too small Size of optlen must be at least 80 When setting the LBM_PROC_←EVENT_EX_FLAG_USER_TIME flag, the user must set the timeout (msec) to zero to ensure that LBM gets needed time value updates. Calls to lbm_context_process←_events_ex() need to set the timeout to zero when the LBM_P←ROC_EVENT_EX_FLAG_USER←_TIME is set. CoreApi-10369-10: rect size Size of optlen was incorrect for setting integer option optlen must be size of int Invalid value for optval optval must be 0 or 1 Option string was not a number Provide number as a string Invalid value for optval optval must be 0 or 1 Size of optlen was incorrect optlen size must be size of int optlen incor- optlen incor- CoreApi-10369-11: optval must be 0 or 1 CoreApi-10369-12: optval not numeric CoreApi-10369-13: optval must be 0 or 1 CoreApi-10369-14: optlen incorrect size 156 UM Log Messages CoreApi-10369-15: optlen too small CoreApi-10386-1: Debug message was null [s:d] Size of optlen was too small Size of optlen must be at least 80 The debug message sent through the LBM JNI library was NULL. Ensure that the String specified in the Debug message is not null. CoreApi-10386-2: memory [s:d] The LBM JNI library could not create a message string. This usually indicates a severe out of memory condition. CoreApi-10403-1000: error returned from pthread_create: d An error was pthread_create. from The error number is shown. Check the error status for pthread_create. CoreApi-10403-1001: error returned from CreateThread: d CoreApi-10403-100: resolver_←service optlen incorrect size An error was returned from CreateThread. The option size is incorrect for the resolver_service (context) configuration option The error number is shown. Check the error status for CreateThread. Make sure the user specifies the correct option size: sizeof(lbm_←resolver_service_entry_t) CoreApi-10403-101: resolver_←service optval too long The resolver_service (context) string setter option length is too long The user should check the parameters passed to the setter CoreApi-10403-102: resolver_←service ServiceIP:RemotePort is malformed The resolver_service specification string format is as follows: ServiceIP:RemotePort where the ServiceIP refers to the service's IP address and the RemotePort refers to the Services's port. Provide a valid resolver_service specification. CoreApi-10403-103: resolver_←service optval is malformed The resolver_service option is malformed CoreApi-10403-104: resolver_←service optval is malformed The resolver_service (context) option is malformed The user needs to check the resolver_service configuration option The user needs to check the resolver_service (context) configuration option CoreApi-10403-105: resolver_←service optval is too small to hold information, optlen set to required value CoreApi-10403-106: resolver_←service optval is too small to hold information, optlen set to required value CoreApi-10403-110: resolver_←service option is not supported at this time CoreApi-10403-111: resolver_←service option is not supported at this time CoreApi-10403-112: resolver_←service option is not supported at this time CoreApi-10403-113: resolver_←service option is not supported at this time CoreApi-10403-300: The context is configured to use a Resolver Service which requires the respective transport interface to be specified. The user needs to allocate enough room for all resolver_service (context) options set The user needs to check their get option usage The user needs to allocate enough room for all resolver_service (context) options set The user needs to check their get option usage The context option resolver_←service is not yet supported. Do not use the context option resolver_service at this time. The context option resolver_←service is not yet supported. Do not use the context option resolver_service at this time. The context option resolver_←service is not yet supported. Do not use the context option resolver_service at this time. The context option resolver_←service is not yet supported. Do not use the context option resolver_service at this time. When using the Resolver Service, the user must configure the transport interface for the transport being used. Check the configuration to make sure the transport interface is set for the source transport in use. CoreApi-10403-400: lbmLicense←Bytes not enough buffer space to hold u [s:d] There was not enough buffer space to hold the passed in binary license key. The maximum length to pass in is 1024. Please make sure that the license key is in a valide buffer. Can't allocate returned 9.2 UM Core API Messages 157 CoreApi-10403-401: Can't allocate memory for buffer of u bytes [s:d] Memory could not be allocated for the decode buffer. Please free up system resources and try the call again. CoreApi-10403-402: License byte array invalid [s:d] The passed in license key was invalid. The license key parser should have more detail. See the error message and fix the license key and try again. CoreApi-10489-11: winevlog_thread_main(): while dequeueing lbm_←Error Error while dequeueing from TL queue Contact Informatica Support. CoreApi-10489-12: winevlog_report_event(): event level d CoreApi-10489-13: winevlog_report_event(): not ReportEvent lbm_←Invalid Invalid Windows Event Level Contact Informatica Support. lbm_←could Windows error while sending to event log Contact Informatica Support. CoreApi-10489-20: lbm_winevlog() buffer is NULL Error no buffers available for submitting event log messages Contact Informatica Support. CoreApi-10489-7: lbm_winevlog() Couldn't grab mutex Error waiting for mutex Contact Informatica Support. CoreApi-10489-8: lbm_←winevlog(): Unable to release mutex CoreApi-10489-9: lbm_←winevlog(): Unable to release mutex CoreApi-10492-2: address string conversion with CIDR format (IP/←Mask) is not yet supported by lbm←_resolve_ipv4_addr_str() Error releasing Mutex Contact Informatica Support. Error releasing mutex Contact Informatica Support. IP adresses in quad-dotted notation is supported however, CIDR (Classless Inter-Domain Routing) IP/Mask notation is not currently supported. Use a different function to parse CIDR strings CoreApi-10528-1: valid ssrc must be The ssrc parameter supplied to a smart source get available data space call was NULL. The ssrc parameter must be a pointer to a valid lbm smart source object. CoreApi-10528-2: The smart source p transport's maximum datagram size is too small The configured LBM and application specified message headers exceeds the transport's datagram maximum size. Increase the transport's data maximum size, or reduce the number of message properties, or eliminate spectrum channel. CoreApi-10528-5: user supplied buffer pointer is invalid A smart source call specified a N←ULL user supplied buffer pointer. Ensure that the pointer to the user supplied buffer is valid. CoreApi-10558-1: optlen incorrect size The smart_src_enable_transport←_compatibility value contained an incorrect length The smart_src_enable_transport←_compatibility should be of sizeof(int) CoreApi-10558-2: optval must be 0 or 1 The smart_src_enable_transport←_compatibility did not contain a positive integer The smart_src_enable_transport←_compatibility must be zero or 1 CoreApi-10558-3: optval too large The smart_src_enable_transport←_compatibility must be zero or 1 The smart_src_enable_transport←_compatibility must be zero or 1 CoreApi-10558-4: optval not numeric The smart_src_enable_transport←_compatibility value is not numeric CoreApi-10558-5: optval must be 0 or 1 The smart_src_enable_transport←_compatibility did not contain a positive integer The smart_src_enable_transport←_compatibility must be a numeric value of 0 or 1 The smart_src_enable_transport←_compatibility must be zero or 1 CoreApi-10558-6: optval too large The smart_src_enable_transport←_compatibility must be zero or 1 The smart_src_enable_transport←_compatibility must be zero or 1 158 UM Log Messages CoreApi-10558-7: optlen incorrect size The size of the option was too large or too small The smart_src_enable_transport←_compatibility must be sizeof(int) CoreApi-10558-8: optlen too small The size of the option buffer was too small to contain the option CoreApi-3288-1: optlen incorrect size Attempted to set wildcard receiver attribute "hf_receiver" using the wrong size optlen. The smart_src_enable_transport←_compatibility optlen must be at least 80 The parameter "optlen" must be the size of an integer. CoreApi-3288-2: optval must be 0 or 1 Attempted to set wildcard receiver attribute "hf_receiver" using an invalid value. Attempted to set wildcard receiver attribute "hf_receiver" using a string that is not a number. The only valid values are 0 and 1. Attempted to set wildcard receiver attribute "hf_receiver" using an invalid value. Attempted to get wildcard receiver attribute "hf_receiver" using the wrong size optlen. The only valid values are 0 and 1. CoreApi-3288-6: optlen too small Attempted to get wildcard receiver attribute "hf_receiver" using a string length that is too long. The parameter "optlen" must be less than 80. CoreApi-5230-10: invalid ume←_message_stability_timeout_←behavior specified invalid ume_message_stability_←timeout_behavior setting currently the only valid setting is 0 CoreApi-5230-11: optval not numeric CoreApi-5230-12: invalid ume←_message_stability_timeout_←behavior specified optval not numeric optval is not a number invalid ume_message_stability_←timeout_behavior setting currently the only valid setting is 0 CoreApi-5230-13: optlen incorrect size CoreApi-5230-14: optlen too small optlen incorrect size CoreApi-5230-1: optlen incorrect size CoreApi-5230-2: optval not numeric CoreApi-5230-3: optlen incorrect size CoreApi-5230-4: optlen too small optlen incorrect size optval not numeric optlen should be of size lbm_←uint8_t optlen should be at least LBM_M←IN_SGET_OPTLEN Should have passed in a lbm_←uint32_t. optval must be a number. optlen incorrect size optlen must be a lbm_uint32_t. optlen too small CoreApi-5230-5: optlen incorrect size CoreApi-5230-6: optval not numeric CoreApi-5230-7: optlen incorrect size CoreApi-5230-8: optlen too small optlen incorrect size optval not numeric optlen should be at least LBM_M←IN_SGET_OPTLEN should have passed in a lbm_←uint32_t optval must be a number. optlen incorrect size optlen must be a lbm_uint32_t optlen too small CoreApi-5230-9: optlen incorrect size optlen incorrect size optlen should be at least LBM_M←IN_SGET_OPTLEN optlen should be a lbm_uint8_t CoreApi-3288-3: meric optval not nu- CoreApi-3288-4: optval must be 0 or 1 CoreApi-3288-5: optlen incorrect size optlen too small The parameter "optval" must be a string representation of a number. The parameter "optlen" must be the size of an integer. 9.2 UM Core API Messages 159 CoreApi-5243-1: socket: s TCP server An error was returned from the OS while trying to create a socket (T←CP). Refer to the OS error number and message given after the UMS message "TCP server socket". CoreApi-5243-2: listen: s TCP server An error was returned from the OS while trying to listen to a socket (T←CP). Refer to the OS error number and message given after the UMS message "TCP server listen". CoreApi-5243-3: getsockname: s TCP server An error was returned from the OS while trying to get the name of a socket (TCP). Refer to the OS error number and message given after the UMS message "TCP server getsockname". CoreApi-5333-1: ttl value d invalid, must be between 0 and 255. Value passed in for resolver_←multicast_ttl was not a valid value. Review the configuration file and specify a valid value (0 - 255). CoreApi-5402-2: src must be valid Send was called using a NULL src pointer. Use a valid source pointer to send calls. CoreApi-5402-3: exinfo flags cannot have both HF 32 and HF 64 set Hot failover send was called using an exinfo that had both HF 32 and HF 64 bit flags set. Ensure exinfo is valid and has one or neither HF bit size flag set before calling send CoreApi-5402-4: 32 bit hf src cannot send non-32bit sequence number A source that previously sent 32 bit hot failover sequence numbers is attempting to send a non-32 bit hot failover sequence number. Ensure that the parameter "exinfo" has the correct HF flags set CoreApi-5402-5: 64 bit hf src cannot send non-64bit sequence number A source that previously sent 64 bit hot failover sequence numbers is attempting to send a non-64 bit hot failover sequence number. Ensure that the parameter "exinfo" has the correct HF flag set CoreApi-5434-1: memory [s:d] Can't allocate UMQ ran out of memory while creating a queue name string. CoreApi-5434-2: memory [s:d] Can't allocate UMQ ran out of memory while creating a queue message list callback object. CoreApi-5434-3: memory [s:d] Can't allocate UMQ ran out of memory while creating a queue name string. CoreApi-5434-4: memory [s:d] Can't allocate UMQ ran out of memory while creating a queue message retrieve callback object. CoreApi-5434-5: Could not create source string [s:d] UMQ ran out of memory while creating a source string. CoreApi-5434-6: Could not create topic string [s:d] UMQ ran out of memory while creating a topic string. CoreApi-5434-7: memory [s:d] Can't allocate UMQ ran out of memory while creating a queue name string. CoreApi-5434-8: memory [s:d] Can't allocate UMQ ran out of memory while creating a queue topic list callback object. CoreApi-5480-10: could not create inactive_loss_rec_queue [s:d] Internal error while attempting to create an internal data structure. Most likely the result of insufficient memory. Contact Informatica support. 160 UM Log Messages CoreApi-5480-11: could not create active_loss_rec_queue [s:d] Internal error while attempting to create an internal data structure. Most likely the result of insufficient memory. Contact Informatica support. CoreApi-5480-12: could not create unavailable_loss_rec_queue [s:d] Internal error while attempting to create an internal data structure. Most likely the result of insufficient memory. Contact Informatica support. CoreApi-5480-13: rxr_ctlr destination list is NULL Internal error. Specified rxr_ctlr has not been fully created. Contact Informatica support. CoreApi-5480-14: lbm_rxr_←request_t already cancelled Internal error. Attempted duplicate request cancellation. Contact Informatica support. CoreApi-5480-15: unable to insert loss_rec into loss_rec_map Internal error while attempting to create an internal data structure. Most likely the result of insufficient memory. Contact Informatica support. CoreApi-5480-16: unable to insert loss_rec into inactive loss rec queue Internal error while attempting to create an internal data structure. Most likely the result of insufficient memory. Contact Informatica support. CoreApi-5480-17: unable to insert loss_rec into inactive loss rec queue Internal error while attempting to create an internal data structure. Most likely the result of insufficient memory. Contact Informatica support. CoreApi-5480-18: unable to insert loss_rec into loss_rec_map Internal error while attempting to create an internal data structure. Most likely the result of insufficient memory. Contact Informatica support. CoreApi-5480-19: unable to insert loss_rec into inactive loss rec queue Internal error while attempting to create an internal data structure. Most likely the result of insufficient memory. Contact Informatica support. CoreApi-5480-20: unable to insert loss_rec into inactive loss rec queue Internal error while attempting to create an internal data structure. Most likely the result of insufficient memory. Contact Informatica support. CoreApi-5480-21: unable to insert loss_rec into inactive loss rec queue Internal error while attempting to create an internal data structure. Most likely the result of insufficient memory. Contact Informatica support. CoreApi-5480-22: unable to insert loss_rec into inactive loss rec queue Internal error while attempting to create an internal data structure. Most likely the result of insufficient memory. Contact Informatica support. CoreApi-5480-23: unable to insert loss_rec into loss rec queue Internal error while attempting to create an internal data structure. Most likely the result of insufficient memory. Contact Informatica support. CoreApi-5480-24: unable to insert loss_rec into inactive loss rec queue Internal error while attempting to create an internal data structure. Most likely the result of insufficient memory. Contact Informatica support. CoreApi-5480-25: unable reschedule rxr_ctlr timer Internal error while attempting to create an internal data structure. Most likely the result of insufficient memory. Contact Informatica support. to 9.2 UM Core API Messages 161 CoreApi-5480-26: unable to insert loss_rec into unavailable loss rec queue Internal error while attempting to create an internal data structure. Most likely the result of insufficient memory. Contact Informatica support. CoreApi-5480-27: could not create loss ASL [s:d] Internal error while attempting to create an internal data structure. Most likely the result of insufficient memory. Contact Informatica support. CoreApi-5480-28: could not insert rcvdc_loss_rec ASL map [s:d] Internal error while handling a detected gap in data. Contact Informatica support. CoreApi-5480-5: unable to insert o_entry into omap->asl Internal error while attempting to handle an out of order message. Contact Informatica support. CoreApi-5480-7: unable to insert o_entry into omap->asl Internal error while attempting to handle detected loss. Contact Informatica support. CoreApi-5480-8: min_←unavailable_delay must be smaller than the request_generation_ivl Internal error while creating an rxr_ctlr. Should never happen. Contact Informatica support. CoreApi-5480-9: could not create rxr_loss_rec_map ASL [s:d] Internal error while attempting to create an internal data structure. Most likely the result of insufficient memory. Contact Informatica support. CoreApi-5539-1: Can't allocate per-send object node; message not sent [s:d] Could not set up source per send data in jni when calling HF send reset. Ensure that correct exinfo is being used and that sufficient memory is available. CoreApi-5688-1246: session id not a number The provided session ID was invalid. Specify a session ID that fits one of the following formats: A hexadecimal value prefixed by 0x, an octal value prefixed by 0, or a decimal value. The value must be smaller than 0xFFFFFFFFFFFFF←FFF regardless of representation. CoreApi-5688-1390: session id not a number The provided session ID was invalid. Specify a session ID that fits one of the following formats: A hexadecimal value prefixed by 0x, an octal value prefixed by 0, or a decimal value. The value must be smaller than 0xFFFFFFFFFFFFF←FFF regardless of representation. CoreApi-5688-1885: opmode must be sequential This is an invalid use of the lbm_context_process_events() or lbmContextProcessEvents(). Calling lbm_context_process_←events() or lbmContextProcess←Events() for a context running in embedded mode. This will simply print the log message and return immediately. lbm_context_process_events() or lbmContextProcessEvents() should get called only for sequential mode. See the UM Configuration Guide for high level guidance on configuring Ultra Messaging objects. CoreApi-5688-2014: optval not numeric Value passed in for resolver_←multicast_ttl was not numeric. Review the configuration file and specify a valid numeric value for the option (0 - 255). 162 UM Log Messages CoreApi-5688-2767: session id not a number The provided session ID was invalid. Specify a session ID that fits one of the following formats: A hexadecimal value prefixed by 0x, an octal value prefixed by 0, or a decimal value. The value must be smaller than 0xFFFFFFFFFFFFF←FFF regardless of representation. CoreApi-5688-2859: context name too long The supplied context name is invalid because it is too long. Context names must not exceed 128 characters in length. CoreApi-5688-2874: optval is malformed The unicast resolver daemon specification string format is as follows: [Interface[:LocalPort]->]Daemon←IP:RemotePort where Interface and LocalPort refer the local host interface and port, the DaemonIP refers to the resolver daemon's IP address, and the RemotePort refers to the resolver daemon's UDP port. Provide a valid resolver daemon specification. CoreApi-5688-2875: optval is malformed The unicast resolver daemon specification string format is as follows: [Interface[:LocalPort]->]Daemon←IP:RemotePort where Interface and LocalPort refer the local host interface and port, the DaemonIP refers to the resolver daemon's IP address, and the RemotePort refers to the resolver daemon's UDP port. Provide a valid resolver daemon specification. CoreApi-5688-3040: Can not specify a negative number for inflight messages Attempting to set the flight size of messages to a negative number Ensure a positive integer for inflight messages is returned from the set flight size callback CoreApi-5688-3041: Cannot specify a negative number for inflight messages Attempting to set the flight size of messages to a negative number Ensure a positive integer for inflight messages is returned from the set flight size callback CoreApi-5688-3043: inflight must be valid CoreApi-5688-3139: Round-Robin must have no groups specified inflight parameter was NULL inflight must be a valid pointer Store groups have been specified, but the ume_store_behavior option is set to Round-Robin. Change the ume_store_behavior option to quorum-consensus or remove any settings specifying ume_store_group. CoreApi-5688-3140: Store u has invalid address INADDR_ANY (0.0.0.0) was set for the ume_store configuration option. Specify a valid IP address as configured in the umestored daemon's config file. CoreApi-5688-3151: Group u does not have enough stores specified UMP source configured "source ume_store_group GroupIDX:←GroupSZ" with certain number of GroupSZ (stores) but did not specify enough stores for GroupIDX with the "source ume_store_←name" or "source ume_store" configuration options. Correct configuration file to match the GroupSZ with the actual number of stores specified for that GroupIDX. 9.2 UM Core API Messages CoreApi-5688-3226: socket: s TCP server CoreApi-5688-3227: TCP server SO_REUSEADDR: s CoreApi-5688-3229: TCP server SO_EXCLUSIVEADDR: s CoreApi-5688-3230: could not find open TCP server port in range [d-d] 163 An error was returned from the OS while trying to create a socket (T←CP). Refer to the OS error number and message given after the U←MS message "could not create T←CP server socket". An error was returned from the OS while trying to set option of a socket (TCP). Refer to the OS error number and message given after the UMS message "TCP server SO←_REUSEADDR". An error was returned from the OS while trying to set option of a socket (TCP). Refer to the OS error number and message given after the UMS message "TCP server SO←_EXCLUSIVEADDR". An error was returned from the OS while trying to bind a socket (T←CP). This error indicates that there are no free ports in the range of ports denoted by the transport_←tcp_port_low and transport_tcp_←port_high configuration options. CoreApi-5688-3231: bind (port=d): s TCP server An error was returned from the OS while trying to bind a socket (T←CP). This error indicates that the port specified by the transport_←tcp_port configuration option is in use. CoreApi-5688-3232: getsockname: s TCP server An error was returned from the OS while trying to get the name of a socket (TCP). Refer to the OS error number and message given after the UMS message "TCP server getsockname". CoreApi-5688-3233: listen: s TCP server An error was returned from the OS while trying to listen to a socket (T←CP). Refer to the OS error number and message given after the UMS message "TCP server listen". CoreApi-5688-3268: multicast receive bind (port = d, multicast group = s): s An error occurred while trying to bind to the requested ip and port. The last part of this message contains the OS error code and associated text. Could not bind to a unicast port due to ports already being used in the given range. CoreApi-5688-3287: could not find open unicast source port in range [d-d] CoreApi-5688-3320: lbm_socket←_recv recv/recvfrom: s An error was returned from the OS while trying a recv or recvfrom socket call. Refer to the OS error number and message. If the range of ports is small, consider increasing the range of ports available to this UM application by making the appropriate configuration changes. If the range of ports is large, consider moving some applications which use ports in this port range to another system. If this error was encountered on a restart, consider specifying tcp←_reuseaddr (Windows users are recommended to the configuration guide for transport_tcp_reuseaddr (source)) Consult your OS documentation for resolutions based on the error code. Update the UM configuration file to modify or include different ports for the options transport_lbtrm_←source_port_low and/or transport←_lbtrm_source_port high. 164 UM Log Messages CoreApi-5688-3337: lbm_socket←_sendb send/sendto: s An error occurred while sending. The message will contain addition specific information, supplied by the operating system. This is a platform specific error; please use the operating system's error code and description to further understand the circumstances of the error. The receiving application should monitor the LBM_MSG_EOS message for EOS on the transport session. EOS indicates the transport session is no longer valid. Please see KB 234278 for a more detailed explanation. CoreApi-5688-3468: could not find the given source transport session. The transport session for which statistics were requested is no longer valid. CoreApi-5688-3545: wildcard pattern type d not supported The specified pattern type for the wildcard receiver was invalid. Refer to pattern_type in the configuration guide, set the appropriate value and retry the application. CoreApi-5688-3772: FD event already defined Trying to register a handle with event flag(s) (LBM_FD_EVENT_←∗) already registered for that same handle. If using lbm_register_fd/lbm_←cancel_fd APIs in UM application, review usage logic. Otherwise, contact Informatica support. CoreApi-5688-4087: XML configuration has already been loaded. An XML configuration has already been loaded via UMM and can not be overridden by loading a different XML configuration. Modify the application to not attempt to load a second XML configuration. CoreApi-5688-4092: XML configuration has already been loaded. An XML configuration has already been loaded via UMM and can not be overridden by loading a different XML configuration. Modify the application to not attempt to load a second XML configuration. CoreApi-5688-4093: error parsing XML data The XML configuration received from UMM could not be parsed. Previous error messages should contain the reason for the error. Correct the configuration in UMM and retry the application. CoreApi-5688-4094: error parsing application name 's' The XML configuration for the application received from UMM could not be parsed. Previous error messages should contain the reason for the error. Correct the configuration in UMM and retry the application. CoreApi-5688-4110: no default multicast interface available Application exits when multicast interface is not specified in configuration file. To avoid the application exiting, a default multicast interface must be specified and if there is none, setting it to 127.0.0.1 allows the application to continue to work. CoreApi-5688-4243: lbm_src_←topic_attr_" #name "_set:s An error was returned when an attempt was made to set an attribute. The error message returned is included in the text of this message. CoreApi-5688-4251: could not insert lbm_umq_rcvdc_t rcv list ASL [s:d] Internal error while inserting a new receiver into the receiver ASL list. Contact Informatica support. CoreApi-5688-4554: Can't allocate memory [s:d] The LBM JNI library could not allocate a string object. This usually indicates a severe out of memory condition. CoreApi-5688-606: LBT-IPC: failed to allocate shared memory (d) A shared memory object for the I←PC transport could not be created. This could be caused by a permission error or no more resources. Please refer to the OS error number given. 9.2 UM Core API Messages 165 CoreApi-5688-608: LBT-IPC: failed to map shared memory (d) An error occurred trying to map a pointer to the IPC shared memory region. Please refer to the OS error number given. CoreApi-5688-610: LBT-IPC: can not initialize shared semaphore (d) An error occurred when initializing the shared semaphore used to ensure mutual exclusion while accessing the IPC shared memory region. Please refer to the OS error number given. CoreApi-5688-611: LBT-IPC: failed to allocate shared memory (d) A shared memory object for the I←PC transport could not be created. This could be caused by a permission error or no more resources. Please refer to the OS error number given. CoreApi-5688-612: LBT-IPC: failed to map shared memory (d) An error occurred trying to map a pointer to the IPC shared memory region. Please refer to the OS error number given. CoreApi-5688-613: LBT-IPC: can not create shared Mutex (d) The shared Mutex used to ensure mutual exclusion while accessing the IPC shared memory region could not be created. Please refer to the OS error number given. CoreApi-5688-64: config file: s line d: s The supplied configuration option is not recognized by the system. CoreApi-5688-706: Not currently registered with enough UME stores The source tried to send a message while not registered with a quorum of stores. CoreApi-5688-708: UMQ queue is marked inactive Every source and receiver periodically checks that every queue it is registered with is still active, by checking if it has received a recent advertisement from the queue. If the activity timeout for the queue is exceeded before an advertisement is received and checked by the source, the source will mark the queue as inactive, and will no longer attempt to publish messages to that queue until it becomes active again. CoreApi-5760-1: receiver must be an observer receiver (set umq_←queue_participation to 2) lbm_rcv_umq_queue_msg_←retrieve was called using a normal receiver for the rcv parameter. Only observer receivers (receivers with the "receiver umq_queue_←participation" option set to "2") may be used with this API. UM executes a case insensitive comparison for an exact match of configuration options. Check for correct spelling and proper use of underscore characters. Monitor the source_event_function for changes in quorum status. Please see KB article 304595 for more details. Check why the source has not marked that is has received an advertisement. It could be a delay on the queue, on the network, or on the source itself. 166 UM Log Messages CoreApi-5760-2: receiver must be an observer receiver (set umq_←queue_participation to 2) CoreApi-5867-14: error occurred parsing message selector stringCoreApi-5867-15: error occurred evaluating message selector string due to unknown property type [d] for property [s] lbm_rcv_umq_queue_msg_←list was called using a normal receiver for the rcv parameter. Only observer receivers (receivers with the "receiver umq_queue_←participation" option set to "2") may be used with this API. The message selector string is invalid or could not be parsed. Check the UM Documenation for valid syntax. Message property type was invalid. Verify that the message properties have not been corrupted. CoreApi-5867-16: rcv cannot be configured with both message selector and spectrum channel behavior CoreApi-5867-17: rcv cannot be configured with both message selector and spectrum channel A receiver was configured with both a message selector and channel behavior Remove either the message selector or the channel behavior from the receiver attributes A receiver was configured with both a message selector and channel Remove either the message selector or the channel CoreApi-5867-18: rcv cannot be configured with both message selector and spectrum channel behavior CoreApi-5867-1: optval must not be NULL A receiver was configured with both a message selector and channel behavior Remove either the message selector or the channel behavior from the receiver attributes The optval passed in was a NULL pointer. Ensure NULL is not passed as the value of the optval pointer because this is where the data will be copied CoreApi-5867-2: optlen must not be NULL The optlen passed in was a NULL pointer. Ensure NULL is not passed as the value of the optlen pointer because this is needed to make sure the data can be copied CoreApi-5867-3: optval is not long enough Based on the optlen passed in, the data cannot be copied into optval due to its size Ensure optval is large enought to hold the data (check the update optlen for the needed size) CoreApi-6001-10: async operation canceled because connection with queue was lost An outstanding asynchronous operation was canceled because the connection with the queue was lost, rendering the outstanding async operation unlikely to ever complete on its own. This is normal behavior if a queue has been brought down on purpose; otherwise, check to see if the queue is overloaded and unresponsive or if there is a connectivity problem between the client application and the queue. CoreApi-6001-11: could not allocate lbm_umq_rcvdc_t waiting command list [s:d] The UMQ delivery controller's waiting command list could not be created. This usually indicates severe resource exhaustion; check for out of memory errors. CoreApi-6001-1: optlen incorrect size The size of the option passed in is not the correct size for this option. This is usually a coding mistake; check that the correct type is being used for this option. CoreApi-6001-2: greater than 0 The UMQ command outstanding max passed in was 0, which is not a valid value. The string representing the UMQ command outstanding max could not be parsed to find a number. Make sure the value given is > 0. The string representing the UMQ command outstanding max was 0, which is not a valid value. Check the string being passed in, make sure it's a number > 0. optval must be CoreApi-6001-3: UMQ command outstanding max not a number CoreApi-6001-4: greater than 0 optval must be Check the string being passed in, make sure it's a number > 0. 9.2 UM Core API Messages 167 CoreApi-6001-5: optlen incorrect size The size of the option passed in is not the correct size for this option. This is usually a coding mistake; check that the correct type is being used for this option. CoreApi-6001-6: optlen too small The size of the buffer passed in was less than the minimum buffer size required. Make sure the buffer is large enough - at least LBM_MIN_SG←ET_OPTLEN bytes in size. CoreApi-6001-7: could not allocate lbm_umq_queue_t waiting cmd ID list [s:d] UMS could not allocate a queue controller waiting command list. This probably means malloc failed or the system is otherwise out of resources. A waiting command could not be enqueued onto the queue's waiting command list. This is likely the result of severe resource exhaustion; contact Informatica support. This usually indicates resource exhaustion; check for out of memory conditions. CoreApi-6020-10: Cannot increase inflight messages or bytes while decreasing the other Attemping to take a waiting command off the waiting command list and put it in the active commands list failed. Attempting to increase the flight size messages or bytes and decrease the other. CoreApi-6020-11: Cannot increase inflight messages or bytes while decreasing the other Attempting to increase the flight size messages or bytes and decrease the other. Ensure that the inflight set callback returns a valid inflight structure, or call the method twice to set each one individually. CoreApi-6020-12: Payload exceeds flight size bytes maximum, can not send. Attempted to send a single message with payload length greater than the configured maximum allowed limit inflight parameter was NULL Send smaller messages or increase source ume_flight_size_←bytes CoreApi-6020-14: RPP sources must also configure a non-zero value for ume_flight_size_bytes Attempted to create a RPP enabled source without specifying a valid flight size bytes Set "source ume_flight_size_←bytes" to be non-zero CoreApi-6020-1: optlen incorrect size CoreApi-6020-2: opval not numeric optlen parameter is not the correct size optval parameter was not a string representation of a number optlen should be the size of an lbm_uint64_t Ensure that the optval string is a unsigned number CoreApi-6020-3: optval not a number optval parameter was not a string representation of a number Ensure that the optval string is a unsigned number CoreApi-6020-4: optlen incorrect size CoreApi-6020-5: optlen too small optlen parameter is not the correct size optlen parameter too small optlen should be size of lbm_←uint64_t Increase optlen size CoreApi-6020-8: exinfo properties must be valid when LBM_SRC_S←END_EX_FLAG_PROPERTIES is set CoreApi-6020-9: Payload exceeds flight size bytes maximum, unable to send. Attempted send with message properties flag set, but exinfo>properties was NULL Turn off message properties flag or set exinfo->properties correctly. Attempted to send a single message with payload length greater than the maximum limit while using UMP flight size blocking behavior Send smaller messages or increase source ume_flight_size_←bytes CoreApi-6001-8: could not insert lbm_umq_queue_t CMD WAITING LIST [s:d] CoreApi-6001-9: could not insert lbm_umq_queue_t CMD ASL [s:d] CoreApi-6020-13: inflight parameter must be a valid pointer This is a severe problem and usually indicates resource exhaustion; check for out of memory conditions. Ensure that the inflight set callback returns a valid inflight structure, or call the method twice to set each one individually. inflight must be a valid pointer 168 UM Log Messages CoreApi-6034-2: session id not a number The provided session ID was invalid. Specify a session ID that fits one of the following formats: A hexadecimal value prefixed by 0x, an octal value prefixed by 0, or a decimal value. The value must be smaller than 0xFFFFFFFFFFFFF←FFF regardless of representation. CoreApi-6111-0: optlen incorrect size CoreApi-6111-10: optlen too small optlen is not the correct size CoreApi-6111-11: size CoreApi-6111-12: meric CoreApi-6111-13: number CoreApi-6111-14: size CoreApi-6111-15: optlen too small optlen should be the size of a lbm←_uint8_t optlen should be at least LBM_M←IN_SGET_OPTLEN optlen should be size_t optval not nu- optval is not numeric optval needs to be numeric optval not a optval not a number optval needs to be a number optlen incorrect optlen incorrect size optlen should be size_t optlen too small optlen too small optval not numeric optlen should be at least LBM_M←IN_SGET_OPTLEN optlen should be of size lbm_←uint64_t optval should be numeric optval not a number optval needs to be a number optlen incorrect size optlen incorrect size.. should be a lbm_uint64_t Valid settings are 0 and 1 optlen incorrect optlen too small CoreApi-6111-16: optlen incorrect size CoreApi-6111-17: optval not numeric CoreApi-6111-18: optval not a number CoreApi-6111-19: optlen incorrect size CoreApi-6111-1: invalid ume←_receiver_paced_persistence setting optlen incorrect size CoreApi-6111-20: optlen too small optlen too small CoreApi-6111-21: size CoreApi-6111-22: meric CoreApi-6111-23: size CoreApi-6111-24: optlen incorrect size optlen should be LBM_MIN_SGE←T_OPTLEN optlen should be lbm_uint32_t optval not numeric optval is not a number optlen incorrect optlen incorrect size optlen should be lbm_uint32_t optlen too small optlen too small optlen should be at least LBM_M←IN_SGET_OPTLEN optlen should be size of lbm_←uint8_t value should be 0 or 1 optlen incorrect optval not nu- Invalid setting for rpp CoreApi-6111-25: optlen incorrect size CoreApi-6111-26: invalid ume←_repository_ack_on_reception setting optlen incorrect size CoreApi-6111-27: optval not numeric CoreApi-6111-28: invalid ume←_repository_ack_on_reception setting optval not numeric optval is not a number invalid ume_repository_ack_on_←reception setting optval should be 0 or 1 CoreApi-6111-29: optlen incorrect size CoreApi-6111-2: optval not numeric optlen incorrect size optlen should be of size lbm_←uint8_t optval must be numeric invalid ume_repository_ack_on_←recepeption setting optval is not numeric 9.2 UM Core API Messages 169 CoreApi-6111-30: optlen too small optlen too small CoreApi-6111-31: optlen incorrect size CoreApi-6111-32: invalid ume←_receiver_paced_persistence setting size of the option is incorrect optlen should be at least LBM_M←IN_SGET_OPTLEN optlen must be a lbm_uint8_t ume_receiver_paced_persistence set to invalid value ume_receiver_paced_persistence must be 0 - 2 CoreApi-6111-33: optval not numeric CoreApi-6111-34: invalid ume←_receiver_paced_persistence setting optval is not a number optval needs to be numeric only ume_receiver_paced_persistence set to invalid value ume_receiver_paced_persistence must be 0 - 2 CoreApi-6111-35: optlen incorrect size CoreApi-6111-36: optlen too small optlen is not a lbm_uint8_t optlen should be a lbm_uint8_t optlen is too small optlen needs to be at least 80 CoreApi-6111-3: invalid ume←_receiver_paced_persistence setting optval not a valid value optval must be 0 or 1 CoreApi-6111-4: optlen incorrect size CoreApi-6111-5: optlen too small optval is incorrect size optval must be a lbm_uint8_t size optlen is too small CoreApi-6111-6: optlen incorrect size CoreApi-6111-7: optval not numeric CoreApi-6111-8: optval not a number CoreApi-6111-9: optlen incorrect size CoreApi-6117-100: rcv must be valid optlen incorrect size optlen must be at least LBM_MIN←_SGET_OPTLEN optlen must be a size_t optval is not numeric optval must be a number optval is not a number optval needs to be a number optlen incorrect size optlen should be a size_t was Don't deregister your receiver after you've deleted it. CoreApi-6117-101: not registered with any stores. Tried to deregister from stores when you were never registered with any. Don't call deregister if you've never registered to any stores. CoreApi-6186-1: ctx must be valid Passed NULL for lbm_context_←t∗ argument of lbm_deserialize_←response API. lbm_deserialize_response API lbm_context_t∗ argument must not be NULL. CoreApi-6186-2: serialized response must be valid Passed NULL for lbm_serialized←_response_t∗ argument of lbm_←deserialize_response API. lbm_deserialize_response A←PI lbm_serialized_response_t∗ argument must not be NULL. CoreApi-6254-20: memory [s:d] Can't allocate UMQ ran out of memory while creating a message selector string. CoreApi-6254-21: memory [s:d] Can't allocate UMQ ran out of memory while creating a message selector. CoreApi-6259-17: Unicast Immediate Message failed: cannot find route to Remote Domain: u:s:d There is no known route to the given domain. This could happen momentarily as an LBM context learns the domain routes at startup. If the warning persists, the Gateway configuration should be examined for inconsistencies. CoreApi-6259-18: Unicast Immediate Request failed: cannot find route to Remote Domain: u:s:d There is no known route to the given domain. This could happen momentarily as an LBM context learns the domain routes at startup. If the warning persists, the Gateway configuration should be examined for inconsistencies. lbm_rcv_ume_deregister called with a null rcv. 170 UM Log Messages CoreApi-6273-1: Cannot enable RPP with round-robin stores CoreApi-6298-1: src could not deregister from store Cannot enable receiver-paced persistence with round-robin stores source failed trying to deregister from a store. CoreApi-6298-2: src is already deregistering from the stores source is already deregistered. CoreApi-6435-1: msg must be valid CoreApi-6435-2: msg has no fragment information CoreApi-6452-10: optval must 0 or 1 Message Pointer is NULL CoreApi-6452-11: auto_create_←transaction_mgr optval must 0 or 1 Message doesn't have any fragment information The auto_create_transaction_mgr passed in value was not 0 or 1, which is not a valid value. The string representing the auto←_create_transaction_mgr could not be parsed to find a number. Only use Q/C with RPP try again, unicast control channel between source and store may be down don't call lbm_src_ume_deregister multiple times passing in the same source. Make sure the value given is 0 or 1. Check the string being passed in, make sure it's a number 0 or 1. CoreApi-6452-12: auto_create_←transaction_mgr optval must be 0 or 1 The string representing the auto←_create_transaction_mgr was not 0 or 1, which is not a valid value. Check the string being passed in, make sure it's a number 0 or 1. CoreApi-6452-13: optlen incorrect size The size of the option passed in is not the correct size for this option. This is usually a coding mistake; check that the correct type is being used for this option. CoreApi-6452-14: optval must be between 0 or 3 The transaction_mgr_role passed in value was not between 0 and 3, which is not a valid value. The string representing the transaction_mgr_role could not be parsed. Make sure the value given between 0 and 3. CoreApi-6452-16: optlen incorrect size The size of the option passed in is not the correct size for this option. This is usually a coding mistake; check that the correct type is being used for this option. CoreApi-6452-17: optlen too small The size of the buffer passed in was less than the minimum buffer size required. Make sure the buffer is large enough - at least LBM_MIN_SG←ET_OPTLEN bytes in size. CoreApi-6452-18: optlen incorrect size The size of the option passed in is not the correct size for this option. This is usually a coding mistake; check that the correct type is being used for this option. CoreApi-6452-19: optval must be between 0 or 2 The transaction_mgr_type passed in value was between 0 and 2, which is not a valid value. The string representing the transaction_mgr_type could not be parsed. Make sure the value given be between 0 and 2. CoreApi-6452-21: optlen incorrect size The size of the option passed in is not the correct size for this option. This is usually a coding mistake; check that the correct type is being used for this option. CoreApi-6452-22: optlen too small The size of the buffer passed in was less than the minimum buffer size required. Make sure the buffer is large enough - at least LBM_MIN_SG←ET_OPTLEN bytes in size. CoreApi-6452-3: optlen too small Invalid Attribute Change attribute to a valide value. CoreApi-6452-4: optlen incorrect size Invalid Attribute Change attribute to a valide value. CoreApi-6452-15: optlen incorrect size CoreApi-6452-20: optlen incorrect size Check the string being passed in, make sure it's one of the following←: PROPOSER, ACCEPTOR, LE←ARNER, NONE Check the string being passed in, make sure it's one of the following←: PROPOSER, ACCEPTOR, LE←ARNER, NONE 9.2 UM Core API Messages CoreApi-6452-5: 0 or 1 CoreApi-6452-6: meric CoreApi-6452-7: 0 or 1 CoreApi-6452-8: size CoreApi-6452-9: size 171 optval must be -1, Invalid Attribute Change attribute to a valide value. optval not nu- Invalid Attribute Change attribute to a valide value. optval must be -1, Invalid Attribute Change attribute to a valide value. optlen incorrect Invalid Attribute Change attribute to a valide value. optlen incorrect The size of the option passed in is not the correct size for this option. This is usually a coding mistake; check that the correct type is being used for this option. CoreApi-6755-1: ip string is malformed CoreApi-6759-12: context name too long The ip string passed into ume_←store is malformed. The supplied context name is invalid because it is too long. The ume_store ip_string must be in an a.b.c.d dotted decimal format. Context names must not exceed 128 characters in length. CoreApi-6759-13: optlen incorrect size The oplen parameter is incorrect. Optlen must be sizeof(lbm_ulong←_t). CoreApi-6759-14: optval not numeric Optval is not numeric. The optval string must consist of numbers only. CoreApi-6759-15: optlen incorrect size The oplen parameter is incorrect. Optlen must be sizeof(lbm_ulong←_t). CoreApi-6759-16: optlen too small Optlen is too small. CoreApi-6759-17: optlen incorrect size The oplen parameter is incorrect. Optlen should be at least LBM_M←IN_SGET_OPTLEN. Optlen must be sizeof(lbm_ulong←_t). CoreApi-6759-18: optval not numeric Optval is not numeric. The optval string must consist of numbers only. CoreApi-6759-19: optlen incorrect size The oplen parameter is incorrect. Optlen must be sizeof(lbm_ulong←_t). CoreApi-6759-20: optlen too small Optlen is too small. CoreApi-6759-21: optlen incorrect size The oplen parameter is incorrect. Optlen should be at least LBM_M←IN_SGET_OPTLEN. Optlen must be sizeof(lbm_←uint64_t). CoreApi-6759-22: optval not numeric Optval is not numeric. The optval string must consist of numbers only. CoreApi-6759-23: optval not a valid value Optval is not numeric. CoreApi-6759-24: optlen incorrect size The oplen parameter is incorrect. The optval string must consist of numbers only and fit in a 64 bit value. Optlen must be sizeof(lbm_←uint64_t). CoreApi-6759-25: optlen too small Optlen is too small. CoreApi-6759-26: optlen incorrect size The oplen parameter is incorrect. CoreApi-6759-27: optval not numeric Optval is not numeric. The optval string must consist of numbers only. CoreApi-6759-28: optval not a valid value Optval is not numeric. CoreApi-6759-29: optlen incorrect size The oplen parameter is incorrect. The optval string must consist of numbers only and must fit in a 64 bit value. Optlen must be sizeof(lbm_←uint64_t). CoreApi-6759-30: optlen too small Optlen is too small. CoreApi-6856-10: optlen incorrect size optlen incorrect size Optlen should be at least LBM_M←IN_SGET_OPTLEN. Optlen must be sizeof(lbm_←uint64_t). Optlen should be at least LBM_M←IN_SGET_OPTLEN. optlen should be lbm_uint32_t 172 UM Log Messages CoreApi-6856-11: optval not numeric CoreApi-6856-12: optlen incorrect size CoreApi-6856-13: optlen too small optval not numeric optval is not a number optlen incorrect size optlen should be lbm_uint32_t optlen too small CoreApi-6856-2: optlen incorrect size CoreApi-6856-3: optval not numeric CoreApi-6856-4: optlen incorrect size CoreApi-6856-5: optlen too small optlen incorrect size optlen should be at least LBM_M←IN_SGET_OPTLEN optlen should be lbm_uint16_t optval not numeric optval is not a number optlen incorrect size optlen should be lbm_uint16_t optlen too small CoreApi-6856-6: optlen incorrect size CoreApi-6856-7: optval not numeric CoreApi-6856-8: optlen incorrect size CoreApi-6856-9: optlen too small optlen incorrect size optlen should be at least LBM_M←IN_SGET_OPTLEN optlen should be lbm_uint32_t optval not numeric optval is not a number optlen incorrect size optlen should be lbm_uint32_t optlen too small CoreApi-6898-0: size CoreApi-6898-1: or 1 CoreApi-6898-2: meric CoreApi-6898-3: or 1 CoreApi-6898-4: size umq_explicit_ack_only needs to be 0 or 1.: umq_explicit_ack_only needs to be 0 or 1. umq_explicit_ack_only needs to be 0 or 1. umq_explicit_ack_only needs to be 0 or 1. lbm_rcv_topic_attr_umq_exack_←only_get requires an Interger. optlen should be at least LBM_M←IN_SGET_OPTLEN Set umq_explicit_ack_only to 0 or 1. Set umq_explicit_ack_only to 0 or 1. Set umq_explicit_ack_only to 0 or 1. Set umq_explicit_ack_only to 0 or 1. Pass a pointer to a Integer to lbm_rcv_topic_attr_umq_exack_←only_get optlen incorrect optval must be 0 optval not nuoptval must be 0 optlen incorrect CoreApi-6898-5: optlen too small lbm_rcv_topic_attr_umq_exack_←only_sget requires an Interger. Pass a pointer to a Integer to lbm_rcv_topic_attr_umq_exack_←only_sget CoreApi-6898-6: must have explicit acks enabled Explicit Acks must be set to 1 before calling sendExplicitAck. Set umq_explicit_ack_only to 1. CoreApi-6898-7: valid msg must be Invalid Message. lbm_msg_umq_send_explicit_←ack must be called with a valid message. CoreApi-6898-8: valid msg must be Invalid Message. lbm_msg_umq_can_send_←explicit_ack must be called with a valid message. CoreApi-6932-11: optlen incorrect size The size of the option was too large and/or too small sri_request_interval is an lbm_←ulong_t CoreApi-6932-12: optval must be greater than 0 The option value submitted was zero (0); this value must be greater than 0. While 1 is an acceptable minimum; a larger value provides redundancy. CoreApi-6932-13: optval not numeric The option value string submitted contains non numeric characters. CoreApi-6932-14: number The option value string submitted could not be converted into a number Be sure there are no trailing non numeric characters such as spaces and that the number is not in hexadecimal. Be sure that the size (magnitude) of the value is correct for an lbm_←ulong_t optval not a 9.2 UM Core API Messages 173 CoreApi-6932-15: optval must be greater than 0 The option value submitted was zero (0); this value must be greater than 0. While 1 is an acceptable minimum; a larger value provides redundancy. CoreApi-6932-16: optlen incorrect size The size of the option was too large and/or too small sri_request_interval is an lbm_←ulong_t CoreApi-6932-17: optlen too small The size of the option buffer was too small to contain the option. sri_request_interval is an lbm_←ulong_t CoreApi-6932-1: optlen incorrect size The size of the option was too large and/or too small sri_request_interval is an lbm_←ulong_t CoreApi-6932-21: optlen incorrect size The size of the option was too large and/or too small sri_request_interval is an lbm_←ulong_t CoreApi-6932-22: optval must be greater than 0 The option value submitted was zero (0); this value must be greater than 0. While 1 is an acceptable minimum; a larger value provides redundancy. CoreApi-6932-23: optval not numeric The option value string submitted contains non numeric characters. CoreApi-6932-24: number optval not a The option value string submitted could not be converted into a number Be sure there are no trailing non numeric characters such as spaces and that the number is not in hexadecimal. Be sure that the size (magnitude) of the value is correct for an lbm_←ulong_t CoreApi-6932-25: optval must be greater than 0 The option value submitted was zero (0); this value must be greater than 0. While 1 is an acceptable minimum; a larger value provides redundancy. CoreApi-6932-26: optlen incorrect size The size of the option was too large and/or too small sri_request_interval is an lbm_←ulong_t CoreApi-6932-27: optlen too small The size of the option buffer was too small to contain the option. sri_request_interval is an lbm_←ulong_t CoreApi-6932-2: greater than 0 optval must be The option value submitted was zero (0); this value must be greater than 0. While 1 is an acceptable minimum; a larger value provides redundancy. CoreApi-6932-31: optlen incorrect size The size of the option was too large and/or too small sri_request_interval is an lbm_←ulong_t CoreApi-6932-32: optval must be greater than 0 The option value submitted was zero (0); this value must be greater than 0. While 1 is an acceptable minimum; a larger value provides redundancy. CoreApi-6932-33: optval not numeric The option value string submitted contains non numeric characters. CoreApi-6932-34: number optval not a The option value string submitted could not be converted into a number Be sure there are no trailing non numeric characters such as spaces and that the number is not in hexadecimal. Be sure that the size (magnitude) of the value is correct for an lbm_←ulong_t CoreApi-6932-35: optval must be greater than 0 The option value submitted was zero (0); this value must be greater than 0. While 1 is an acceptable minimum; a larger value provides redundancy. CoreApi-6932-36: optlen incorrect size The size of the option was too large and/or too small sri_request_interval is an lbm_←ulong_t CoreApi-6932-37: optlen too small The size of the option buffer was too small to contain the option. sri_request_interval is an lbm_←ulong_t CoreApi-6932-3: meric The option value string submitted contains non numeric characters. Be sure there are no trailing non numeric characters such as spaces and that the number is not in hexadecimal. optval not nu- 174 UM Log Messages CoreApi-6932-41: optlen incorrect size The size of the option was too large and/or too small sri_request_interval is an lbm_←ulong_t CoreApi-6932-42: optval must be greater than 0 The option value submitted was zero (0); this value must be greater than 0. While 1 is an acceptable minimum; a larger value provides redundancy. CoreApi-6932-43: optval not numeric The option value string submitted contains non numeric characters. CoreApi-6932-44: number optval not a The option value string submitted could not be converted into a number Be sure there are no trailing non numeric characters such as spaces and that the number is not in hexadecimal. Be sure that the size (magnitude) of the value is correct for an lbm_←ulong_t CoreApi-6932-45: optval must be greater than 0 The option value submitted was zero (0); this value must be greater than 0. While 1 is an acceptable minimum; a larger value provides redundancy. CoreApi-6932-46: optlen incorrect size The size of the option was too large and/or too small sri_request_interval is an lbm_←ulong_t CoreApi-6932-47: optlen too small The size of the option buffer was too small to contain the option. sri_request_interval is an lbm_←ulong_t CoreApi-6932-4: optval not a number The option value string submitted could not be converted into a number Be sure that the size (magnitude) of the value is correct for an lbm_←ulong_t CoreApi-6932-51: optlen incorrect size The size of the option was too large and/or too small sri_request_interval is an lbm_←ulong_t CoreApi-6932-52: optval must be greater than 0 The option value submitted was zero (0); this value must be greater than 0. While 1 is an acceptable minimum; a larger value provides redundancy. CoreApi-6932-53: optval not numeric The option value string submitted contains non numeric characters. CoreApi-6932-54: number optval not a The option value string submitted could not be converted into a number Be sure there are no trailing non numeric characters such as spaces and that the number is not in hexadecimal. Be sure that the size (magnitude) of the value is correct for an lbm_←ulong_t CoreApi-6932-55: optval must be greater than 0 The option value submitted was zero (0); this value must be greater than 0. While 1 is an acceptable minimum; a larger value provides redundancy. CoreApi-6932-56: optlen incorrect size The size of the option was too large and/or too small sri_request_interval is an lbm_←ulong_t CoreApi-6932-57: optlen too small The size of the option buffer was too small to contain the option. sri_request_interval is an lbm_←ulong_t CoreApi-6932-5: greater than 0 optval must be The option value submitted was zero (0); this value must be greater than 0. While 1 is an acceptable minimum; a larger value provides redundancy. CoreApi-6932-6: optlen incorrect size The size of the option was too large and/or too small sri_request_interval is an lbm_←ulong_t CoreApi-6932-7: optlen too small The size of the option buffer was too small to contain the option. sri_request_interval is an lbm_←ulong_t CoreApi-6937-1: optlen incorrect size CoreApi-6937-2: optval must be 0 or 1 The size of the option was too large or too small transport_tcp_use_session_id can either be set "ON" or "OFF" transport_tcp_use_session_id is an int Please use "0" to indicate "OFF" and "1" to indicate "ON" 9.2 UM Core API Messages CoreApi-6937-3: meric 175 optval not nu- The option value string submitted contains non numeric characters. CoreApi-6937-4: optval must be 0 or 1 CoreApi-6937-5: optlen incorrect size CoreApi-6937-6: optlen too small transport_tcp_use_session_id can either be set "ON" or "OFF" The size of the option was too large or too small The size of the option buffer was too small to contain the option. CoreApi-6976-100: optval not understood The value is not a supported operational mode - either embedded or sequential. CoreApi-6976-101: rect size The value of optlen passed in does not match the size of the option type. CoreApi-6976-102: small optlen incor- too The value of optlen passed in is too small to hold the option type. optlen incor- Value of optlen passed in is not equal to the size of the option. CoreApi-6976-108: optval not numeric Value of the option passed in does not appear to be a number - and it needs to be. Value of the option passed in does not appear to be a number - and it needs to be. Value of optlen passed in is not equal to the size of the option. CoreApi-6976-107: rect size optlen CoreApi-6976-109: number optval not a CoreApi-6976-110: rect size optlen incor- CoreApi-6976-111: small optlen Be sure there are no trailing non numeric characters such as spaces and that the number is not in hexadecimal. Please use "0" to indicate "OFF" and "1" to indicate "ON" transport_tcp_use_session_id is an int transport_tcp_use_session_id is an int too Value of optlen passed in is not big enough to store the option type. CoreApi-6976-112: lbm_imbq_←create CreateMutex We failed to create a mutex on Windows; this probably indicates resource exhaustion. Check machine for excessive memory use or excessive open handles (both can be viewed in Task Manager) CoreApi-6976-113: lbm_imbq_←create CreateSemaphore We failed to create a semaphore on Windows; this probably indicates resource exhaustion. Check machine for excessive memory use or excessive open handles (both can be viewed in Task Manager) CoreApi-6976-115: The LBT-SMX transport type does not support Hot Failover sources User attempted to create a hot failover source with an LBT-SMX transport, which is not supported. CoreApi-6976-116: optval either not a number or a negative number The value passed in does not appear to be a number, or it is a negative number. The configured "context transport←_lbtsmx_id_low" option is higher than the configured "context transport_lbtsmx_id_high" option, which is not allowed. A shared memory object for the S←MX transport could not be created. This could be caused by a permission error or no more resources. Please refer to the OS error number given. CoreApi-6976-119: Configured LBT-SMX transport_lbtsmx_id_low (u) is greater than configured transport_lbtsmx_id_high (u) CoreApi-6976-152: LBT-SMX: failed to allocate shared memory (d) 176 UM Log Messages CoreApi-6976-153: LBT-SMX: failed to allocate shared memory of size configured d, rcvrs: d (d) A shared memory object for the S←MX transport could not be created. This could be caused by a permission error or no more resources. Please refer to the OS error number given. CoreApi-6976-154: LBT-SMX: failed to map shared memory (d) An error occurred trying to map a pointer to the SMX shared memory region. Please refer to the OS error number given. CoreApi-6976-155: LBT-SMX: can not get shared semaphore A shared memory object for the S←MX transport could not be created. This could be caused by a permission error or no more resources. Please refer to the OS error number given. CoreApi-6976-156: LBT-SMX: can not initialize shared semaphore (d) An error occurred when initializing the shared semaphore used to ensure mutual exclusion while accessing the SMX shared memory region. Please refer to the OS error number given. CoreApi-6976-157: LBT-SMX: failed to allocate shared memory (d) A shared memory object for the S←MX transport could not be created. This could be caused by a permission error or no more resources. Please refer to the OS error number given. CoreApi-6976-158: LBT-SMX: failed to map shared memory (d) An error occurred trying to map a pointer to the SMX shared memory region. Please refer to the OS error number given. CoreApi-6976-159: LBT-SMX: can not create shared Mutex (d) The shared Mutex used to ensure mutual exclusion while accessing the SMX shared memory region could not be created. Please refer to the OS error number given. CoreApi-6976-1: would block buff_acquire A non-blocking lbm_src_buff_←acquire would block. This is perfectly normal from time to time. If it happens every send call or very frequently, a receiver may be still alive, but hung. CoreApi-6976-2: requested buffer length plus headers is higher than configured transport_lbtsmx←_datagram_max_size (u bytes) for source CoreApi-6976-30: LBT-SMX not supported A length parameter was passed to lbm_src_buff_acquire that was greater than the configured maximum datagram size; this is a user error. The user is trying to set a config option or perform a function with a library that does not support the L←BT-SMX transport. Application code should be fixed to not call buff_acquire with a length parameter that is too big. CoreApi-6976-31: lbm_send_←request and lbm_send_request_ex are not supported with transport type LBT-SMX User tried to send a request via a source set to use the SMX transport; this is not currently supported. Don't send requests on LBT-SMX sources. 9.2 UM Core API Messages 177 CoreApi-6976-33: optlen incorrect size The optlen parameter passed in does not match the size of the option type. CoreApi-6976-34: LBT-SMX transmission window size must be at least d bytes The user tried to configure the L←BT-SMX transmission window size smaller than the minimum required size. The value passed in does not appear to be a number - and it should be. The value passed in does not appear to be a number - and it should be. The user tried to configure the L←BT-SMX transmission window size smaller than the minimum required size. The optlen parameter passed in does not match the size of the option type. CoreApi-6976-35: optval not numeric CoreApi-6976-36: number optval not a CoreApi-6976-37: LBT-SMX transmission window size must be at least d bytes CoreApi-6976-38: optlen incorrect size CoreApi-6976-39: optlen too small The optlen parameter passed in specifies a size that is too small to hold the option value. CoreApi-6976-3: LBT-SMX: too many outstanding buffs; call lbm_←src_buffs_complete before acquiring more The LBT-SMX transport session currently has too many outstanding buffers; if another was acquired now, the receivers could never catch up and the buff_acquire call would block forever. The optlen parameter passed in does not match the size of the option type. CoreApi-6976-40: optlen incorrect size CoreApi-6976-41: LBT-SMX maximum receivers optval not a valid size LBT-SMX max receivers must be set to at least 1; 0 is not supported (or sensible). CoreApi-6976-42: optval not numeric The value passed in does not appear to be a number - and it should be. LBT-SMX max receivers must be set to at least 1; 0 is not supported (or sensible). CoreApi-6976-43: LBT-SMX maximum receivers optval not a valid size CoreApi-6976-44: optlen incorrect size The optlen parameter passed in does not match the size of the option type. CoreApi-6976-45: optlen too small The optlen parameter passed in does not match the size of the option type. CoreApi-6976-46: optlen incorrect size The optlen parameter passed in does not match the size of the option type. CoreApi-6976-47: optval not a valid interval The LBT-SMX session message interval must be > 0; zero is not a valid value. The value passed in does not appear to be a number - and it should be. CoreApi-6976-48: optval not numeric Change configuration to specify a larger LBT-SMX transmission window size. Change configuration to specify a larger LBT-SMX transmission window size. Application code should be fixed to not call buff_acquire too many times without calling buffs_←complete. 178 CoreApi-6976-49: number UM Log Messages optval not a CoreApi-6976-4: LBT-SMX: too many outstanding buffs; call lbm_←src_buffs_complete before acquiring more CoreApi-6976-50: optval not a valid interval CoreApi-6976-51: optlen incorrect size The value passed in does not appear to be a number - and it should be. The LBT-SMX transport session currently has too many outstanding buffers; if another was acquired now, the receivers could never catch up and the buff_acquire call would block forever. The LBT-SMX session message interval must be > 0; zero is not a valid value. The optlen parameter passed in does not match the size of the option type. CoreApi-6976-52: optlen too small The optlen parameter passed in specifies a size that is too small to hold the option value. CoreApi-6976-53: optlen incorrect size The optlen parameter passed in does not match the size of the option type. CoreApi-6976-54: optval not numeric The value passed in does not appear to be a number - and it should be. The optlen parameter passed in does not match the size of the option type. CoreApi-6976-55: optlen incorrect size CoreApi-6976-56: optlen too small The optlen parameter passed in specifies a size that is too small to hold the option value. CoreApi-6976-57: LBT-SMX is not supported User is trying to configure the lbtsmx_datagram_max_size on a build that doesn't support LBT-S←MX. The optlen parameter passed in does not match the size of the option type. CoreApi-6976-58: optlen incorrect size CoreApi-6976-59: value must be greater than or equal to d CoreApi-6976-5: LBT-SMX: too many outstanding buffs; call lbm_←src_buffs_complete before acquiring more CoreApi-6976-60: LBT-SMX is not supported CoreApi-6976-61: not a number datagram size CoreApi-6976-62: value must be greater than or equal to d The datagram max size for LB←T-SMX must be >= the maximum header size. The LBT-SMX transport session currently has too many outstanding buffers; if another was acquired now, the receivers could never catch up and the buff_acquire call would block forever. The user tried to set or get lbtsmx←_datagram_max_size using a build that does not support LBT-SMX. The value passed in does not appear to be a number - and it should be. The datagram max size for LB←T-SMX must be >= the maximum header size. Application code should be fixed to not call buff_acquire too many times without calling buffs_←complete. Application code should be fixed to not call buff_acquire too many times without calling buffs_←complete. 9.2 UM Core API Messages 179 CoreApi-6976-63: LBT-SMX is not supported The user tried to set or get lbtsmx←_datagram_max_size using a build that does not support LBT-SMX. CoreApi-6976-64: optlen incorrect size The optlen parameter passed in does not match the size of the option type. CoreApi-6976-65: LBT-SMX is not supported The user tried to set or get lbtsmx←_datagram_max_size using a build that does not support LBT-SMX. CoreApi-6976-66: optlen too small The optlen parameter passed in specifies a size that is too small to hold the option value. CoreApi-6976-67: could not allocate new buffer to retain lbm_←msg_t A buffer to hold message data could not be allocated; usually this means malloc failed due to being out of memory. CoreApi-6976-68: src cannot be NULL User passed NULL for the source parameter. NULL is not a valid source. LBT-SMX does not support any of the options that can be specified with an lbm_src_send_ex_info_←t object. Therefore, the exinfo parameter when sending with an L←BT-SMX source should always be NULL. The current build does not support LBT-SMX, but the user is trying to call the new LBT-SMX-related send API calls. The user specified a NULL pointer for the source argument to lbm_←src_buff_acquire, which is invalid. CoreApi-6976-69: LBT-SMX sources do not lbm_src_send_←ex_info_t options; exinfo must be NULL CoreApi-6976-70: source transport type does not support sending with lbm_src_buff_acquire CoreApi-6976-71: src must not be NULL CoreApi-6976-72: bufp must not be NULL The user specified a NULL pointer for the bufp argument to lbm_src←_buff_acquire, which is invalid. CoreApi-6976-73: only LBT-S←MX sources support sending with lbm_src_buff_acquire The user called a new LBT-SM←X-related send API call using a source that is not LBT-SMX source; this is unsupported. CoreApi-6976-74: source transport type does not support sending with lbm_src_buffs_complete The current build does not support LBT-SMX, but the user is trying to call the new LBT-SMX-related send API calls. The user specified a NULL pointer for the source argument to lbm←_src_buffs_complete, which is invalid. The user called a new LBT-SM←X-related send API call using a source that is not LBT-SMX source; this is unsupported. CoreApi-6976-75: src must not be NULL CoreApi-6976-76: only LBT-S←MX sources support sending with lbm_src_buffs_complete CoreApi-6976-77: source transport type does not support sending with lbm_src_buffs_complete←_and_acquire The current build does not support LBT-SMX, but the user is trying to call the new LBT-SMX-related send API calls. Check machine for excessive memory use. 180 CoreApi-6976-78: src must not be NULL CoreApi-6976-79: bufp must not be NULL CoreApi-6976-80: only LBT-SMX sources support sending with lbm_src_buffs_complete_and_←acquire CoreApi-6976-81: source transport type does not support lbm_src_←buffs_cancel CoreApi-6976-82: src must not be NULL UM Log Messages The user specified a NULL pointer for the source argument to lbm_←src_buffs_complete_and_acquire, which is invalid. The user specified a NULL pointer for the bufp argument to lbm_←src_buffs_complete_and_acquire, which is invalid. The user called a new LBT-SM←X-related send API call using a source that is not LBT-SMX source; this is unsupported. The current build does not support LBT-SMX, but the user is trying to call the new LBT-SMX-related send API calls. The user specified a NULL pointer for the source argument to lbm_←src_buffs_cancel, which is invalid. CoreApi-6976-83: only LBT-S←MX sources support canceling outstanding buffers with lbm_src_←buffs_cancel The user called a new LBT-SM←X-related send API call using a source that is not LBT-SMX source; this is unsupported. CoreApi-6976-85: an error occurred while canceling source buffers - possibly due to non thread-safe use of lbm_src_buffs←_cancel; LBT-SMX shared memory may be in an inconsistent state The user probably called a series of non-thread-safe buffer-based send API functions concurrently. CoreApi-6976-86: optlen incorrect size The value of optlen passed in does not match the size of the option type. CoreApi-6976-87: optval not a valid ID Transport ID 0 is reserved for internal use for LBT-SMX, so configuring a 0 is not allowed. CoreApi-6976-88: optval not numeric CoreApi-6976-89: optval not a valid ID The value given does not appear to be a number - and it needs to be. Transport ID 0 is reserved for internal use for LBT-SMX, so configuring a 0 is not allowed. CoreApi-6976-90: optlen incorrect size The value of optlen passed in does not match the size of the option type. CoreApi-6976-91: optlen too small The value of optlen passed in is too small to hold the option type. CoreApi-6976-92: optlen incorrect size The value of optlen passed in does not match the size of the option type. CoreApi-6976-93: optval not a valid ID Transport ID 0 is reserved for internal use for LBT-SMX, so configuring a 0 is not allowed. CoreApi-6976-94: optval not numeric CoreApi-6976-95: optval not a valid ID The value given does not appear to be a number - and it needs to be. Transport ID 0 is reserved for internal use for LBT-SMX, so configuring a 0 is not allowed. Code testing for race conditions & code inspection is advised. 9.2 UM Core API Messages 181 CoreApi-6976-96: optlen incorrect size The value of optlen passed in does not match the size of the option type. CoreApi-6976-97: optlen too small The value of optlen passed in is too small to hold the option type. CoreApi-6976-98: optlen incorrect size The value of optlen passed in does not match the size of the option type. CoreApi-6976-99: optval not supported The value is not a supported operational mode - either embedded or sequential. CoreApi-6986-1: ume_sri_inter_←sri_interval can not be zero CoreApi-6986-2: ume_sri_inter_←sri_interval can not be zero CoreApi-6986-3: optlen incorrect size CoreApi-6986-4: ume_source_←timer_minimum_interval can not be zero CoreApi-6986-5: optval not numeric CoreApi-6986-6: ume_source_←timer_minimum_interval can not be zero CoreApi-6986-7: optlen incorrect size CoreApi-6986-8: optlen too small ume_sri_inter_sri_interval is set to zero ume_sri_inter_sri_interval is set to zero optlen incorrect size ume_sri_inter_sri_interval can not be zero ume_sri_inter_sri_interval can not be zero optlen should be lbm_uint32_t ume_src_timer_min_ivl is set to zero ume_src_timer_min_ivl can not be zero optval not numeric optval is not a number ume_src_timer_min_ivl is set to zero ume_src_timer_min_ivl can not be zero optlen incorrect size optlen should be lbm_uint32_t optlen too small CoreApi-6993-1: optval not numeric CoreApi-6993-2: optlen incorrect size CoreApi-6993-3: optlen too small optval not numeric optlen should be at least LBM_M←IN_SGET_OPTLEN optval is not a number optlen incorrect size optlen should be lbm_uint32_t optlen too small CoreApi-6993-4: optval not numeric CoreApi-6993-5: optlen incorrect size CoreApi-6993-6: optlen too small optval not numeric optlen should be at least LBM_M←IN_SGET_OPTLEN optval is not a number optlen incorrect size optlen should be lbm_uint32_t optlen too small CoreApi-6993-7: optlen incorrect size CoreApi-6993-8: optlen incorrect size CoreApi-7160-10: optval not numeric optlen incorrect size optlen should be at least LBM_M←IN_SGET_OPTLEN optlen should be lbm_uint32_t optlen incorrect size optlen should be lbm_uint32_t Attempted to set receiver otr←_request_message_timeout to a non numeric value Could not parse string optval into a number timeout value cannot be negative optval must be a string representation of a number CoreApi-7160-13: optlen incorrect size optlen contained an incorrect size optlen should be sizeof(lbm_←ulong_t) CoreApi-7160-14: optlen too small optlen was too small increase size of optlen CoreApi-7160-11: optval not a number CoreApi-7160-12: optval must be greater than 0 optval must be a number Change configuration to provide a positive value 182 UM Log Messages CoreApi-7160-1: optlen incorrect size optlen value contained the incorrect length optlen should be sizeof(lbm_←ulong_t) CoreApi-7160-2: greater than 0 optval must be optval contained a negative integer optval must be a positive integer CoreApi-7160-3: meric optval not nu- Attempted to set receiver retransmit_request_message←_timeout to a non numeric value Could not parse string optval into a number receiver retransmit_request←_message_timeout cannot be negative optval must be a string representation of a number CoreApi-7160-6: optlen incorrect size optlen contained an incorrect size optlen should be sizeof(lbm_←ulong_t) CoreApi-7160-7: optlen too small optlen was too small increase size of optlen CoreApi-7160-8: optlen incorrect size optlen value contained the incorrect length optlen should be sizeof(lbm_←ulong_t) CoreApi-7160-9: greater than 0 optval must be optval contained a negative integer optval must be a positive integer CoreApi-7175-10: optlen too small The size of the option buffer was too small to contain the option. ume_application_outstanding_←maximum is an lbm_ulong_t CoreApi-7175-1: optlen incorrect size The size of the option was too large and/or too small otr_message_caching_threshold is an lbm_ulong_t CoreApi-7175-2: meric optval not nu- The option value string submitted contains non numeric characters. CoreApi-7175-3: optval not a number The option value string submitted could not be converted into a number Be sure there are no trailing non numeric characters such as spaces and that the number is not in hexadecimal. Be sure that the size (magnitude) of the value is correct for an lbm_←ulong_t CoreApi-7175-4: optlen incorrect size The size of the option was too large and/or too small otr_message_caching_threshold is an lbm_ulong_t CoreApi-7175-5: optlen too small The size of the option buffer was too small to contain the option. otr_message_caching_threshold is an lbm_ulong_t CoreApi-7175-6: optlen incorrect size The size of the option was too large and/or too small ume_application_outstanding_←maximum is an lbm_ulong_t CoreApi-7175-7: meric optval not nu- The option value string submitted contains non numeric characters. CoreApi-7175-8: optval not a number The option value string submitted could not be converted into a number Be sure there are no trailing non numeric characters such as spaces and that the number is not in hexadecimal. Be sure that the size (magnitude) of the value is correct for an lbm_←ulong_t CoreApi-7175-9: optlen incorrect size The size of the option was too large and/or too small ume_application_outstanding_←maximum is an lbm_ulong_t CoreApi-7521-1: optlen incorrect size Incorrect length used for setting integer options length must be sizeof int CoreApi-7521-2: optval must be 0 or 1 CoreApi-7521-3: optval not numeric CoreApi-7521-4: optval must be 0 or 1 CoreApi-7521-5: optlen incorrect size Invalid value for optval optval must be 0 or 1 Option string was not a number Provide number as a string Invalid value for optval optval must be 0 or 1 Size of optlen was incorrect optlen size must be size of int CoreApi-7160-4: optval not a number CoreApi-7160-5: optval must be greater than 0 optval must be a number Change configuration to provide a positive value 9.2 UM Core API Messages 183 CoreApi-7521-6: optlen too small Size of optlen was too small CoreApi-7563-1: optlen incorrect size The size of the option passed in is not the correct size for this option CoreApi-7563-2: Resolver Event function must be valid CoreApi-7563-3: str_setopt not supported for option The function pointer the the function is invalid. str_setopt is not supported CoreApi-7563-4: optlen incorrect size The size of the option passed in is not the correct size for this option CoreApi-7563-5: str_getopt not supported for option String Get option is not supported CoreApi-7699-1: Socket error setting SO_EXCLUSIVEADDRUSE: s An error was returned from the OS while trying to set the SO_EXCL←USIVEADDRUSE (Windows Only) option on a socket. Refer to the OS error number and message given to determine cause of the failure. CoreApi-7839-13: optlen incorrect size The size of the option buffer was too small to contain the option. monitor_interval is an lbm_ulong←_t CoreApi-7839-14: optval not numeric The option value string submitted could not be converted into a number Be sure that the size (magnitude) of the value is correct for an lbm_←ulong_t CoreApi-7839-15: optlen incorrect size CoreApi-7839-16: optlen too small The size of the option was too large and/or too small The size of the option buffer was too small to contain the option. monitor_interval is an lbm_ulong←_t monitor_interval is an lbm_ulong←_t CoreApi-7839-19: receiver must be valid An internal error was encountered while auto-monitoring a receiver topic. Contact Informatica support. CoreApi-7839-1: optlen incorrect size Attempted to set option receiver←_callback_service_time_enabled with an incorrect optlen size. Optlen must be size of int. CoreApi-7839-20: receiver must be valid An internal error was encountered while auto-monitoring a receiver topic. Contact Informatica support. CoreApi-7839-21: receiver must be valid An internal error was encountered while auto-monitoring a receiver topic. Contact Informatica support. CoreApi-7839-22: receiver must be valid An internal error was encountered while auto-monitoring a receiver topic. Contact Informatica support. CoreApi-7839-23: Error initializing auto-monitoring An internal error was encountered while auto-monitoring a receiver topic. Contact Informatica support. CoreApi-7839-24: automatic monitoring of receiver failed [d] [s] Unable to monitor receiver. This is an internal error usually caused by running out of memory. CoreApi-7839-25: automatic unmonitoring of receiver failed [d] [s] Unable to unmonitor receiver. This is an internal error usually caused by running out of memory. CoreApi-7839-26: wildcard receiver must be valid An internal error was encountered while auto-monitoring a wildcard receiver. An internal error was encountered while auto-monitoring a wildcard receiver. An internal error was encountered while auto-monitoring a wildcard receiver. Contact Informatica support. CoreApi-7839-27: wildcard receiver must be valid CoreApi-7839-28: Error initializing auto-monitoring Size of optlen must be at least 80 Check parameters. Contact Informatica support. Contact Informatica support. 184 UM Log Messages CoreApi-7839-29: automatic monitoring of wildcard receiver failed [d] [s] Unable to monitor receiver. This is an internal error usually caused by running out of memory. CoreApi-7839-2: optval must be 0 or 1 Attempted to set option receiver←_callback_service_time_enabled with an invalid optval. Optval must be 0 or 1. CoreApi-7839-30: automatic unmonitoring of wildcard receiver failed [d] [s] Unable to unmonitor wildcard receiver. This is an internal error usually caused by running out of memory. CoreApi-7839-32: automatic monitoring of source failed [d] [s] Unable to monitor source. This is an internal error usually caused by running out of memory. CoreApi-7839-38: Context must be valid An internal error was encountered while updating the domain ID for an auto-monitored context. An internal error was encountered while auto-monitoring a context. Contact Informatica support. optval not nu- Attempted to set option receiver←_callback_service_time_enabled with an invalid optval. Optval must be numeric. CoreApi-7839-40: monitor_←transport option is not supported Invalid monitor_transport is configured. User needs to select a valid option for monitor_transport CoreApi-7839-41: optlen incorrect size Attempted to set wildcard receiver attribute "monitor_interval" using the wrong size optlen. The parameter "optlen" must be the size of an lbm_ulong_tr. CoreApi-7839-42: optval not numeric Attempted to set wildcard receiver attribute "monitor_interval" using a string that is not a number. The parameter "optval" must be a string representation of a number. CoreApi-7839-43: optlen incorrect size Attempted to get wildcard receiver attribute "monitor_interval" using the wrong size optlen. The parameter "optlen" must be the size of an lbm_ulong_t. CoreApi-7839-44: optlen too small Attempted to get wildcard receiver attribute "monitor_interval" using a string length that is too short. The parameter "optlen" must be at least 80. CoreApi-7839-45: Error initializing auto-monitoring An internal error was encountered while auto-monitoring a context. Contact Informatica support. CoreApi-7839-4: optval not a number Attempted to set option receiver←_callback_service_time_enabled with an invalid optval. Optval must be numeric. CoreApi-7839-5: optval must be 0 or 1 Attempted to set option receiver←_callback_service_time_enabled with an invalid optval. Optval must be 0 or 1. CoreApi-7839-6: optlen incorrect size Attempted to retrieve option receiver_callback_service_time←_enabled with an incorrect optlen size. Attempted to retrieve option receiver_callback_service_time←_enabled with an incorrect optlen size. A buffer to hold message data could not be allocated; usually this means malloc failed due to being out of memory. Optlen must be size of int. CoreApi-7839-39: context must be valid CoreApi-7839-3: meric CoreApi-7839-7: optlen too small CoreApi-7863-1: could not allocate new buffer to retain lbm_msg_t Contact Informatica support. Optlen must be greater than LBM←_MIN_SGET_OPTLEN. Check machine for excessive memory use. 9.2 UM Core API Messages CoreApi-7875-1: optval cannot contain multiple values CoreApi-7911-10: optval must not be NULL CoreApi-7911-11: optlen must not be NULL CoreApi-7911-12: optval is not large enough 185 The value for resolver_unicast←_daemon contained a separator. Each call to set resolver_unicast←_daemon can contain only a single value. optval parameter cannot be NULL Remove the separator and extra values. Additional values for resolver_unicast_daemon can be added with repeated sets of the option. optlen parameter cannot be NULL Provided optlen was not large enough to contain stackname string optlen now contains the minimum necessary size. CoreApi-7911-13: Onload stackname is not supported This platform does not support setting the onload stackname. Check documentation for list of platforms that support onload. CoreApi-7911-14: Onload stack name must be 8 characters or less CoreApi-7911-15: optval must not be NULL CoreApi-7911-16: optlen must not be NULL CoreApi-7911-17: optval is not large enough Onload stackname is limited to 8 characters or less. optval parameter cannot be NULL Optlen value must be 8 or less. Provided optlen was not large enough to contain stackname string optlen now contains the minimum necessary size. CoreApi-7911-4: Onload stackname is not supported This platform does not support setting the onload stackname. Check documentation for list of platforms that support onload. CoreApi-7911-5: Onload stack name must be 8 characters or less CoreApi-8209-1: optlen incorrect size Onload stackname is limited to 8 characters or less. Setting of the compatibility_←include_pre_um_6_0_behavior configuration option is using the wrong size. Size is "int". Optlen value must be 8 or less. CoreApi-8209-2: optval must be 0 or 1 The compatibility_include_pre←_um_6_0_behavior configuration option must be a 0 or 1. The user should set the option to 0 or 1. CoreApi-8209-3: meric optval not nu- Setting of the compatibility_←include_pre_um_6_0_behavior configuration option is using a string value that is not a number. The user needs to pass a number in the string. CoreApi-8209-4: optval must be 0 or 1 The compatibility_include_pre←_um_6_0_behavior configuration option must be a 0 or 1. The user should set the option to 0 or 1. CoreApi-8209-5: optlen incorrect size Getting the compatibility_include←_pre_um_6_0_behavior configuration option is using the wrong size. Size is "int". Getting the compatibility_include←_pre_um_6_0_behavior configuration option is using a string that is too small. Minimum string size is 80 bytes. User needs to use the correct size when getting the configuration option. CoreApi-8243-1: optlen incorrect size Attempted to set option delivery_←control_message_batching with an incorrect optlen size. Optlen must be size of int. CoreApi-8243-29: memory [s:d] The LBM JNI library could not create a new jni_rcv_t. This usually indicates a severe out of memory condition. CoreApi-8209-6: optlen too small Can't allocate optlen parameter cannot be NULL User needs to use the correct size when setting the configuration option. User needs to use the correct string size when getting the configuration option. 186 UM Log Messages CoreApi-8243-2: optval must be 0 or 1 Attempted to set option delivery_←control_message_batching with an invalid optval. Optval must be 0 or 1. CoreApi-8243-30: memory [s:d] Can't allocate The LBM JNI library could not create a managed ref to a receiver object. This usually indicates a severe out of memory condition. CoreApi-8243-31: memory [s:d] Can't allocate The LBM JNI library could not create a receiver clientd object. This usually indicates a severe out of memory condition. CoreApi-8243-32: memory [s:d] Can't allocate The LBM JNI library could not allocate a client callback object. This usually indicates a severe out of memory condition. CoreApi-8243-33: memory [s:d] Can't allocate The LBM JNI library could not allocate a client callback object. This usually indicates a severe out of memory condition. CoreApi-8243-34: memory [s:d] Can't allocate The LBM JNI library could not allocate global reference. This usually indicates a severe out of memory condition. CoreApi-8243-35: memory [s:d] Can't allocate The LBM JNI library could not allocate a client callback object. This usually indicates a severe out of memory condition. CoreApi-8243-36: memory [s:d] Can't allocate The LBM JNI library could not allocate a client callback object. This usually indicates a severe out of memory condition. CoreApi-8243-37: memory [s:d] Can't allocate The LBM JNI library could not allocate a jni_rcv_t object. This usually indicates a severe out of memory condition. CoreApi-8243-38: memory [s:d] Can't allocate The LBM JNI library could not create a new global reference. This usually indicates a severe out of memory condition. CoreApi-8243-39: memory [s:d] Can't allocate The LBM JNI library could not create a new global reference. This usually indicates a severe out of memory condition. CoreApi-8243-3: meric optval not nu- Attempted to set option delivery_←control_message_batching with an invalid optval. Optval must be numeric. CoreApi-8243-41: memory [s:d] Can't allocate The LBM JNI library could not allocate a client callback object. This usually indicates a severe out of memory condition. CoreApi-8243-42: memory [s:d] Can't allocate The LBM JNI library could not allocate a client callback object. This usually indicates a severe out of memory condition. CoreApi-8243-43: memory [s:d] Can't allocate The LBM JNI library could not allocate global reference. This usually indicates a severe out of memory condition. CoreApi-8243-44: memory [s:d] Can't allocate The LBM JNI library could not allocate global reference. This usually indicates a severe out of memory condition. CoreApi-8243-45: memory [s:d] Can't allocate The LBM JNI library could not allocate receiver clientd. This usually indicates a severe out of memory condition. CoreApi-8243-46: Can't allocate receiver topic attributes [s:d] Receiver topic attributes could not be created; this probably indicates an out of memory condition. This usually indicates a severe out of memory condition; check application memory use. CoreApi-8243-4: optval not a number Attempted to set option delivery_←control_message_batching with an invalid optval. Optval must be numeric. CoreApi-8243-5: optval must be 0 or 1 Attempted to set option delivery_←control_message_batching with an invalid optval. Optval must be 0 or 1. CoreApi-8243-6: optlen incorrect size Attempted to retrieve option delivery_control_message_←batching with an incorrect optlen size. Attempted to retrieve option delivery_control_message_←batching with an incorrect optlen size. Optlen must be size of int. CoreApi-8243-7: optlen too small Optlen must be greater than LBM←_MIN_SGET_OPTLEN. 9.2 UM Core API Messages 187 CoreApi-8608-1: could not insert lbm_hf_order_rec_t sqn x into order ASL [s:d] An attempt to update an internal data structure resulted in an error, probably due to lack of available memory. Please contact Informatica Support and ensure your application has enough memory available to it. CoreApi-8756-130: block LBM_EWOULDBLOCK for the broker transport handling This is not an error. The user needs to handle LBM_EWOULDBLOCK. CoreApi-8787-2: optlen incorrect size The user passed in a value of optlen that did not match up to the option's expected type's size. Check the application code to be sure the correct option type (int, long, etc.) is being passed in. CoreApi-8787-3: meric optval not nu- A number was expected for this config option, but something else was pased in. CoreApi-8787-4: optval not a number A number was expected for this config option, but something else was pased in. CoreApi-8787-5: optlen incorrect size The user passed in a value of optlen that did not match up to the option's expected type's size. Check the code or config file that sets this option; make sure it is passing in a string with a number in it. Check the code or config file that sets this option; make sure it is passing in a string with a number in it. Check the application code to be sure the correct option type (int, long, etc.) is being passed in. CoreApi-8787-6: optlen too small The buffer given is too small to write the option value to. Check that the size of the buffer being passed in is at least LBM_MI←N_SGET_OPTLEN bytes. CoreApi-8812-1: Configured request_tcp_port_low (u) is greater than configured request_tcp_←port_high (u) The configured "context request_←tcp_port_low" option is higher than the configured "context request_←tcp_port_high" option, which is not allowed. The configured "context transport←_tcp_port_low" option is higher than the configured "context transport_tcp_port_high" option, which is not allowed. The configured "context resolver←_unicast_port_low" option is higher than the configured "context resolver_unicast_port_high" option, which is not allowed. Correct configuration to specify "context request_tcp_port_low" <= "context request_tcp_port_high" CoreApi-8812-4: Configured L←BT-RM transport_lbtrm_source_←port_low (u) is greater than configured transport_lbtrm_source_←port_high (u) The configured "context transport←_lbtrm_source_port_low" option is higher than the configured "context transport_lbtrm_source_port←_high" option, which is not allowed. Correct configuration to specify "context transport_lbtrm_source←_port_low" <= "context transport←_lbtrm_source_port_high" CoreApi-8812-5: Configured LB←T-RM transport_lbtrm_multicast←_address_low (s) is greater than configured transport_lbtrm_←multicast_address_high (s) The configured "context transport←_lbtrm_multicast_address_low" option is higher than the configured "context transport_lbtrm_←multicast_address_high" option, which is not allowed. The configured "context transport←_lbtru_port_low" option is higher than the configured "context transport_lbtru_port_high" option, which is not allowed. Correct configuration to specify "context transport_lbtrm_←multicast_address_low" <= "context transport_lbtrm_multicast_←address_high" send would CoreApi-8812-2: Configured LBTTCP transport_tcp_port_low (u) is greater than configured transport←_tcp_port_high (u) CoreApi-8812-3: Configured LB←MD resolver_unicast_port_low (u) is greater than the configured resolver_unicast_port_high (u) CoreApi-8812-6: Configured LB←T-RU transport_lbtru_port_low (u) is greater than the configured transport_lbtru_port_high (u) Correct configuration to specify "context transport_tcp_port_low" <= "context transport_tcp_port_←high" Correct configuration to specify "context resolver_unicast_port←_low" <= "context resolver_←unicast_port_high" Correct configuration to specify "context transport_lbtru_port_low" <= "context transport_lbtru_port←_high" 188 UM Log Messages CoreApi-8812-7: Configured LB←T-IPC transport_lbtipc_id_low (u) is greater than configured transport←_lbtipc_id_high (u) The configured "context transport←_lbtipc_id_low" option is higher than the configured "context transport_lbtipc_id_high" option, which is not allowed. The configured "context transport←_lbtrdma_port_low" option is higher than the configured "context transport_lbtrdma_port_high" option, which is not allowed. Correct configuration to specify "context transport_lbtipc_id_low" <= "context transport_lbtipc_id_←high" CoreApi-8812-9: Configured LB←T-RU transport_lbtru_port_low (u) is greater than the configured transport_lbtru_port_high (u) The configured "receiver transport_lbtru_port_low" option is higher than the configured "receiver transport_lbtru_port_high" option, which is not allowed. Correct configuration to specify "receiver transport_lbtru_port_low" <= "receiver transport_lbtru_port←_high" CoreApi-8840-1: event queue monitor transport opts value cannot start with a '"' The event queue monitor transport options string is malformed. Remove the quote marks from the event queue monitor transport options string, if any. CoreApi-8840-2: event queue monitor transport opts value cannot start with a '"' The event queue monitor transport options string is malformed. Remove the quote marks from the event queue monitor transport options string, if any. CoreApi-8840-4: context monitor transport opts value cannot start with a '"' The context monitor transport options string is malformed. Remove the quote marks from the context monitor transport options string, if any. CoreApi-8840-5: context monitor transport opts value cannot start with a '"' The context monitor transport options string is malformed. Remove the quote marks from the context monitor transport options string, if any. CoreApi-8901-100: invalid Broker configuration: need to configure broker (context) location to use broker transport (source) The transport (source) is broker but the broker location has not be set The user needs to check their configuration CoreApi-8901-101: invalid Broker configuration: transport (source) must be broker with broker (context) location Setting broker location restricts transport (source) to broker The user needs to check their configuration CoreApi-8901-102: Source transport Broker not supported in nonBroker build CoreApi-8901-112: lbm_imbq_←create CreateMutex To use the Broker transport, the build needs to be Broker enabled. Call sales. We failed to create a mutex on Windows; this probably indicates resource exhaustion. Check machine for excessive memory use or excessive open handles (both can be viewed in Task Manager) CoreApi-8901-113: lbm_imbq_←create CreateSemaphore We failed to create a semaphore on Windows; this probably indicates resource exhaustion. Check machine for excessive memory use or excessive open handles (both can be viewed in Task Manager) CoreApi-8901-61: Broker has been configured with non-Broker capable build CoreApi-8904-50: optlen incorrect size To use the Broker transport, the build needs to be Broker enabled. Call sales to get broker capable build. The option size is incorrect for the broker (context) configuration option Make sure the user specifies the correct option size: sizeof(lbm_←transport_broker_entry_t) CoreApi-8904-51: optval too long The broker (context) string setter option length is too long The user should check the parameters passed to the setter CoreApi-8904-52: formed The broker (context) interface option is malformed The user needs to check the broker (context) configuration option CoreApi-8812-8: Configured LB←T-RDMA transport_lbtrdma_port←_low (u) is greater than configured transport_lbtrdma_port_high (u) optval is mal- Correct configuration to specify "context transport_lbtrdma_port←_low" <= "context transport_←lbtrdma_port_high" 9.2 UM Core API Messages 189 CoreApi-8904-53: formed optval is mal- The broker (context) IP addess option is malformed The user needs to check the broker (context) configuration option CoreApi-8904-54: formed optval is mal- The broker (context) IP addess option is malformed The user needs to check the broker (context) configuration option CoreApi-8904-55: formed optval is mal- The broker (context) interface option is malformed The user needs to check the broker (context) configuration option CoreApi-8904-56: formed optval is mal- The broker (context) IP addess option is malformed The user needs to check the broker (context) configuration option CoreApi-8904-57: formed optval is mal- The broker (context) option is malformed The user needs to check the broker (context) configuration option CoreApi-8904-58: formed optval is mal- The broker (context) option is malformed The user needs to check the broker (context) configuration option CoreApi-8904-59: optval is too small to hold information, optlen set to required value The user needs to allocate enough room for all broker (context) options set The user needs to check their get option usage CoreApi-8904-60: optval is too small to hold information, optlen set to required value The user needs to allocate enough room for all broker (context) options set The user needs to check their get option usage CoreApi-8913-11: Explicit ACK feature is not supported for messages received via broker receiver Explicit ACK is called for message received from broker receiver. lbm_msg_umq_send_explicit_ack can not be called for messages from broker receiver. CoreApi-8913-20: valid Invalid Message. lbm_msg_umq_can_send_←explicit_ack must be called with a valid message. CoreApi-8913-2: Source is not connected to broker, and it has not initiated logical connection. Application tried to send before logical connection to broker is established Wait for source event that signals registration complete CoreApi-8913-3: Source in the process of establishing connection to broker and it has not been established the connection yet Application tried to send before logical connection to broker is established Wait for source event that signals registration complete CoreApi-8913-5: Source can not be configured as broker and ume source An lbm source can not be configured as broker and UME source concurrently Configure lbm source as UME or Broker source but not both CoreApi-8913-6: Source can not be configured as broker and ulb source An lbm source can not be configured as broker and ulb source concurrently Configure lbm source as ULB or Broker source but not both CoreApi-8913-7: Broker source can not be in a daemon CoreApi-8913-9: lbm_msg_umq←_reassign function is called without DISCARD flag Broker source is created in DRO Contact Informatica Support lbm_msg_umq_reassign function is called without DISCARD flag lbm_msg_umq_reassign can only be called to discard a message at broker CoreApi-8979-1: optlen incorrect size CoreApi-8979-2: optval not numeric The oplen parameter is incorrect. Optlen must be sizeof(int). Optval is not numeric. The optval string must consist of numbers and an optional sign only. CoreApi-8979-3: timeout value d invalid, must be between -1 and 2,147,483,647 (inclusive). Optval is out of range. The optval must be within the range specified. CoreApi-8979-4: optlen incorrect size CoreApi-8979-5: optlen too small The oplen parameter is incorrect. Optlen must be sizeof(int). Optlen is too small. Optlen should be at least LBM_M←IN_SGET_OPTLEN. msg must be 190 UM Log Messages CoreApi-9000-1: brokered context cannot support wildcards Wildcard Receivers are not supported with brokered contexts. Inform the user of the restriction when using brokered context. CoreApi-9001-1: brokered context cannot send MIM messages A context configured exclusively for the broker transport does not support Immediate Messaging The user could create multiple contexts and selectively configure them as brokered CoreApi-9001-2: brokered context cannot send MIM requests A context configured exclusively for the broker transport does not support Immediate Requests The user could create multiple contexts and selectively configure them as brokered CoreApi-9001-3: lbm_queue_←immediate_message is no longer supported Queue Immediate Messaging is no longer supported. The user needs to use the new Active MQ broker features. CoreApi-9001-4: brokered context cannot send UIM messages A context configured exclusively for the broker transport does not support Immediate Messaging The user could create multiple contexts and selectively configure them as brokered CoreApi-9001-5: brokered context cannot send UIM requests A context configured exclusively for the broker transport does not support Immediate Requests The user could create multiple contexts and selectively configure them as brokered CoreApi-9011-1: Hot-Failover Receivers are not allowed with a brokered context User attempted to create a Hot Failover receiver with a Broker Context, which is not supported. The user will not be able to use Hot Failover receivers CoreApi-9013-1: optlen incorrect size Attempted to set option resolver←_unicast_ignore_unknown_source with an incorrect optlen size. Optlen must be size of int. CoreApi-9013-2: optval must be 0 or 1 Attempted to set option resolver←_unicast_ignore_unknown_source with an invalid optval. Optval must be 0 or 1. CoreApi-9013-3: meric optval not nu- Attempted to set option resolver←_unicast_ignore_unknown_source with an invalid optval. Optval must be numeric. CoreApi-9013-4: optval not a number Attempted to set option resolver←_unicast_ignore_unknown_source with an invalid optval. Optval must be numeric. CoreApi-9013-5: optval must be 0 or 1 Attempted to set option resolver←_unicast_ignore_unknown_source with an invalid optval. Optval must be 0 or 1. CoreApi-9013-6: optlen incorrect size Attempted to retrieve option resolver_unicast_ignore_←unknown_source with an incorrect optlen size. Optlen must be size of int. CoreApi-9013-7: optlen too small Attempted to retrieve option resolver_unicast_ignore_←unknown_source with an incorrect optlen size. Optlen must be greater than LBM←_MIN_SGET_OPTLEN. CoreApi-9021-1: meric optval not nu- The option value string submitted contains non numeric characters. CoreApi-9021-2: optval must be 0 or 1 CoreApi-9021-3: optlen incorrect size ume_quasar_flight_size_behavior can either be set "ON" or "OFF" The space provided to store the option was insufficient. Be sure there are no trailing non numeric characters such as spaces and that the number is not in hexadecimal. Please use "0" to indicate "OFF" and "1" to indicate "ON" Increase the size of the buffer to 4 bytes. CoreApi-9021-4: equal sizeof(int). The optlen parameter must equal sizeof(int). Optlen must Ensure that optval buffer has at least sizeof(int) space available and that oplet is set to sizeof(int) 9.2 UM Core API Messages 191 CoreApi-9021-5: optval must be 1 or 0. CoreApi-9021-6: optlen not large enough to hold value The optval must be 1 or 0. The optlen parameter indicated that optval was not large enough to hold the entire value. Ensure that optval is either set to 1 or 0. Ensure that optval buffer has at least 2 bytes available and that optlen is greater than 2. CoreApi-9044-1: Call to s is not allowed for broker receivers, ignoring the function call CoreApi-9047-2: src cannot be N←ULL Deprecated UMQ Index Queuing function is called Don't use deprecated UMQ Index Queuing API Calling lbm_src_unblock with a N←ULL source is not allowed. The user should make sure a valid source is passed as a parameter. CoreApi-9048-1: brokered contexts do not support channel sources CoreApi-9074-1: Queue deregistration is no longer allowed when using a brokered context Creating Source Channels is not supported on a brokered context. The user should be informed of this limitation. No longer allowed to deregister from a queue. Remove function call. CoreApi-9082-2: lbm_umq_ctx←_msg_stable() API is deprecated The lbm_umq_ctx_msg_stable is deprecated and no longer supported. Remove this API call from the application. CoreApi-9082-3: lbm_ctx_umq←_get_inflight() API is deprecated The lbm_ctx_umq_get_inflight is deprecated and no longer supported. Remove this API call from the application. CoreApi-9087-1: send would block because of flight size This send would cause the configured flight size to exceed the configured value for this source. Delay sending until the number inflight messages is reduced. CoreApi-9089-4: Call to s is not allowed for broker receivers, ignoring the function call CoreApi-9089-5: Call to s is not expected for broker receivers, ignoring the function call Deprecated API is called for Brokered receivers Don't use deprecated API for Brokered receivers Call to the function is not expected for broker receivers Contact Informatica Support CoreApi-9106-10: optval must be 0 or 1 CoreApi-9106-111: WARNING←: could not set SO_TIMESTAMPI←NG on multicast source socket: s Invalid value for optval optval must be 0 or 1 An error was returned from the OS while trying to set the SO_TIM←ESTAMPING flag on the source socket. Size of optlen was incorrect SO_TIMESTAMPING is not supported by this platform. SO_TIMESTAMPING is not supported by this platform. CoreApi-9106-12: optlen too small An error was returned from the OS while trying to set the SO_TIM←ESTAMPING flag on the receive socket. Size of optlen was too small CoreApi-9106-1: optlen incorrect size Size of optlen was incorrect for setting integer option optlen must be size of int CoreApi-9106-2: optval must be 0 or 1 CoreApi-9106-30: High Resolution Timestamps are only supported on Linux platforms for LBT-RM. Invalid value for optval optval must be 0 or 1 Option not valid on this platform. Requires LBT-RM and at least Linux 2.6.32 and glibc 2.12. CoreApi-9106-31: High Resolution Timestamps are only supported on Linux platforms for LBT-RM. Option not valid on this platform. Requires LBT-RM and at least Linux 2.6.32 and glibc 2.12. CoreApi-9106-11: optlen incorrect size CoreApi-9106-121: WARNING←: could not set SO_TIMESTAMPI←NG on multicast receive socket: s optlen size must be size of int Size of optlen must be at least 80 192 UM Log Messages CoreApi-9106-32: High Resolution Timestamps are only supported on Linux platforms for LBT-RM. Option not valid on this platform. Requires LBT-RM and at least Linux 2.6.32 and glibc 2.12. CoreApi-9106-33: High Resolution Timestamps are only supported on Linux platforms for LBT-RM. Option not valid on this platform. Requires LBT-RM and at least Linux 2.6.32 and glibc 2.12. CoreApi-9106-3: optval not numeric CoreApi-9106-4: optval must be 0 or 1 CoreApi-9106-5: optlen incorrect size CoreApi-9106-6: optlen too small Option string was not a number Provide number as a string Invalid value for optval optval must be 0 or 1 Size of optlen was incorrect optlen size must be size of int Size of optlen was too small Size of optlen must be at least 80 CoreApi-9106-7: optlen incorrect size Size of optlen was incorrect for setting integer option optlen must be size of int CoreApi-9106-8: optval must be 0 or 1 CoreApi-9106-9: optval not numeric CoreApi-9160-3: multicast receive IP_ADD_MEMBERSHIP: s Invalid value for optval optval must be 0 or 1 Option string was not a number Provide number as a string An error was returned from the OS while trying to set the socket option IP_ADD_MEMBERSHIP. CoreApi-9170-1: optlen incorrect size CoreApi-9170-2: optval not numeric The oplen parameter is incorrect. Refer to the OS error number and message given after the UMS message "multicast receive IP_ADD←R_MEMBERSHIP". Optlen must be sizeof(int). Optval is not numeric. The optval string must consist of numbers and an optional sign only. CoreApi-9170-3: value must be greater than or equal to zero Optval is out of range. The optval must be within the range specified. CoreApi-9170-4: optlen incorrect size CoreApi-9170-5: optlen too small The oplen parameter is incorrect. Optlen must be sizeof(int). Optlen is too small. CoreApi-9206-1: Broker source does not support application chain headers CoreApi-9277-01: registering a file descriptor/socket event is not allowed with a brokered context Broker source send call is called with application chain headers Optlen should be at least LBM_M←IN_SGET_OPTLEN. Broker sources does not support application chain headers A brokered context does not support user File Descriptors The customer can create a separate non-brokered context to manage File Descriptors CoreApi-9278-01: Hot-Failover Sources are not allowed with a brokered context User attempted to create a Hot Failover source with a Broker Context, which is not supported. The user should not use Hot Failover sources CoreApi-9279-1: Round-Robin cannot be used with flight size in fragments and in order stability Flight size in fragments and in order stability enabled, but the ume←_store_behavior option is set to Round-Robin. User tried to send a request via a source set to use the BROKER transport; this is not currently supported. Change the ume_store_behavior option to quorum-consensus to use this feature. Send call is called with arguments to send numerical index. Numerical Index feature is not supported, use named UMQ index instead CoreApi-9280-01: lbm_send_←request and lbm_send_request_ex are not supported with transport type BROKER CoreApi-9289-1: Broker source can not send messages with numerical index, use named UMQ index instead Don't send requests on BROKER sources. 9.2 UM Core API Messages 193 CoreApi-9310-1: XML configuration has already been loaded. An XML configuration has already been loaded via UMM and can not be overridden by loading a different XML configuration. Modify the application to not attempt to load a second XML configuration. CoreApi-9310-2: XML configuration has already been loaded. An XML configuration has already been loaded via UMM and can not be overridden by loading a different XML configuration. Modify the application to not attempt to load a second XML configuration. CoreApi-9346-1: ack must be valid Tried to call api with NULL ack pointer. Pass a valid ack pointer instead of NULL CoreApi-9352-1: Use of ume_←recovery_complete_event requires ordered delivery to be enabled. An invalid configuration combination of the ume recovery complete event and non-ordered delivery was encountered. Configure this receiver with ordered delivery or disable the ume recovery complete event. CoreApi-9352-31: optlen incorrect size CoreApi-9352-32: invalid ume_←recovery_complete_event setting size of the option is incorrect optlen must be a lbm_uint8_t ume_recovery_complete_event set to invalid value ume_recovery_complete_event should be 0 or 1 CoreApi-9352-33: optval not numeric CoreApi-9352-34: invalid ume_←recovery_complete_event setting optval is not a number optval needs to be numeric only ume_recovery_complete_event set to invalid value ume_recovery_complete_event must be 0 or 1 CoreApi-9352-35: optlen incorrect size CoreApi-9352-36: optlen too small optlen is not a lbm_uint8_t optlen should be a lbm_uint8_t optlen is too small optlen needs to be at least 80 CoreApi-9401-1: optlen incorrect size The size of the optlen given does not match the size of this option type. Provide an optlen the size of a lbm_ipv4_address_mask_t. CoreApi-9401-2: optlen incorrect size The size of the optlen given does not match the size of this option type. Provide an optlen the size of lbm←_ipv4_address_mask_t. CoreApi-9401-3: optlen too small The size of the buffer passed in was less than the minimum buffer size required. Make sure the buffer is at least L←BM_MIN_SGET_OPTLEN bytes in size. CoreApi-9524-1: Can't convert applicationName, out of memory [s:d] An attempt to allocate memory failed. Check for memory leaks or other aberrent program behavior. Otherwise, ensure the applicaiton has adequate resources available. CoreApi-9524-2: Can't convert application name, out of memory [s:d] An attempt to allocate memory failed. Check for memory leaks or other aberrent program behavior. Otherwise, ensure the applicaiton has adequate resources available. CoreApi-9561-1: No response struct in message [s:d] The application tried to retrieve a serialized response but there is no response structure in the message. The message type must be a request message (not data). Do not call this method on any other type of message. CoreApi-9561-2: Error serializing response [s:d] The application tried to retrieve a serialized response but failed while serializing the response. This usually indicates a severe out of memory condition. CoreApi-9561-3: Byte array not large enough to hold serialized response [s:d] The application tried to retrieve a serialized response but failed while serializing the response. The provided byte array was not large enough to hold the serialized response. Provide a large byte array 194 UM Log Messages CoreApi-9561-4: Serialized response length of d was larger than expected length of d JNI layer [s:d] Serialized response length was bigger than expected value for a serialized response. Ensure byte array being passed contains the serialized response of expected length. CoreApi-9561-5: Context pointer was null in JNI layer [s:d] Context pointer was null in JNI layer while sending response. Ensure responses are not being sent after closing a context. CoreApi-9561-6: Can't allocate response data buffer of u bytes [s:d] Could not malloc a data buffer. This usually indicates a severe out of memory condition. CoreApi-9565-100: rect size optlen incor- The size of the optval given does not match the size of this option type. Provide an optval of the appropriate size for this option type. CoreApi-9565-101: unrecognized compression algorithm not supported An unsupported or unknown compression algorithm name was specified. Check configuration for typos and make sure the UM version supports any algorithms specified. CoreApi-9565-102: optval not understood An unsupported or unknown compression algorithm was specified. Check configuration for typos and make sure the UM version supports any algorithms specified. CoreApi-9565-103: rect size The size of the optval given does not match the size of this option type. Provide an optval of the appropriate size for this option type. too The provided buffer is too small to hold the option value. Provide a larger buffer. CoreApi-9565-105: Security protocol string must be at least u bytes in length Security protocols string is too short. Check configuration for typos. CoreApi-9565-106: rect size optlen incor- Buffer passed in is too small to hold the string value of the option. Pass in a larger buffer. CoreApi-9565-107: rect size optlen incor- Buffer passed in is too small to hold the string value of the option. Pass in a larger buffer. CoreApi-9565-108: The OpenS←SL library failed to initialize, so TLS cannot be used. The OpenSSL library failed to initialize correctly, so the TLS security protocol cannot be supported. Check OpenSSL library version; contact Informatica support. CoreApi-9565-10: optlen too small Provided buffer is too small for the list of protocols returned. Pass in a larger buffer. CoreApi-9565-11: The TLS security protocol is not supported with source transports other than LB←T-TCP The user needs to check their configuration CoreApi-9565-12: If late join is enabled, source security and/or compression settings must match those of the context request port. The TLS security protocol is not supported on any transport other than LBT-TCP; in order to avoid a false sense of security, we do not allow TLS to be specified for non-←TCP sources. Security and compression settings between the TCP source and the context's request port differ. This is not supported for security reasons. CoreApi-9565-13: Too many security protocols specified in list. Too many protocols were specified in a protocol list. Check configuration and make sure there are no duplicate protocols specified. CoreApi-9565-14: Malformed security protocol name. A security protocol name was formatted incorrectly. Check configuration files for typos. CoreApi-9565-15: Security protocol "%s" unknown or not supported An unknown security protocol was specified. CoreApi-9565-16: Duplicate security protocols in list. A duplicate protocol was specified in a protocol list. Check configuration for mistakes or typos. Make sure the version of UM used supports the protocols specified. Check configuration and remove any duplicate protocols. CoreApi-9565-104: small optlen incor- optlen The user needs to check their configuration and make sure TCP source and request port security and compression settings match. 9.2 UM Core API Messages 195 CoreApi-9565-17: Too many security protocols specified. Too many protocols were specified in a protocol list. Check configuration to see if extra protocols were specified; check UM version to make sure it supports all specified protocols. CoreApi-9565-18: Unknown or unsupported security protocol specified. An unknown protocol was specified in a protocol list. Check configuration to see if extra protocols were specified; check UM version to make sure it supports all specified protocols. CoreApi-9565-19: Security protocol list contains duplicate entries. A duplicate protocol was present in a protocol list. Check configuration to see if extra protocols were specified; check UM version to make sure it supports all specified protocols. CoreApi-9565-20: At least one security protocol must be specified. No protocols were specified in a protocol list. Make sure at least one protocol is specified. CoreApi-9565-21: LZ4 could not compress data of length u; set datagram max size option to a smaller value. LZ4 compression would expand the data given to a size greater than the configured max datagram size. This should usually not happen unless the max datagram size for TCP transports is set to something very small; check the value of the max datagram option. CoreApi-9565-22: LZ4 could not compress data of length u; an internal error occurred CoreApi-9565-23: LZ4 compressed data appears corrupt; decompressed u bytes, but expected u bytes LZ4 compression failed somehow. Contact Informatica support. LZ4 decompression failed. This could happen due to corruption of the data in a TCP stream or an internal LZ4 error. Contact Informatica support. CoreApi-9565-3: Too many security protocols specified. Too many security protocols were specified in the security protocol list. Allocating the cipher name string failed; this probably means UM is out of memory. Make sure no duplicate protocols were specified. CoreApi-9565-45: optlen incorrect size Buffer provided was too small to hold the configured value. Pass in a larger buffer. CoreApi-9565-47: optlen incorrect size Buffer passed in is too small to hold the string value of the option. Pass in a larger buffer. CoreApi-9565-48: optlen incorrect size Buffer passed in is too small to hold the string value of the option. Pass in a larger buffer. CoreApi-9565-49: optlen incorrect size Buffer passed in is too small to hold the string value of the option. Pass in a larger buffer. CoreApi-9565-4: Unknown or unsupported security protocol specified. An unknown protocol was specified. CoreApi-9565-50: optlen incorrect size Buffer passed in is too small to hold the string value of the option. Check configuration for typos and check UM library version to make sure it supports the specified protocol. Pass in a larger buffer. CoreApi-9565-51: optlen incorrect size Buffer passed in is too small to hold the string value of the option. Pass in a larger buffer. CoreApi-9565-52: optlen incorrect size Buffer passed in is too small to hold the string value of the option. Pass in a larger buffer. CoreApi-9565-53: optlen incorrect size Buffer passed in is too small to hold the string value of the option. Pass in a larger buffer. CoreApi-9565-54: optlen incorrect size Buffer passed in is too small to hold the string value of the option. Pass in a larger buffer. CoreApi-9565-44: Could not allocate cipher name. Contact Informatica support. 196 UM Log Messages CoreApi-9565-55: optlen incorrect size Buffer passed in is too small to hold the string value of the option. Pass in a larger buffer. CoreApi-9565-56: optlen incorrect size Buffer passed in is too small to hold the string value of the option. Pass in a larger buffer. CoreApi-9565-57: optlen incorrect size The provided buffer is too small to hold the option value. Provide a larger buffer. CoreApi-9565-58: optlen incorrect size The provided buffer is too small to hold the option value. Provide a larger buffer. CoreApi-9565-59: optlen incorrect size The provided buffer is too small to hold the option value. Provide a larger buffer. CoreApi-9565-5: Security protocol list contains duplicate entries. Specified protocol list has one or more duplicate values. Remove duplicate entries from the protocol list. CoreApi-9565-60: optlen incorrect size The provided buffer is too small to hold the option value. Provide a larger buffer. CoreApi-9565-61: optlen incorrect size The provided buffer is too small to hold the option value. Provide a larger buffer. CoreApi-9565-62: optlen incorrect size The size of the optval given does not match the size of this option type. Provide an optval of the appropriate size for this option type. CoreApi-9565-63: optval must be 0 or 1 This option can only be set to 0 or 1, but something else was specified. This option is a numeric type, but a non-numeric string was given in optval. Check configuration options for typos. optval not a This option is a numeric type, but a non-numeric string was given in optval. Check configuration options for typos. CoreApi-9565-66: optlen incorrect size The size of the optval given does not match the size of this option type. Provide an optval of the appropriate size for this option type. CoreApi-9565-67: optlen too small The provided buffer is too small to hold the option value. Provide a larger buffer. CoreApi-9565-68: optlen incorrect size The size of the optval given does not match the size of this option type. Provide an optval of the appropriate size for this option type. CoreApi-9565-69: unrecognized compression algorithm not supported Option was set to an unsupported value. Check configuration and UM version for support of the value configured. CoreApi-9565-6: Sources may not support both "none" and any other security protocols at the same time. A source must have only one security protocol configured. Change the security protocol list to have only one entry. CoreApi-9565-70: optval not understood Option was set to an unsupported value. Check configuration and UM version for support of the value configured. CoreApi-9565-71: optlen incorrect size The size of the optval given does not match the size of this option type. Provide an optval of the appropriate size for this option type. CoreApi-9565-72: optlen too small The provided buffer is too small to hold the option value. Provide a larger buffer. CoreApi-9565-73: optlen incorrect size The size of the optval given does not match the size of this option type. Provide an optval of the appropriate size for this option type. CoreApi-9565-64: optval not numeric CoreApi-9565-65: number Check configuration options for typos. 9.2 UM Core API Messages 197 CoreApi-9565-74: optval not numeric This option is a numeric type, but a non-numeric string was given in optval. Check configuration options for typos. CoreApi-9565-75: number optval not a This option is a numeric type, but a non-numeric string was given in optval. Check configuration options for typos. CoreApi-9565-76: optlen incorrect size The size of the optval given does not match the size of this option type. Provide an optval of the appropriate size for this option type. CoreApi-9565-77: optlen too small The provided buffer is too small to hold the option value. Provide a larger buffer. CoreApi-9565-78: optlen incorrect size The size of the optval given does not match the size of this option type. Provide an optval of the appropriate size for this option type. CoreApi-9565-79: optval not numeric This option is a numeric type, but a non-numeric string was given in optval. Check configuration options for typos. CoreApi-9565-7: At least one security protocol must be specified. No protocols were specified at all not even the "none" protocol. At least one protocol must be specified. CoreApi-9565-80: number optval not a This option is a numeric type, but a non-numeric string was given in optval. Check configuration options for typos. CoreApi-9565-81: optlen incorrect size The size of the optval given does not match the size of this option type. Provide an optval of the appropriate size for this option type. CoreApi-9565-82: optlen too small The provided buffer is too small to hold the option value. Provide a larger buffer. CoreApi-9565-84: optlen incorrect size Size of optval passed in is not correct for this option. Check the size of the optval to make sure it is the correct size for this configuration option type. CoreApi-9565-85: optval not numeric CoreApi-9565-86: optval not a number CoreApi-9565-87: optlen incorrect size Option value must be a number and is not. Option value must be a number and is not. Size of optval passed in is not correct for this option. Check configuration. CoreApi-9565-88: optlen too small Buffer is too small to hold the string value of the option. Pass in a larger buffer. CoreApi-9565-89: optlen incorrect size Size of optval passed in is not correct for this option. Check the size of the optval to make sure it is the correct size for this configuration option type. CoreApi-9565-8: Sources may not support both "none" and any other security protocols at the same time. A source must have only one security protocol configured. Change the security protocol list to have only one entry. CoreApi-9565-90: optval not numeric CoreApi-9565-91: optval not a number CoreApi-9565-92: optlen incorrect size Option must be a number and is not. Option must be a number and is not. Size of optval passed in is not correct for this option. Check configuration. CoreApi-9565-93: optlen too small Buffer is too small to hold the string value of the option. Pass in a larger buffer. Check configuration. Check the size of the optval to make sure it is the correct size for this configuration option type. Check configuration. Check the size of the optval to make sure it is the correct size for this configuration option type. 198 UM Log Messages CoreApi-9565-94: optlen incorrect size The size of the optval given does not match the size of this option type. Provide an optval of the appropriate size for this option type. CoreApi-9565-95: or 1 CoreApi-9565-96: meric CoreApi-9565-97: or 1 CoreApi-9565-98: size Option is numeric and must be set to either 0 or 1. Option is numeric and must be set to either 0 or 1. Option is numeric and must be set to either 0 or 1. The size of the optval given does not match the size of this option type. Check config for typos. CoreApi-9565-99: optlen too small The provided buffer is too small to hold the option value. Provide a larger buffer. CoreApi-9565-9: At least one security protocol must be specified. No protocols were specified at all not even the "none" protocol. At least one protocol must be specified. CoreApi-9566-10: Can't allocate u bytes [s:d] The system was not able to allocate the amount of memory requested. CoreApi-9566-4: Can't allocate u bytes [s:d] The system was not able to allocate the amount of memory requested. CoreApi-9566-5: Can't allocate u bytes [s:d] The system was not able to allocate the amount of memory requested. CoreApi-9566-6: Can't allocate u bytes [s:d] The system was not able to allocate the amount of memory requested. CoreApi-9566-7: Can't allocate callback vector of u bytes [s:d] The system was not able to allocate the amount of memory requested. If the amount requested was particularly large, the problem may be a misconfiguration; however if the amount requested was relatively small, the physical memory on the machine may be over committed; try moving some applications to another machine. If the amount requested was particularly large, the problem may be a misconfiguration; however if the amount requested was relatively small, the physical memory on the machine may be over committed; try moving some applications to another machine. If the amount requested was particularly large, the problem may be a misconfiguration; however if the amount requested was relatively small, the physical memory on the machine may be over committed; try moving some applications to another machine. If the amount requested was particularly large, the problem may be a misconfiguration; however if the amount requested was relatively small, the physical memory on the machine may be over committed; try moving some applications to another machine. The physical memory on the machine may be over committed; try moving some applications to another machine. optval must be 0 optval not nuoptval must be 0 optlen incorrect Check config for typos. Check config for typos. Provide an optval of the appropriate size for this option type. 9.2 UM Core API Messages 199 CoreApi-9566-9: Can't allocate u bytes [s:d] The system was not able to allocate the amount of memory requested. CoreApi-9571-01: network interface specification is too long The network interface specification is limited to 258 characters in length and has the format "host_←domain_name[/num]" where "num" is the optional number of leading 1 bits in the netmask applied to the resolved IP address. The network interface specification is limited to 258 characters in length and has the format "host_←domain_name[/num]" where "num" is the optional number of leading 1 bits in the netmask applied to the resolved IP address. The network interface specification is limited to 258 characters in length and has the format "host_←domain_name[/num]" where "num" is the optional number of leading 1 bits in the netmask applied to the resolved IP address. The CIDR (Classless Inter-Domain Routing) notation is a syntax for specifying IP addresses and their associated routing prefix. It appends a slash character to the address and the decimal number of leading bits of the routing prefix, e.g., host_domain_name/24. The valid range of values is 0-32 inclusive. The CIDR (Classless Inter-Domain Routing) notation is a syntax for specifying IP addresses and their associated routing prefix. It appends a slash character to the address and the decimal number of leading bits of the routing prefix, e.g., host_domain_name/24. The valid range of values is 0-32 inclusive. The domain host name must be at least 2 characters long. CoreApi-9571-02: malformed network interface specification CoreApi-9571-03: malformed network interface specification CoreApi-9571-04: malformed network interface specification with network mask CoreApi-9571-05: invalid netmask value CoreApi-9571-06: hostname is too short CoreApi-9571-07: name: s unknown host CoreApi-9571-08: unknown IPv4 host name: s The DNS lookup, using gethostbyname() with supplied host name, failed to resolve to an IP address. The DNS lookup, using gethostbyname() with supplied host name, failed to resolve to an IPv4 address. If the amount requested was particularly large, the problem may be a misconfiguration; however if the amount requested was relatively small, the physical memory on the machine may be over committed; try moving some applications to another machine. Provide a specification that is less than 258 characters in length. Provide a valid interface specification. See RFCs 952 and 1123 for DNS naming conventions. Provide a valid interface specification. See RFCs 952 and 1123 for DNS naming conventions. Provide a valid interface specification. Specify a valid decimal value to define the number of bits in the mask prefix. Provide a host domain name that is at least 2 characters in length. Verify the host domain name. Verify the host domain name refers to an IPv4 address. 200 UM Log Messages CoreApi-9571-09: invalid address The IP address returned by the DNS lookup failed to convert the Internet host address character string from the IPv4 dotted-decimal notation into binary form (in network byte order). Contact Informatica customer support. CoreApi-9571-11: domain name is too long The domain name is limited to 258 characters in length. Provide a domain name that is less than 258 characters in length. CoreApi-9571-12: malformed domain name The domain name is a text string of 2 to 80 characters in length drawn from a mix of alphbetic (a-z), digit (0-9), the minus sign (-), and period (.) characters. Provide a valid name. See RFCs 952 and 1123 for DNS naming conventions. CoreApi-9571-13: hostname is too short The name must be at least 2 characters long. Provide a name that is at least 2 characters in length. CoreApi-9571-14: name: s The DNS lookup, using gethostbyname() with supplied name, failed to resolve to an IP address. The DNS lookup, using gethostbyname() with supplied name, failed to resolve to an IPv4 address. The broker specification string format is as follows: [Interface[←:LocalPort]->]BrokerIP:Remote←Port where Interface and LocalPort refer the local host interface and port, the BrokerIP refers to the broker's IP address, and the RemotePort refers to the broker's UDP port. Verify the host name. CoreApi-9571-22: DaemonIP←:RemotePort is malformed The unicast resolver daemon specification string format is as follows: [Interface[:LocalPort]->]Daemon←IP:RemotePort where Interface and LocalPort refer the local host interface and port, the DaemonIP refers to the resolver daemon's IP address, and the RemotePort refers to the resolver daemon's UDP port. Provide a valid resolver daemon specification. CoreApi-9605-1: Brokered Context does not support security/compression A context can not be a Security and/or Compression and Brokered context concurrently. CoreApi-9650-01: optlen incorrect size The size of the optval given does not match the size of this option type. Configure context either as Secure and/or Compression or Brokered context, but not both. Turning on security/compression won't secure/compress connections to broker. Provide an optval of the appropriate size for this option type. CoreApi-9650-02: unrecognized compression algorithm not supported Option was set to an unsupported value. Check configuration and UM version for support of the value configured. CoreApi-9650-03: optval not understood Option was set to an unsupported value. Check configuration and UM version for support of the value configured. unknown host CoreApi-9571-15: unknown IPv4 name: s CoreApi-9571-21: BrokerIP←:RemotePort is malformed Verify the name refers to an IPv4 address. Provide a valid broker specification. 9.2 UM Core API Messages 201 CoreApi-9650-04: optlen incorrect size The size of the optval given does not match the size of this option type. Provide an optval of the appropriate size for this option type. CoreApi-9650-05: optlen too small The provided buffer is too small to hold the option value. Provide a larger buffer. CoreApi-9666-01: optlen incorrect size The size of the optval given does not match the size of this option type. Provide an optval of the appropriate size for this option type. CoreApi-9666-02: optval not numeric This option is a numeric type, but a non-numeric string was given in optval. Check configuration options for typos. CoreApi-9666-03: number optval not a This option is a numeric type, but a non-numeric string was given in optval. Check configuration options for typos. CoreApi-9666-04: optlen incorrect size The size of the optval given does not match the size of this option type. Provide an optval of the appropriate size for this option type. CoreApi-9666-05: optlen too small The provided buffer is too small to hold the option value. Provide a larger buffer. CoreApi-9720-01: Sending multicast immediate message on a Security/Compression Context is not allowed. CoreApi-9720-02: Sending multicast immediate message on a Security/Compression Context is not allowed. CoreApi-9720-03: Sending multicast immediate request on a Security/Compression Context is not allowed. CoreApi-9721-10: Source [p] UME is not supported with the LBM_M←SG_BUFF_ALLOC flag. A context configured for security and/or compression is not allowed to use multicast. The user could create multiple contexts and selectively configure them as security and/or compression Configuration error with DRO's. CoreApi-9721-1: src cannot be N←ULL A call to lbm_src_alloc_msg_buff was passed a NULL src. CoreApi-9721-2: usr_bufp cannot be NULL A call to lbm_src_alloc_msg_buff was passed a NULL usr_bufp. CoreApi-9721-3: be NULL lbm_hdl cannot A call to lbm_src_alloc_msg_buff was passed a NULL lbm_hdl. Pass a valid pointer that will contain the pointer to the returned lbm_←hdl. This is what will be passed to a subsequent lbm_src_send() call. CoreApi-9721-4: transport for src must be LBTRM. A call to lbm_src_alloc_msg_buff was passed a non LBTRM src. CoreApi-9721-5: length (d) too long, must be less than d. A call to lbm_src_alloc_msg_buff was passed a length that would cause fragmentation of a message. Specify a valid LBTRM src. Only LBTRM sources are supported at this time. Specify a length less than the maximum length shown in the message. A context configured for security and/or compression is not allowed to use multicast. A context configured for security and/or compression is not allowed to use multicast. A call to lbm_src_alloc_msg_buff was passed a UME source. The user could create multiple contexts and selectively configure them as security and/or compression UME sources are not supported at this time. Specify a valid LBTRM src. Only LBTRM sources are supported at this time. Pass a valid pointer that will contain the pointer to be used to fill in the caller's message data. 202 UM Log Messages CoreApi-9721-6: Passed buffer invalid, sqn [d] invalid The message buffer supplied to a source send call with the LBM_←MSG_BUFF_ALLOC flag set, does not contain valid identifiers. Check to make sure that the supplied message buffer was allocated with a call to lbm_src_alloc_←msg_buff() and is the handle to the buffer and not the actual message data pointer. See the documentation for the lbm_src_alloc_msg←_buff() call. CoreApi-9721-7: Passed buffer invalid, tidx [d] invalid The message buffer supplied to a source send call with the LBM_←MSG_BUFF_ALLOC flag set, does not contain valid identifiers. Check to make sure that the supplied message buffer was allocated with a call to lbm_src_alloc_←msg_buff() and is the handle to the buffer and not the actual message data pointer. See the documentation for the lbm_src_alloc_msg←_buff() call. CoreApi-9721-8: Source [p] type [u] is not LBTRM. LBTRM is required with the LBM_MSG_BUF←F_ALLOC flag. The source supplied to a source send call with the LBM_MSG_BU←FF_ALLOC flag set was not an L←BTRM source. At this time, only LBTRM sources are supported when using the LB←M_MSG_BUFF_ALLOC flag. Use only LBTRM sources when specifying the LBM_MSG_BUFF_ALL←OC flag. CoreApi-9721-9: Source [p] UM←Q/ULB is not supported with the L←BM_MSG_BUFF_ALLOC flag. A call to lbm_src_alloc_msg_buff was passed a UMQ (or ULB) source. UMQ sources are not supported at this time. CoreApi-9722-1: UMQ functionality requested but the library does not support UMQ. The option umq_queue_←participation is only included in the UM Queuing edition. An attempt to enable this option was made with either the UM Streaming edition or UM Persistence edition library. If queuing is not required in the application, then modify either the configuration file that sets this option, or modify the code that is programmatically attempting to set this option. CoreApi-9722-2: UMQ functionality requested but the library does not support UMQ. The option umq_queue_←participation is only included in the UM Queuing edition. An attempt to enable this option was made with either the UM Streaming edition or UM Persistence edition library. If queuing is not required in the application, then modify either the configuration file that sets this option, or modify the code that is programmatically attempting to set this option. CoreApi-9722-3: UMP functionality requested but the library does not support UMP. The option ume_use_store is only included in the UM Persistence edition. An attempt to enable this option was made with the UM Streaming edition library. If persistence is not required in the application, then modify either the configuration file that sets this option, or modify the code that is programmatically attempting to set this option. CoreApi-9722-4: UMP functionality requested but the library does not support UMP. The option ume_use_store is only included in the UM Persistence edition. An attempt to enable this option was made with the UM Streaming edition library. If persistence is not required in the application, then modify either the configuration file that sets this option, or modify the code that is programmatically attempting to set this option. CoreApi-9727-01: Compression is not supported with source transports other than LBT-TCP Compression is not supported on any transport other than LBT-TCP. The user needs to check their configuration CoreApi-9728-01: Context configured to use TLS, but TLS is not available. Creating the TLS context failed, but the user configured the LBM context to use TLS. Check OpenSSL library version. Contact Informatica support. 9.2 UM Core API Messages 203 CoreApi-9728-02: Context configured to use TLS, but TLS is not available. CoreApi-9743-01: optlen incorrect size Creating the TLS context failed, but the user configured the LBM context to use TLS. The size of the optlen given does not match the size of this option type. Check OpenSSL library version. Contact Informatica support. CoreApi-9743-02: invalid proactive keepalive interval setting Invalid setting for the proactive keepalive interval Valid settings are >= 1500 (the effective minimum), or 0 to disable keepalive CoreApi-9743-03: optval not numeric This option is a numeric type, but a non-numeric string was given in optval. Check configuration options for typos. CoreApi-9743-04: number optval not a This option is a numeric type, but a non-numeric string was given in optval. Check configuration options for typos. CoreApi-9743-05: invalid proactive keepalive interval setting Invalid setting for the proactive keepalive interval Valid settings are >= 1500 (the effective minimum), or 0 to disable keepalive CoreApi-9743-06: optlen incorrect size The size of the optlen given does not match the size of this option type. Provide an optlen of the appropriate size for this option type. CoreApi-9743-07: optlen too small The provided buffer is too small to hold the option value. Provide a larger buffer. CoreApi-9779-1: optlen incorrect size Checks whether optlen is an appropriate size and returns to caller if opten is an incorrect size. Set the optlen value to the size of lbm_ulong_t CoreApi-9779-2: meric Checks whether optval points to a numeric value and returns to caller if optval points to a non numeric value. Checks whether optval points to a numeric value and returns to caller if optval points to a non numeric value. Checks whether optlen is an appropriate size and returns to caller if optlen size is incorrect. Setup optval to a numeric value. CoreApi-9779-5: optlen too small Checks whether optlen is an appropriate size and returns to caller if optlen size is incorrect. Set the optlen value to the size of lbm_ulong_t CoreApi-9798-10: optlen too small Checks whether optlen is an appropriate size and returns to caller if optlen size is incorrect. Set the optlen value to the size of lbm_ulong_t CoreApi-9798-1: optlen incorrect size Checks whether optlen is an appropriate size and returns to caller if opten is an incorrect size. Set the optlen value to the size of lbm_ulong_t CoreApi-9798-2: meric Checks whether optval points to a numeric value and returns to caller if optval points to a non numeric value. Checks whether optval points to a numeric value and returns to caller if optval points to a non numeric value. Setup optval to a numeric value. optval not nu- CoreApi-9779-3: optval not a number CoreApi-9779-4: optlen incorrect size optval not nu- CoreApi-9798-3: optval not a number Provide an optlen the size of a lbm_ulong_t. Setup optval to a numeric value. Set the optlen value to the size of lbm_ulong_t Setup optval to a numeric value. 204 UM Log Messages CoreApi-9798-4: optlen incorrect size Checks whether optlen is an appropriate size and returns to caller if optlen size is incorrect. Set the optlen value to the size of lbm_ulong_t CoreApi-9798-5: optlen too small Checks whether optlen is an appropriate size and returns to caller if optlen size is incorrect. Set the optlen value to the size of lbm_ulong_t CoreApi-9798-6: optlen incorrect size Checks whether optlen is an appropriate size and returns to caller if opten is an incorrect size. Set the optlen value to the size of lbm_ulong_t CoreApi-9798-7: meric Checks whether optval points to a numeric value and returns to caller if optval points to a non numeric value. Checks whether optval points to a numeric value and returns to caller if optval points to a non numeric value. Checks whether optlen is an appropriate size and returns to caller if optlen size is incorrect. Setup optval to a numeric value. CoreApi-9890-01: optlen for transport_lbtipc_pend_behavior_←linger_loop_count incorrect size The correct size when setting the transport_lbtipc_pend_behavior_←linger_loop_count option is sizeof lbm_ulong_t Make sure the correct size is allocated CoreApi-9890-02: optval for transport_lbtipc_pend_behavior_←linger_loop_count not numeric The string for transport_lbtipc_←pend_behavior_linger_loop_count is not a numeric Make sure a numeric value is passed in the string CoreApi-9890-03: optval for transport_lbtipc_pend_behavior_←linger_loop_count not a number The string for transport_lbtipc_←pend_behavior_linger_loop_count is not a number Make sure a number value is passed in the string CoreApi-9890-04: optlen for transport_lbtipc_pend_behavior_←linger_loop_count incorrect size The correct size when getting the transport_lbtipc_pend_behavior_←linger_loop_count option is sizeof lbm_ulong_t Make sure the correct size is allocated CoreApi-9890-05: optlen for transport_lbtipc_pend_behavior←_linger_loop_count string too small The correct size when getting the string value for the transport_←lbtipc_pend_behavior_linger_←loop_count is LBM_MIN_SGET_←OPTLEN An attempt to Unicast a message or request using a SOURCE that does not contain the return address. An attempt to Unicast a message or request using a SOURCE string that is not found in the Topic Cache. Make sure the correct string size is allocated CoreApi-9901-03: target malformed (SOURCE type not valid (s)) An attempt to Unicast a messaging or request using a SOURCE string that is not valid. The customer should check the source string. CoreApi-9901-04: target SOURCE type: transport found but return address is not available (s) An attempt to Unicast a message or request using a SOURCE that does not contain the return address. User passed NULL for the context parameter. NULL is not a valid context. This is likely a result of using an older version of LBM at the source which does not necessarily include the return address. The user needs to check their implementation. optval not nu- CoreApi-9798-8: optval not a number CoreApi-9798-9: optlen incorrect size CoreApi-9901-01: target SOURCE type: transport found but return address is not available (s) CoreApi-9901-02: target SOURCE type: transport not found (s) CoreApi-9922-01: lbm_flush_all ctx cannot be NULL Setup optval to a numeric value. Set the optlen value to the size of lbm_ulong_t This is likely a result of using an older version of LBM at the source which does not necessarily include the return address. The customer should check the source string and possibly manage EOS. 9.2 UM Core API Messages 205 CoreApi-9923-01: optlen incorrect size The option receive_batch_←notification_function setopt size must be sizeof lbm_rcv_batch_←notify_func_t Use the correct size for the option receive_batch_notification_←function CoreApi-9923-02: receive batch notification start function must be valid The option receive_batch_←notification_function setopt must have a valid start function callback defined The option receive_batch_←notification_function setopt must have a valid end function callback defined str_setopt on receive_batch_←notification_function not supported Define the start function for option receive_batch_notification_←function CoreApi-9923-05: optlen incorrect size The option receive_batch_←notification_function getopt size must be sizeof lbm_rcv_batch_←notify_func_t Use the correct size for the option receive_batch_notification_←function CoreApi-9923-06: str_getopt not supported for option str_getopt on receive_batch_←notification_function not supported the customer needs to use the nonstring getopt function CoreApi-9938-1: optlen incorrect size Attempted to set option compatibility_pre_um_6_0_←context_ad_ivl with an incorrect optlen size. Optlen must be size of unsigned long. CoreApi-9938-2: invalid pre60 context ad interval setting Attempted to set option compatibility_pre_um_6_0_←context_ad_ivl to an invalid value. Attempted to set option compatibility_pre_um_6_0_←context_ad_ivl with an invalid optval Option must be set to 0 or a value > 500 milliseconds. CoreApi-9938-4: optval not a number Attempted to set option compatibility_pre_um_6_0_←context_ad_ivl with an invalid optval Optval must be numeric. CoreApi-9938-5: optlen incorrect size Attempted to retrieve option compatibility_pre_um_6_0_←context_ad_ivl with an incorrect optlen size. Optlen must be size of unsigned long. CoreApi-9938-6: optlen too small Attempted to set option compatibility_pre_um_6_0_←context_ad_ivl with an incorrect optlen size. Optlen must be greater than LBM←_MIN_SGET_OPTLEN. CoreApi-9941-115: usr_bufp offset is not valid. A smart source call specified a user buffer with an invalid offset. Supply the exact pointer supplied by lbm_ssrc_buff_get(). CoreApi-9941-116: usr_bufp base address is not valid. A smart source call specified a user buffer with an invalid base address. Return buffer with the exact pointer supplied by lbm_ssrc_buff_get(). CoreApi-9941-117: user buffer is on the free list. A smart source call specified a user buffer that is on the free list. CoreApi-9941-118: corrupted user buffer pointer structure A smart source call specified what appears to be a corrupted user buffer pointer structure. Don't be stupid! Invoke lbm_←ssrc_buff_get() to allocate a user buffer. Ensure that writes using the user buffer pointer do not exceed the range of addresses bounded by the source scoped smart_src_max_←message_length configuration option. CoreApi-9923-03: receive batch notification end function must be valid CoreApi-9923-04: str_setopt not supported for option CoreApi-9938-3: meric optval not nu- Define the end function for option receive_batch_notification_←function the customer needs to use the nonstring setopt function Optval must be numeric. 206 UM Log Messages CoreApi-9941-11: optlen incorrect size smart_src_user_buffer_count value contained an incorrect length smart_src_user_buffer_count should be of sizeof(int) CoreApi-9941-12: optval must be greater than 0 smart_src_user_buffer_count not contain a positive integer did smart_src_user_buffer_count must be a positive integer CoreApi-9941-13: optval too large smart_src_user_buffer_count is larger than the maximum allowed size smart_src_user_buffer_count value is not numeric smart_src_user_buffer_count did not contain a positive integer Decrease the size of smart_src_←user_buffer_count smart_src_user_buffer_count is larger than the maximum allowed size The size of the option was too large or too small Decrease the size of smart_src_←user_buffer_count CoreApi-9941-18: optlen too small The size of the option buffer was too small to contain the option smart_src_user_buffer_count optlen must be at least 80 CoreApi-9941-1: optlen incorrect size smart_src_max_message_length value contained an incorrect length smart_src_max_message_length should be of sizeof(int) CoreApi-9941-21: optlen incorrect size smart_src_retention_buffer_count value contained an incorrect length smart_src_retention_buffer_count should be of sizeof(int) CoreApi-9941-22: optval must be greater than 0 smart_src_retention_buffer_count did not contain a positive integer smart_src_retention_buffer_count must be a positive integer CoreApi-9941-23: optval too large smart_src_retention_buffer_count is larger than the maximum allowed size smart_src_retention_buffer_count value was not numeric smart_src_retention_buffer_count did not contain a positive integer Decrease the size of smart_src_←retention_buffer_count smart_src_retention_buffer_count is larger than the maximum allowed size The size of the option was too large or too small Decrease the size of smart_src_←retention_buffer_count CoreApi-9941-28: optlen too small The size of the option buffer was too small to contain the option smart_src_retention_buffer_count optlen must be at least 80 CoreApi-9941-2900: Smart Source not supported on this platform Smart Source is not supported on this platform Smart Source is supported on 64bit Linux and Windows platforms CoreApi-9941-2980: ssrcp must be valid CoreApi-9941-2981: ctx must be valid CoreApi-9941-2982: topic must be valid ssrcp parameter was NULL ssrcp must be a valid pointer ctx parameter was NULL ctx must be a pointer to a valid context topic must be a pointer to a valid topic CoreApi-9941-2983: ctx is reactor only The context passed as a parameter is a reactor context used for retrieving statistics for a monitoring source controller. topic parameter was not created on the same context as the ctx parameter CoreApi-9941-14: optval not numeric CoreApi-9941-15: optval must be greater than 0 CoreApi-9941-16: optval too large CoreApi-9941-17: optlen incorrect size CoreApi-9941-24: optval not numeric CoreApi-9941-25: optval must be greater than 0 CoreApi-9941-26: optval too large CoreApi-9941-27: optlen incorrect size CoreApi-9941-2984: topic passed to lbm_ssrc_create was not created on the same context topic parameter was NULL smart_src_user_buffer_count must be a numeric value smart_src_user_buffer_count must be a positive integer smart_src_user_buffer_count must be sizeof(int) smart_src_retention_buffer_count must be a numeric value smart_src_retention_buffer_count must be a positive integer smart_src_retention_buffer_count is sizeof(int) Do not create an lbm smart source on a reactor context. topic parameter must have been created on the context in the ctx parameter 9.2 UM Core API Messages 207 CoreApi-9941-2985: topic already associated with a source The application attempted to create a smart source on a topic that is already associated with a source. Delete the associated source and try again. CoreApi-9941-2988: transport type unknown The context is associated with an unknown transport type. Contact support. CoreApi-9941-2989: ssrc must be valid CoreApi-9941-2996: ssrc must be valid CoreApi-9941-2997: usr_bufp must be valid ssrc parameter was NULL ssrc must be a pointer to a valid lbm smart source. ssrc must be a pointer to a valid lbm smart source. usr_bufp must be a pointer to a valid user buffer. CoreApi-9941-2: greater than 0 optval must be The ssrc parameter supplied to a smart source send call was NULL. The usr_bufp parameter supplied to a smart source send call was N←ULL. smart_src_max_message_length did not contain a positive integer smart_src_max_message_length must be a positive integer CoreApi-9941-3000: lbm_ssrc_←send_ex() thread does not match thread used by other smart source sends on this transport session The smart source send call thread does not match the thread used by other smart source sends on this transport session. The smart source send call thread must be the same thread used by all smart source sends on this transport session. CoreApi-9941-3001: lbm_ssrc_←send_ex() thread does not match thread used by other smart source sends on this transport session The smart source send call thread does not match the thread used by other smart source sends on this transport session. The smart source send call thread must be the same thread used by all smart source sends on this transport session. CoreApi-9941-3025: ssrc must be valid The Smart Source object is not valid. Provide a valid Smart Source object. CoreApi-9941-3026: stats must be valid CoreApi-9941-3027: ssrc must be valid The transport statistics object is not valid. The Smart Source object is not valid. Provide a valid object. CoreApi-9941-31: optlen incorrect size transport_lbtrm_smart_src_←transmission_window_buffer_←count value contained an incorrect length transport_lbtrm_smart_src_←transmission_window_buffer_←count should be of sizeof(int) CoreApi-9941-32: optval must be greater than 0 transport_lbtrm_smart_src_←transmission_window_buffer_←count did not contain a positive integer transport_lbtrm_smart_src_←transmission_window_buffer_←count must be a positive integer CoreApi-9941-33: optval too large transport_lbtrm_smart_src_←transmission_window_buffer_←count is larger than the maximum allowed size transport_lbtrm_smart_src_←transmission_window_buffer_←count value was not numeric transport_lbtrm_smart_src_←transmission_window_buffer_←count did not contain a positive integer Decrease the size of transport_←lbtrm_smart_src_transmission_←window_buffer_count transport_lbtrm_smart_src_←transmission_window_buffer_←count is larger than the maximum allowed size The size of the option was too large or too small Decrease the size of transport_←lbtrm_smart_src_transmission_←window_buffer_count CoreApi-9941-34: optval not numeric CoreApi-9941-35: optval must be greater than 0 CoreApi-9941-36: optval too large CoreApi-9941-37: optlen incorrect size Provide a valid Smart Source object. transport_lbtrm_smart_src_←transmission_window_buffer_←count must be a numeric value transport_lbtrm_smart_src_←transmission_window_buffer_←count must be a positive integer transport_lbtrm_smart_src_←transmission_window_buffer_←count must be sizeof(int) 208 UM Log Messages CoreApi-9941-38: optlen too small The size of the option buffer was too small to contain the option CoreApi-9941-3996: ssrc must be valid CoreApi-9941-3997: usr_bufp must be valid CoreApi-9941-3999: Smart Source [p] does not support UMQ/ULB at this time. CoreApi-9941-3: optval too large ssrc parameter was NULL CoreApi-9941-4001: All d Smart Source [p] user buffers have been allocated. CoreApi-9941-4020: ssrc must be valid CoreApi-9941-4021: usr_bufp must be valid CoreApi-9941-4022: usr_bufp offset is not valid. CoreApi-9941-4023: usr_bufp base address is not valid. CoreApi-9941-4024: user buffer is already on the free list. CoreApi-9941-4: optval not numeric CoreApi-9941-5551: Smart source can not be configured as broker source CoreApi-9941-5552: Smart source can not be configured as ulb source usr_bufp parameter was NULL transport_lbtrm_smart_src_←transmission_window_buffer_←count optlen must be at least 80 ssrc must be a pointer to a valid lbm smart source. usr_bufp must be a valid pointer A call to lbm_ssrc_buff_get was passed a UMQ (or ULB) source. UMQ sources are not supported at this time. smart_src_max_message_length is larger than the maximum allowed size A call to lbm_ssrc_buff_get failed due to user buffer exhaustion. Decrease the size of smart_src_←max_message_length ssrc parameter was NULL usr_bufp parameter was NULL A call to lbm_ssrc_buff_put specified a user buffer with an invalid offset. A call to lbm_ssrc_buff_put specified a user buffer with an invalid base address. A call to lbm_ssrc_buff_put specified a user buffer the is already on the free list. smart_src_max_message_length value is not numeric An lbm smart source can not be configured as broker. Return unused user buffers via lbm_ssrc_buff_put() or restart the application with a larger user buffer count. ssrc must be a pointer to a valid lbm smart source. usr_bufp must be a pointer to a valid user buffer. Return buffer with the exact pointer supplied by lbm_ssrc_buff_get(). Return buffer with the exact pointer supplied by lbm_ssrc_buff_get(). Don't be stupid! A buffer can only be returned once. smart_src_max_message_length must be a numeric value Do not configure lbm smart source as Broker. An lbm smart source can not be configured as ulb source. Do not configure lbm smart source as ULB. CoreApi-9941-5554: Smart source can not be configured to be pre6.0 compatible An lbm smart source can not be configured to be pre-6.0 compatible. Do not configure lbm smart source to inter-operate with pre-6.0 applications. CoreApi-9941-5555: Smart source cannot be configured for TCP transport An lbm smart source can not be configured for TCP transport. Smart source can only be configured with a LBT-RM transport. CoreApi-9941-5557: Smart source can not be configured for LBT-IPC transport An lbm smart source can not be configured for LBT-IPC transport. Smart source can only be configured with a LBT-RM transport. CoreApi-9941-5558: Smart source can not be configured for LBT-SMX transport An lbm smart source can not be configured for LBT-SMX transport. Smart source can only be configured with a LBT-RM transport. CoreApi-9941-5559: Smart source can not be configured for LBT-RD←MA transport An lbm smart source can not be configured for LBT-RDMA transport. Smart source can only be configured with a LBT-RM transport. CoreApi-9941-5560: Smart source can not be configured as Broker An lbm smart source can not be configured as Broker. Smart source can only be configured with a LBT-RM transport. 9.2 UM Core API Messages 209 CoreApi-9941-5565: Smart source may not use the same transport as a standard source An lbm smart source may not reside with a standard source on the same transport. Configure the smart source on an LBT-RM transport that only contains smart sources. CoreApi-9941-5566: smart_src←_max_message_length exceeds the configured maximum message length for this transport session. The first Smart Source to create a transport session establishes the maximum message length for all subsequent Smart Sources on that transport. Decrease the size of smart_←src_max_message_length for this Smart Source or increase the size of smart_src_max_message←_length for the first Smart Source created on this transport session. CoreApi-9941-5571: Could not allocate lu bytes. The memory needed for smart_src_user←_buffer_count exceeds available memory on your system. The memory needed for smart←_src_user_buffer_count is more memory than is available on your system. Decrease the size of smart_src_←user_buffer_count. CoreApi-9941-5572: Could not allocate lu bytes. The product of smart_src_user_buffer_count and smart_src_max_message_length exceeds available memory on your system. The product of smart_src_user_←buffer_count and smart_src_max←_message_length specifies more memory than is available on your system. Decrease the size of smart_←src_user_buffer_count and/or the smart_src_max_message_length. CoreApi-9941-5573: Could not allocate lu bytes. The product of smart_src_retention_buffer_count and smart_src_max_message_←length exceeds available memory on your system. The product of smart_src←_retention_buffer_count and smart_src_max_message_length specifies more memory than is available on your system. Decrease the size of smart_src←_retention_buffer_count and/or the smart_src_max_message_length. CoreApi-9941-5574: Could not allocate lu bytes. The product of transport_lbtrm_smart_src←_transmission_window_buffer←_count and smart_src_max_←message_length exceeds available memory on your system. The product of transport_lbtrm_←smart_src_transmission_window←_buffer_count and smart_src_←max_message_length specifies more memory than is available on your system. Decrease the size of transport←_lbtrm_smart_src_transmission←_window_buffer_count and/or the smart_src_max_message_length. CoreApi-9941-5575: Smart source may not use the same transport as a standard source An lbm standard source may not reside with a smart source on the same transport. Configure the standard source on an LBT-RM transport that only contains standard sources. CoreApi-9941-5: greater than 0 smart_src_max_message_length did not contain a positive integer smart_src_max_message_length must be a positive integer CoreApi-9941-6000: Can't allocate config options of u bytes [s:d] The system was not able to allocate the amount of memory requested. CoreApi-9941-6001: Failed to call dump [s:d] The call to lbm_ssrc_topic_←dump() failed. CoreApi-9941-6003: Can't allocate JNI source object of u bytes [s:d] The system was not able to allocate the amount of memory requested. CoreApi-9941-6004: Can't allocate memory [s:d] The system was not able to allocate the amount of memory requested. CoreApi-9941-6005: Can't allocate memory [s:d] The system was not able to allocate the amount of memory requested. The physical memory on the machine may be over committed; try moving some applications to another machine. Check that ssrc and opts are valid and that the value at size is greater than 0. The physical memory on the machine may be over committed; try moving some applications to another machine. The physical memory on the machine may be over committed; try moving some applications to another machine. The physical memory on the machine may be over committed; try moving some applications to another machine. optval must be 210 UM Log Messages CoreApi-9941-6006: Can't allocate memory [s:d] The system was not able to allocate the amount of memory requested. The physical memory on the machine may be over committed; try moving some applications to another machine. The ByteBuffer must be a buffer retrieved via the buffGet() method from this SmartSource. CoreApi-9941-6007: Can't get address of ByteBuffer [s:d] - may not be a direct ByteBuffer The ByteBuffer was not valid for this SmartSource. CoreApi-9941-6008: Can't get address of ByteBuffer [s:d] - may not be a direct ByteBuffer The ByteBuffer was not valid for this SmartSource. The ByteBuffer must be a buffer retrieved via the buffGet() method from this SmartSource. CoreApi-9941-6009: Can't allocate memory [s:d] The system was not able to allocate the amount of memory requested. CoreApi-9941-6: optval too large CoreApi-9941-710: ssrc must be valid smart_src_max_message_length is larger than the maximum allowed size The Smart Source object is not valid. The physical memory on the machine may be over committed; try moving some applications to another machine. Decrease the size of smart_src_←max_message_length CoreApi-9941-711: topic must be valid CoreApi-9941-7: optlen incorrect size The topic associated with the Smart Source is not valid. The size of the option was too large or too small Provided a valid topic. CoreApi-9941-8: optlen too small The size of the option buffer was too small to contain the option smart_src_max_message_length optlen must be at least 80 CoreApi-9954-01: datagram acceleration init function must be valid The datagram acceleration option requires that all callbacks be populated with valid function pointers. The user needs to pass the correct size to the option setter CoreApi-9954-02: datagram acceleration open function must be valid The datagram acceleration option requires that all callbacks be populated with valid function pointers. The user needs to pass the correct size to the option setter CoreApi-9954-03: datagram acceleration close function must be valid The datagram acceleration option requires that all callbacks be populated with valid function pointers. The user needs to pass the correct size to the option setter CoreApi-9954-04: datagram acceleration bind function must be valid The datagram acceleration option requires that all callbacks be populated with valid function pointers. The user needs to pass the correct size to the option setter CoreApi-9954-05: datagram acceleration unbind function must be valid The datagram acceleration option requires that all callbacks be populated with valid function pointers. The user needs to pass the correct size to the option setter CoreApi-9954-06: datagram acceleration multicast join function must be valid The datagram acceleration option requires that all callbacks be populated with valid function pointers. The user needs to pass the correct size to the option setter CoreApi-9954-07: datagram acceleration multicast leave function must be valid The datagram acceleration option requires that all callbacks be populated with valid function pointers. The user needs to pass the correct size to the option setter CoreApi-9954-08: datagram acceleration recvfrom function must be valid The datagram acceleration option requires that all callbacks be populated with valid function pointers. The user needs to pass the correct size to the option setter CoreApi-9954-09: datagram acceleration send connect function must be valid The datagram acceleration option requires that all callbacks be populated with valid function pointers. The user needs to pass the correct size to the option setter CoreApi-9954-10: datagram acceleration send disconnect function must be valid The datagram acceleration option requires that all callbacks be populated with valid function pointers. The user needs to pass the correct size to the option setter Provide a valid Smart Source object. smart_src_max_message_length must be sizeof(int) 9.2 UM Core API Messages 211 CoreApi-9954-11: datagram acceleration send function must be valid The datagram acceleration option requires that all callbacks be populated with valid function pointers. The user needs to pass the correct size to the option setter CoreApi-9954-12: datagram acceleration sento function must be valid The datagram acceleration option requires that all callbacks be populated with valid function pointers. The user needs to pass the correct size to the option setter CoreApi-9954-13: datagram acceleration get address function must be valid The datagram acceleration option requires that all callbacks be populated with valid function pointers. The user needs to pass the correct size to the option setter CoreApi-9954-14: datagram acceleration optlen incorrect size The datagram acceleration option length is expected to be the size of lbm_datagram_acceleration_←func_t The datagram acceleration option does not support string set/get option functions. The user needs to pass the correct size to the option setter The datagram acceleration option length is expected to be the size of lbm_datagram_acceleration_←func_t The datagram acceleration option does not support string set/get option functions. The user needs to pass the correct size to the option setter CoreApi-9954-60: Datagram Acceleration not supported The datagram acceleration option requires an LBM build that supports it. Contact support to get the proper LBM build. CoreApi-9954-61: Datagram Acceleration not supported The datagram acceleration option requires an LBM build that supports it. Contact support to get the proper LBM build. CoreApi-9954-62: Datagram Acceleration not supported The datagram acceleration option requires an LBM build that supports it. Contact support to get the proper LBM build. CoreApi-9954-63: Datagram Acceleration not supported The datagram acceleration option requires an LBM build that supports it. Contact support to get the proper LBM build. CoreApi-9972-1: unsubscribe may only be performed on a subscribed channel. CoreApi-9972-2: unsubscribe may only be performed on a subscribed channel. CoreApi-9972-3: unsubscribe may only be performed on a subscribed channel. CoreApi-9972-4: unsubscribe may only be performed on a subscribed channel. CoreApi-9972-5: unsubscribe may only be performed on a subscribed channel. The call to discontinue an existing channel subscription was invoked on an unsubscribed channel. The call to discontinue an existing channel subscription was invoked on an unsubscribed channel. The call to discontinue an existing channel subscription was invoked on an unsubscribed channel. The call to discontinue an existing channel subscription was invoked on an unsubscribed channel. The call to discontinue an existing channel subscription was invoked on an unsubscribed channel. Ensure the channel has been subscribed before calling unsubscribe. CoreApi-9954-15: str_setopt not supported for the datagram acceleration option CoreApi-9954-16: datagram acceleration optlen incorrect size CoreApi-9954-17: str_getopt not supported for the datagram acceleration option The user needs to use the structure set/get option functions. The user needs to use the structure set/get option functions. Ensure the channel has been subscribed before calling unsubscribe. Ensure the channel has been subscribed before calling unsubscribe. Ensure the channel has been subscribed before calling unsubscribe. Ensure the channel has been subscribed before calling unsubscribe. 212 9.3 UM Log Messages UM SRS Log Messages SRS-10385-98: Registration protocolVersion[" + reg.protocol←Version + "] received for client[" + reg.client_addr + ":" + reg.←client_port + "] sessionID[" + reg.session_id + "] A client registration request was received. No resolution needed; Supplied for informational purposes only. SRS-10385-99: TCP Disconnect received for client[" + registration.←client_addr + ":" + registration.←client_port + "] sessionID[" + registration.session_id + "] TCP Disconnect was received from a client. No resolution needed; Supplied for informational purposes only. SRS-10386-1000: Unable to establish connection due to unknown protocolVersion[" + registration.←protocolVersion + "] A client attempted to register with an unsupported SRS protocol version. Reconcile versions and try again. SRS-10386-1001: Unable to establish connection for sessionID[" + registration.session_id + "] due to unsupported protocolVersion[" + registration.protocolVersion + "]. Only supported protocolVersion[" + SRSMessage.LBM_SRS_PRO←TOCOL_VERSION + "] A client with an unsupported version attempted to establish a connection with the SRS. Reconcile versions and try again. SRS-10386-1002: Received registration request for clientID[" + clientId + "] with invalid message id[" + srsMessage.id + "] A client attempted to register with an invalid request/response message ID. Reconcile SRS protocol versions and try again. SRS-10386-1003: Received an invalid stream request for clientID[" + clientId + "] A client attempted to register with an invalid stream request message ID. Reconcile SRS protocol versions and try again. SRS-10386-1004: SRSSubscriber will not update monitor info because SRSRegistration is null The registration associated with an SRS subscriber could not be found. Consequently, associated monitored information can not be provided. No resolution required. If this happens frequently, contact Informatica support. SRS-10386-1005: Received invalid SRS message for clientID[" + clientId + "] with message id: The SRS received an invalid SRS message. Contact Informatica support. SRS-10386-1014: Received SourceDeleteRecord for clientID[" + clientId + "] with invalid OTID[" + otidString + "] The SRS received an invalid SDR. Contact Informatica support. SRS-10386-10: Debugging enabled; file path: [" + debugState.←getDebugFilePath() + "] mask: [" + String.format("0x%08X", debug←State.getDebugMask()) + "] The debugger is enabled. This is for informational purposes only and can be ignored. SRS-10386-1300: Failed to initialize SRS application: The SRS application failed to initialize. Contact Informatica support. SRS-10386-1301: Failed to load properties file " + APPLICATION←_PROPERTIES_FILE_NAME + ". Reason: The SRS application properties file could not be found. Contact Informatica support. 9.3 UM SRS Log Messages 213 SRS-10386-1302: Failed to process SRS default configuration file. Reason: SRS-10386-1303: Failed to process SRS user configuration X←ML file " + configFilename.get←AbsolutePath() + ". Reason: The SRS application default configuration XML file could not be processed. The SRS application user configuration XML file could not be processed. Contact Informatica support. SRS-10386-1304: Failed to configure logback: An internal error was encountered. The server was unable to configure the logger. Contact Informatica support. SRS-10386-1305: Unable to write pid file: The SRS was unable to write the Processes ID file. Check the Process ID path and directory access privileges. SRS-10386-1306: The configuration file must be specified with -v option The configuration file must be specified with -v option. Specify the configuration file and try again. SRS-10386-1307: Could not create LBM context [" + ex.get←Message() + "] The SRS was unable to create the LBM context used for monitoring. Daemon monitoring will be disabled. An internal error was encountered. The server was unable to set the LBM debug mask. Contact Informatica support. An internal error was encountered. The server was unable to set the LBM license. An internal error was encountered. The server failed to instantiate LBM due to run time exception. Contact Informatica support. SRS-10386-1320: The running server attempted to restart An internal ambiguity was encountered. The running server attempted to restart. Contact Informatica support. SRS-10386-1321: Attempt to start TCP Server failed; Server IP address[" + host + "] port[" + port + "] failed: The SRS TCP server failed to start due to an exception identified in the log message. Contact Informatica support. SRS-10386-1322: The server failed to start SRS-10386-1400: Failed to instantiate LBMSource. Reason: SRS-10386-1401: Failed to add immediate message receiver to " + "LBMContext. Reason: SRS-10386-1402: MonitorInfo: getUMClientMonitorInfoMessage: Failed to cast value to Monitor←InfoConfigOption " + "for config option " + configOptionName + " in category " + monitorInfo←Category.getName() + ". Reason: An internal error was encountered. The server failed to start. An internal error was encountered. Contact Informatica support. An internal error was encountered. Contact Informatica support. An internal error was encountered. Contact Informatica support. SRS-10386-1403: Daemon monitor sending monitor info messages on topic: Successfully instantiated an LBM source to send monitor info messages. No resolution needed; Supplied for informational purposes only. SRS-10386-1310: Configuration warning: environment variable L←BM_DEBUG_MASK must be a valid number between 0 and 0x←FFFFFFFF; debugging disabled SRS-10386-1311: Error setting L←BM license: SRS-10386-1312: Exception instantiating LBM object: The file may be missing, have inappropriate access privileges, or an error in the config file itself. Contact Informatica support. Contact Informatica support. Contact Informatica support. 214 UM Log Messages SRS-10386-1404: Debug monitor listening for monitor info requests on IP address: " + config.get←DebugMonitorHost() + " port: The SRS debug monitor is open for monitor info requests. No resolution needed; Supplied for informational purposes only. SRS-10386-1405: Daemon monitor listening for command requests on IP address: " + requestTcp←Interface + " port: The SRS command messages channel is open for remote snapshot or config changes requets (or both). No resolution needed; Supplied for informational purposes only. SRS-10386-7: Connection to client lost: A connection to a registered LBM client was lost perhaps due to network interruption or client failure. Check that the network is stable. Contact Informatica support if this message occurs frequently. SRS-10563-10: Received a SourceDeleteRecord without having first received a Source←InfoRecord SRS-10563-11: Received a SourceDeleteRecord without having first received a Source←InfoRecord SRS-10563-12: Received duplicate SourceInformationRecord for topic[" + siRec.getDisplayTopic() + "] source[" + siRec.getDisplay←Source() + "] OTID[" + siRec.get←DisplayOTID() + "] An unexpected internal state was encountered, but was handled. No resolution required. If this happens frequently, contact Informatica support. An unexpected internal state was encountered, but was handled. No resolution required. If this happens frequently, contact Informatica support. No resolution required. If this happens frequently, contact Informatica support. SRS-10563-13: topic hasher received unexpected object: Anrare internal state was encountered, but was handled. This state typically results from DROs briefly having more than one proxy source for a given originating source, usually due to a re-routing operation. This state normally resolves itself after a short time. An unexpected internal state was encountered, but was handled. SRS-10563-14: Got an unexpected message: {} An unexpected internal state was encountered, but was handled. No resolution required. If this happens frequently, contact Informatica support. SRS-10563-15: attempting to set the ping interval for {} above the maximum of {}. Setting to the maximum An attempt was made to configure ping-interval, which should typically not be modified by users except under direction and supervision of Informatica Support. Remove the ping-interval configuration, or contact Informatica support. SRS-10563-16: attempting to set the ping interval for {} below the minimum of {}. Setting to the minimum An attempt was made to configure ping-interval, which should typically not be modified by users except under direction and supervision of Informatica Support. Remove the ping-interval configuration, or contact Informatica support. SRS-10563-17: attempted to monitor actor with duplicate name: {} An internal error was encountered. Contact Informatica support. SRS-10563-18: MonitoredActor←TrackerActor: handleGetMonitor←Info: failed to process monitor info. " + "Reason: An unexpected internal state was encountered, but was handled. No resolution required. If this happens frequently, contact Informatica support. No resolution required. If this happens frequently, contact Informatica support. 9.3 UM SRS Log Messages 215 SRS-10563-19: Received unexpected immediate LBM message←: " + lbmMessage.type() + " from client: The SRS was sent a unicast immediate message that it does not recognize. This might happen because a client is using a newer version of UM than this SRS. There are also some unlikely scenarios related to a non-SRS process exiting and the SRS starting and using the same TCP port; a different UM program may be sending messages intended for the old exited process. Ensure the SRS is from the same or newer version of UM as its clients. Ensure that that the SRS is given a unique port. SRS-10563-20: Failed to send command message response: " + responseMessage + ". Reason: An unexpected internal state was encountered, but was handled. No resolution required. If this happens frequently, contact Informatica support. SRS-10563-21: Control message error: " + "failed to deserialize command message from JSON. Reason: SRS-10563-2: Unknown LBM log level: " + logLevel + " for log message: An internal error was encountered. Contact Informatica support. An internal error (unknown LBM log level) was encountered. Contact Informatica support. SRS-10563-31: Failed to serialize a MonitorInfoMessage from category " + monitorInfoMessage.get←MonitorInfoCategory().getName() + ". Reason: SRS-10563-32: Failed to send a MonitorInfoMessage. Reason: An internal error was encountered. Contact Informatica support. An internal error was encountered. Contact Informatica support. SRS-10563-3: SRSClient←ManagerImpl: handleClientActor←Terminated: Received a Client←ActorTerminated message with null client actor SRS registration An internal error was encountered. Contact Informatica support. SRS-10563-40: Failed to close L←BMSource. Reason: SRS-10563-41: MonitoredActor←Info: updateFrom: Failed to update monitor info. Reason: SRS-10563-42: MonitorInfo←Message: getInPrintFormat: failed to sort stats. Reason: SRS-10563-43: MonitorInfo←Message: getInPrintFormat: monitorInfoCategoryName " + monitorInfoCategory.getName() + ": SRSRegistrationInfo is null An internal error was encountered. Contact Informatica support. An internal error was encountered. Contact Informatica support. An internal error was encountered. Contact Informatica support. An internal error was encountered. Contact Informatica support. SRS-10563-44: MonitorInfo←Message: getInPrintFormat: monitorInfoCategoryName " + monitorInfoCategory.getName() + "; connectionEventType: " + connectionEventType + " invalid event state An internal error was encountered. Contact Informatica support. 216 UM Log Messages SRS-10563-45: MonitorInfo←Message: getInPrintFormat: monitorInfoCategoryName " + monitorInfoCategory.getName() + "; connectionEventType: " + connectionEventType + " invalid event state SRS-10563-46: MonitorInfo←Message: getInPrintFormat: monitorInfoCategoryName " + monitorInfoCategory.getName() + ": " + connectionEventType.get←Name() + " is not expected An internal error was encountered. Contact Informatica support. An internal error was encountered. Contact Informatica support. SRS-10563-47: MonitorInfo←Message: getInPrintFormat: monitorInfoCategoryName " + monitorInfoCategory.getName() + ": SRSRegistrationInfo is null An internal error was encountered. Contact Informatica support. SRS-10563-48: GetActorInfo: setInfo: Failed to cast value to MonitorInfoRecord for stat in " + monitorInfoCategory.getName() + " category An internal error was encountered. Contact Informatica support. SRS-10563-49: MonitorInfo: get←SRSMonitorInfoMessage: Failed to cast value to MonitorInfoRecord" + " for stat " + statName + " in category " + monitorInfoCategory.get←Name() + ". Reason: An internal error was encountered. Contact Informatica support. SRS-10563-4: RSocket generated an exception: An internal error was encountered. Contact Informatica support. SRS-10563-50: MonitorInfo: get←UMClientMonitorInfoMessage: Failed to set value for stat " + statName + " in category " + monitorInfoCategory.getName() + ". Reason: its SRSRegistrationInfo is null SRS-10563-51: MonitorInfo: get←UMClientMonitorInfoMessage: Failed to cast value to Monitor←InfoRecord " + "for stat " + statName + " in category " + monitorInfoCategory.getName() + ". Reason: SRS-10563-52: MonitorInfo: getConnectionEventsMonitor←InfoMessage: Failed to process " + " event " + connectionEvent←Type.getName() + " in category " + monitorInfoCategory.getName() + ". Reason: its SRSRegistrationInfo is null An internal error was encountered. Contact Informatica support. An internal error was encountered. Contact Informatica support. An internal error was encountered. Contact Informatica support. 9.4 UM Dynamic Routing Log Messages 217 SRS-10563-53: MonitorInfo: getConnectionEventsMonitorInfo←Message: Failed to cast value " + "to Queuefor events " + eventsName + " in category " + monitorInfo←Category.getName() + ". Reason: An internal error was encountered. Contact Informatica support. SRS-10563-5: Received a {} whose topic doesn't match the existing topic for this OTID. Found [{}]. Expected [{}] An internal error was encountered. Contact Informatica support. SRS-10563-7: Received a Disconnect without having first received a SourceInfoRecord for session←ID[" + dRec.getSessionId() + "] topic[" + dRec.getDisplayTopic() + "] source[" + dRec.getDisplay←Source() + "] OTID[" + dRec.get←DisplayOTID() + "] An unexpected internal state was encountered, but was handled. No resolution required. If this happens frequently, contact Informatica support. SRS-10563-8: Received a Disconnect without having first received a SourceInfoRecord for session←ID[" + dRec.getSessionId() + "] topic[" + dRec.getDisplayTopic() + "] source[" + dRec.getDisplay←Source() + "] OTID[" + dRec.get←DisplayOTID() + "] An unexpected internal state was encountered, but was handled. No resolution required. If this happens frequently, contact Informatica support. SRS-10612-1: Failed to reschedule timer " + rescheduleSend←MonitorInfoTimer.keyName + ". Reason: SRS-10612-2: Failed to start timer " + keyName + ". Reason: Failed to reschedule a sending monitor info timer. Contact Informatica support. Failed to start a sending monitor info timer. Contact Informatica support. SRS-10612-3: Failed to cancel timer " + keyName + ". Reason←: SRS-10612-4: SRS monitor info update was to be sent, but the LBM source is null Failed to cancel a sending monitor info timer. Contact Informatica support. Cannot send SRS monitor info with null LBM source. The source was likely instantiated successfully, but then an unrelated error occurred which forced the closing of the source. Contact Informatica support. 9.4 UM Dynamic Routing Log Messages Gwd-10163-01: LBMR Topic Resolution TNWG Interest packet malformed (d:d). Dropping remainder. Origin: s:d LBMR Data received contain invalid data. Check the source (IP:Port) for possible version mismatch or service attack. 218 UM Log Messages Gwd-10163-02: LBMR Topic Resolution TNWG Interest packet malformed (d:d). Dropping remainder. Origin: s:d LBMR Data received contain invalid data. Check the source (IP:Port) for possible version mismatch or service attack. Gwd-10163-03: LBMR Topic Resolution TNWG Interest packet malformed (d:d). Dropping remainder. Origin: s:d LBMR Data received contain invalid data. Check the source (IP:Port) for possible version mismatch or service attack. Gwd-10163-04: LBMR Topic Resolution TNWG Interest packet malformed (d:d). Dropping remainder. Origin: s:d LBMR Data received contain invalid data. Check the source (IP:Port) for possible version mismatch or service attack. Gwd-10163-05: LBMR Topic Resolution TNWG Interest packet malformed. Dropping remainder. Origin: s:d LBMR Data received contain invalid data. Check the source (IP:Port) for possible version mismatch or service attack. Gwd-10163-06: LBMR Topic Resolution TNWG Interest packet malformed (d:d). Dropping remainder. Origin: s:d LBMR Data received contain invalid data. Check the source (IP:Port) for possible version mismatch or service attack. Gwd-10163-07: LBMR Topic Resolution TNWG Interest packet malformed. Dropping remainder. Origin: s:d LBMR Data received contain invalid data. Check the source (IP:Port) for possible version mismatch or service attack. Gwd-10163-08: LBMR Topic Resolution TNWG Interest packet malformed (d). Dropping remainder. Origin: s:d LBMR Data received contain invalid data. Check the source (IP:Port) for possible version mismatch or service attack. Gwd-10163-09: LBMR Topic Resolution TNWG Interest packet malformed (d). Dropping remainder. Origin: s:d LBMR Data received contain invalid data. Check the source (IP:Port) for possible version mismatch or service attack. Gwd-10185-100: unknown group name: "%s" The group name chosen is not a valid group. Choose a valid group. Gwd-10185-101: monitor section lbm-config must have a value Expecting a string that contains the path to the config file. Please specify a string that contains the path to the config file. Gwd-10185-102: monitor section xml-config must have a value Expecting a string that contains the path to the config file. Please specify a string that contains the path to the config file. Gwd-10185-103: undefined publishing interval (s) for group: "%s" The publishing interval needs to be a valid number, greater than (or equal to) 0. Specify a valid number. Gwd-10185-104: bad portal number returned from tnwg_getportal←_fromstring() Unable to find portal based on portal name specified by user Verify that the portal name is specified in the DRO XML file Gwd-10185-10: unable to create gateway cfg stat group: s Failure when creating daemon monitor gateway config stats group Gwd-10185-11: unable to create mallinfo stat group: s Failure created while creating daemon monitor malloc info stat group Gwd-10185-12: unable to create portals stat group: Failure while creating daemon monitor portal stats stat group Gwd-10185-13: unable to create portal config stat group: s Failure while creating daemon monitor portal config stats group Gwd-10185-14: error reading malloc info record Error attempting to read daemon stats malloc info record 9.4 UM Dynamic Routing Log Messages 219 Gwd-10185-15: unable to schedule timer for mallinfo stat group callback: s Gwd-10185-16: error reading malloc info record Gwd-10185-17: unable to schedule timer for mallinfo stat group call back, s Failure creating mallinfo stat group callback timer Gwd-10185-18: error reading malloc info record Gwd-10185-19: unable to schedule timer for gateway config stat group call back, s Error attempting to read daemon stats malloc info record Error setting up gateway config stat group callback timer Gwd-10185-1: unable to create context attributes: s Gwd-10185-20: error trying to publish gateway config record Failure while creating context attributes Failure publishing gateway config record Gwd-10185-21: unable to schedule timer for gateway config stat group call back, s Failure setting up gateway config stat group callback timer Gwd-10185-22: error trying to read portal stats record for portal d Failure reading portal stats record Gwd-10185-23: error trying to initialize portal stats record Failure record Gwd-10185-24: unable to schedule timer for portalstats stat group callback: s Gwd-10185-25: bad portal type in tnwg_portstat_msg_init, d Error scheduling callback timer for portal stats stat group Gwd-10185-26: error trying to find portal structure from portal number d Unable to find portal based on index stored in daemon stats monitor global array Gwd-10185-27: error trying to read endpoint portal record Error reading stat record for endpoint Gwd-10185-28: error trying to read peer portal record Error reading stat record for peer Gwd-10185-29: type, d unknown portal Bad portal type specified in portal global structure Gwd-10185-2: lbmaux_context←_attr_setopt_from_file() failed, s Failure while setting up extra config opts for DRO daemon monitor Gwd-10185-30: error trying to retrieve endpoint portal stats data Error trying to copy portal stats Gwd-10185-31: error trying to retrieve peer portal stats record Error trying to retrieve endpoint portal stats data Gwd-10185-32: unable to schedule timer for portalstats stat group callback: s Gwd-10185-33: error trying to read portal stats record Error setting up timer for daemon stats portal stats stat group callback Error reading portal stats stat group record Gwd-10185-34: error trying to retrieve route manager topology record Gwd-10185-35: unable to schedule timer for rm stat group callback: s Failure reading route manager topology stat group record Error attempting to read daemon stats malloc info record failure scheduling timer for mallinfo stat group callback timer initializing portal stats Bad portal type in portal structure Failure setting up route manager stat group callback timer Check attributes in "lbm-config" config file specified in the DRO's xml file 220 Gwd-10185-36: error trying to retrieve route manager topology record Gwd-10185-37: tnwg_rm_stat_←grp_read() returned a null pointer UM Log Messages Failure reading route manager stat group record Gwd-10185-38: unable to schedule timer for rm stat group callback: s Received null pointer while assembling route manager stat group record Error scheduling callback timer for route manager stat group Gwd-10185-39: tnwg_rm_info() returned an error Failure accessing route manager info for route manager stat group Gwd-10185-3: lbm_context_←attr_setopt() failed, s Failure setting up attributes for daemon monitor remote control handler Failure collecting portal info for route manager stat group Gwd-10185-40: tnwg_rm_stat←_grp_collect_portal_info() returned an error Gwd-10185-41: error from tnwg_←rm_others_collect_info() Failure collecting info for other gateways for route manager stat group Gwd-10185-42: error trying to build the rm topology record Failure building route manager stat group record Gwd-10185-43: passed in null pointer to tnwg_rm_stat_grp_←read() Attempt to build rm stat group record resulted in null pointer returned Gwd-10185-44: error returned from tnwg_rm_stat_grp_buffer_←cleanup() Failure encountered returning malloc'd buffers for route manager stat group Gwd-10185-45: bad record type passed to tnwg_rm_stat_grp_←insert_item_into_record() d Bad route manager stat group sub group type Gwd-10185-46: bad magic 0x04x Route manager stat group record header corruption Gwd-10185-47: error returned from lbm_src_send(), s Failure attempting to sending send route manager stat group record through lbm_src_send() Gwd-10185-48: error returned from tnwg_rm_stat_grp_read() Failure reading route manager stat group record Gwd-10185-49: bad recptr returned from tnwg_rm_stat_grp_←read() Read of route manager stat group record resulted in null pointer returned Gwd-10185-4: unable to create context attributes: s Gwd-10185-50: error returned from tnwg_dstat_publish() Failure creating lbm context for daemon stats monitor Failure attempting to publish route manager stat group record Gwd-10185-51: unable to schedule timer for portal cfg stat group callback: s Gwd-10185-52: unable to schedule timer for portal cfg stat group callback: s Gwd-10185-53: error from tnwg_←portal_find() for portal number d Failure scheduling callback timer for route manager stat group Gwd-10185-54: error returned from tnwg_portalcfg_stat_grp_←read() Failure reading record for portal config stat group Failure scheduling callback timer for portal config stat group Null pointer returned when obtaining pointer to portal structure 9.4 UM Dynamic Routing Log Messages Gwd-10185-55: error returned from tnwg_dstat_publish() Failure attempting to publish portal config stat group record Gwd-10185-56: bad pointer to portal passed to tnwg_portalcfg_stat←_grp_read() Null pointer passed to tnwg_←portalcfg_stat_grp_read() Gwd-10185-57: lbm_context_←attr_dump() failed, s Failure attempting to access portal config source context attributes from config tables Gwd-10185-58: lbm_context_←attr_dump() failed, s Failure attempting to access portal config receiver context attributes from config tables Gwd-10185-59: lbm_event_←queue_attr_dump() failed, s Failure attempting to access portal config event queue attributes from config tables Gwd-10185-5: unable to create src topic attributes: s Error creating source attributes for daemon stats monitor Gwd-10185-60: bad config type in tnwg_portalcfg_stat_grp_read() d Invalid config type specified for Peer portal Gwd-10185-61: lbm_context_←attr_dump() failed, s Failure attempting to access portal config source context for endpoint portal Gwd-10185-62: lbm_context_←attr_dump() failed, s Failure attempting to access endpoint portal config receiver context attributes from config table Gwd-10185-63: lbm_src_topic_←attr_dump() failed, s Failure attempting to access endpoint portal config source attributes from config table Gwd-10185-64: lbm_rcv_topic_←attr_dump() failed, s Failure attempting to access endpoint portal config receiver attributes from config table Gwd-10185-65: lbm_wildcard_←rcv_attr_dump() failed, s Failure attempting to access endpoint portal wildcard receiver attributes from config table Gwd-10185-66: lbm_event_←queue_attr_dump() failed, s Failure attempting to access endpoint portal event queue attributes from config table Gwd-10185-67: bad portal type d Invalid portal type Gwd-10185-68: Failure from lbm←_src_send(), s Failure trying to publish portal config stats group record Gwd-10185-69: Invalid record type d Attempt to publish invalid stats group record type Gwd-10185-6: unable to alloc src topic: s Error allocating src topic for daemon stats monitor Gwd-10185-70: error from tnwg_←mallinfo_stat_grp_snapshot() Failure reading malloc info stat group record Gwd-10185-71: error from tnwg_←rm_stat_grp_snapshot() Failure reading route manager stat group record Gwd-10185-72: bad portal number returned from tnwg_getportal←_fromstring() Unable to find portal based on portal name specified by user Gwd-10185-73: error returned from tnwg_portalstats_stat_grp_←snapshot() Failure reading a portal stats stat group record 221 Verify that the portal name is specified in the DRO XML file 222 UM Log Messages Gwd-10185-74: error returned from tnwg_gatewaycfg_stat_grp←_snapshot() Failure reading a gateway config stats group record Gwd-10185-76: error returned from tnwg_portalcfg_stat_grpsnapshot() Unable to read portal config stat group record Gwd-10185-77: bad stat grp d Attempt to obtain snapshot of record for invalid stat group Gwd-10185-78: error returned from tnwg_dstat_setinterval() Failure changing the publishing interval for route manager stat group Gwd-10185-79: bad portal number returned from tnwg_getportal←_fromstring() Unable to find portal based on portal name specified by user Gwd-10185-7: unable to create src: s Gwd-10185-80: error returned from tnwg_dstat_setinterval() Error creating source for daemon stats monitor Failure changing the publishing interval for portal stats stat group Gwd-10185-81: error returned from tnwg_dstat_setinterval() Failure changing the publishing interval for gateway config stat group Gwd-10185-82: error returned from tnwg_getportal_fromstring() Unable to find portal based on portal name specified by user Gwd-10185-83: error returned from tnwg_dstat_setinterval() Failure changing the publishing interval for portal config stat group Gwd-10185-84: error returned from tnwg_dstat_setinterval() Failure changing the publishing interval for mallinfo stat group Gwd-10185-85: bad group type, d Invalid stat group type specified for request to change publishing interval Failure to schedule callback timer Gwd-10185-86: unable to schedule timer Gwd-10185-87: bad portal number passed to tnwg_dstat_setinterval←_for_portals(), d Verify that the portal name is specified in the DRO XML file Verify that the portal name is specified in the DRO XML file Bad portal number specified in request to change the publishing interval Gwd-10185-88: unable to schedule timer for portal stats stat group s Failure rescheduling callback timer for a portal type (cfg or stat) stat group Gwd-10185-89: Unable to start daemon stats monitor unable to start daemon stats monitor for gateway Gwd-10185-8: unable to create per portal info Failure returned while creating per portal info in daemon stats monitor Gwd-10185-90: publish: s tnwg_dstat_←- UM was unable to publish dmon message. Contact Informatica Support. Gwd-10185-91: mallinfo: s tnwg_publish_←- UM was unable to publish dmon message. Contact Informatica Support. Gwd-10185-92: gatewaycfg: s tnwg_publish_←- UM was unable to publish dmon message. Contact Informatica Support. Gwd-10185-93: invalid DRO dmon message [s] from s [s] UM dmon received an invalid/corrupted immediate message. Verify that messages sent on the request port are valid. Gwd-10185-94: DRO dmon failed to send error response [s] UM could not respond to a dmon immediate message. Contact Informatica Support. Gwd-10185-95: DRO dmon failed to send success response [s] UM could not respond to a dmon immediate message. Contact Informatica Support. Verify all daemon monitor related attributes are correct in xml and config files 9.4 UM Dynamic Routing Log Messages 223 Gwd-10185-96: DRO dmon received control message exceeding 255 bytes UM daemon monitor received an invalid control message exceeding 255 bytes. Verify that messages sent on the control channel are <= 255 bytes. Gwd-10185-97: DRO dmon failed to send error response [s] UM could not respond to a dmon immediate message. Contact Informatica Support. Gwd-10185-98: DRO received unknown lbm_msg_t type x [s][s] UM daemon monitor received unknown lbm_msg_t type. Stop the source of unknown messages to the daemon monitor. Gwd-10185-99: Bad config type = d Gwd-10185-9: unable to create route manager stat group Invalid config type specified Gwd-10434-1: Portal [s] removed enqueued messages due to Proxy Source delete The named portal removed queued messages upon deleting the Proxy Source. This is an informational message only. The Proxy Source was no longer needed and the queued messages were removed. Gwd-5688-4813: could not allocate u bytes [s:d] The system was not able to allocate the amount of memory requested. Gwd-5975-1: error in PCRE pattern offset d: s UMS detected a malformed PCRE expression while handling a wildcard receiver pattern. If the amount requested was particularly large, the problem may be a misconfiguration; however if the amount requested was relatively small, the physical memory on the machine may be over committed; try moving some applications to another machine. Contact Informatica support if this message occurs frequently or if topic resolution appears to be failing. Gwd-5975-2: illegal regex: s UMS detected a malformed RE←GEX expression while handling a wildcard receiver pattern. Contact Informatica support if this message occurs frequently or if topic resolution appears to be failing. Gwd-5975-3: peer portal [s] failed to create control buffer (send EOS) [d]: s Failed to create a control buffer needed to indicate EOS across the Peer link. Gwd-5975-4: tnwg_peer_←propagate_cb: portal [s] failed to create buffer [d]: s Failed to create a control buffer needed to propagate route information through the Peer link. Gwd-5975-5: peer portal [s] failed to schedule recalc timer [d]: s An error occurred while attempting to schedule an internal timer. Failure to create buffers usually indicates a serious memory issue. Configuration settings may be causing excessive memory allocation. Failure to create buffers usually indicates a serious memory issue. Configuration settings may be causing excessive memory allocation. Contact Informatica Support Gwd-5975-6: peer portal [s] failed to create raw buffer (send fragment) [d]: s Failed to create a control buffer needed to propagate MIM traffic through the Peer link. Gwd-5975-7: peer portal [s] failed to schedule peer shutdown timer [d]: s An error occurred while attempting to schedule an internal timer. Gwd-5975-8: TMgr [s] sourcemap size of zero is not allowed, using default (d). The sourcemap size config option can not be zero. Setting it to the default. Failure returned while creating daemon monitor route manager stats group Failure to create buffers usually indicates a serious memory issue. Configuration settings may be causing excessive memory allocation. Contact Informatica Support User should update their configuration file. 224 UM Log Messages Gwd-5975-9: TMgr [s] sourcemap size must be a power of two, adjusting size from d to d The sourcemap size config option must be a power of two. Setting it to the next highest power of two. User should update their configuration file. Gwd-6033-353: endpoint portal [s] received one or more UIM control messages with no stream information - these will be dropped This gateway has received messages from a client using an earlier version of the library that does not include stream information. If this is expected behavior, this message can be ignored; otherwise the client should have its library upgraded. Gwd-6033-367: endpoint portal [s] source context lbm_context_←process_events() failed [d]: s The call to lbm_context_←process_events() for the source context has returned an error. The LBM error number and message has been supplied in the output. Use the LBM error number and message as a cross reference to determine cause and resolution. Gwd-6033-368: endpoint portal [s] receive context lbm_context←_process_events() failed [d]: s The call to lbm_context_←process_events() for the receive context has returned an error. The LBM error number and message has been supplied in the output. Use the LBM error number and message as a cross reference to determine cause and resolution. Gwd-6033-593: peer portal [s] received one or more UIM control messages with no stream information - these will be dropped This gateway has received messages from a client using an earlier version of the library that does not include stream information. If this is expected behavior, this message can be ignored; otherwise the client should have its library upgraded. Gwd-6033-618: peer portal [s] s A Peer connection error occurred. The error message has been supplied in the output. Use the error message as a cross reference to determine cause and resolution. Gwd-6259-50: Message received with no routing information; dropping. Topic (s) Source (s) A message was received by a Gateway that contains no routing information and therefore was dropped. This is likely due to a version mismatch. The Topic and Source string are given in the message. Gwd-6259-51: Message received with unusually high hop count (d). Topic (s) Source (s) A message was received by a Gateway that contains a high hop count (given in message). The customer needs to evaluate their network topology. Gwd-6259-52: Control message received with no routing information; dropping. Origin: s:d A control message was received by a Gateway that contains no routing information and therefore was dropped. This is likely due to a version mismatch. The origin is given in the message. Gwd-6259-53: Control message received with unusually high hop count (d). Origin: s:d A message was received by a Gateway that contains a high hop count (given in message). The customer needs to evaluate their network topology. Gwd-6259-54: endpoint portal [s] failed to send unicast [d]: s to u←:s:d A failure occured trying to send a unicast message. This failure is usually a result of not being able to connect to the destination or an unexpected disconnect which could indicate network issues. The specific LBM error message is given. Gwd-6259-55: Message received with too many hops (255); dropping . Topic (s) Source (s) A message was received by a Gateway that contains a high hop count (given in message). The customer needs to evaluate their network topology. Gwd-6259-56: Control message received with too many hops (255); dropping . Origin: s:d A message was received by a Gateway that contains a high hop count (given in message). The customer needs to evaluate their network topology. Gwd-6259-57: endpoint portal [s] failed to create buffer (send topic control packet) [d]: s When forwarding Topic Control Data, a buffer could not be allocated. This is an LBM buffer create error. The LBM error number and message is given. Please cross reference this information. 9.4 UM Dynamic Routing Log Messages 225 Gwd-6259-58: endpoint portal [s] failed to send raw (send topic control packet) [d]: s An error occurred while attempting to send a message fragment. Gwd-6259-59: tnwg_peer_psm_←deliver_uim_packet_cb: portal [s] failed to create buffer [d]: s Failed to create a control buffer needed to send UIM across the Peer link. Gwd-6259-60: tnwg_peer_psm_←deliver_cntl_packet_cb: portal [s] failed to create buffer [d]: s Failed to create a control buffer needed to send UIM across the Peer link. Gwd-6361-100: failed to schedule the source delete timer: s Gwd-6361-101: Unable to enqueue a source entry onto the blocked queue: s An error occurred while attempting to schedule an internal timer. An error occurred while attempting to enqueue data on to an internal queue. Gwd-6361-102: Unable to enqueue a source entry onto the wakeup queue: s An error occurred while attempting to enqueue data on to an internal queue. Contact Informatica Support. Gwd-6361-103: An error occurred while processing a source notification: s Gwd-6361-104: An error occurred while attempting to create a source on topic [s] An error occurred while attempting to process a source create/delete notification. An error occurred while creating a proxy source. No data will be forwarded for that source. Contact Informatica Support. Gwd-6361-105: Unable to enqueue a source entry onto the delete queue: s An error occurred while attempting to enqueue data on to an internal queue. Contact Informatica Support. Gwd-6361-106: psm p failed to create sqn set [d]: s An error occurred while attempting to create a sqn set, used for duplicate detection. An error occurred while checking topic interest from remote domains. Contact Informatica Support. Gwd-6361-111: an error occurred while processing link state information from another gateway: s An error occurred while processing an incoming route information packet. Contact Informatica Support. Gwd-6361-112: unable to set pdm field [node_name] for link state propagation: [s] An error occurred while setting P←DM field in an internal PDM message. Contact Informatica Support. Gwd-6361-116: failed to create an internal domain list: s Gwd-6361-117: unable to read pdm field [s]: [s] An error occurred while creating an internal domain list. An error occurred while reading a PDM field in a PDM message. Contact Informatica Support. Gwd-6361-118: unable to read pdm field vec [s]: [s] An error occurred while reading a PDM field vec in a PDM message. Contact Informatica Support. Gwd-6361-119: unable to set pdm field [s] for link state forwarding: [s] An error occurred while setting a PDM field in a PDM message. Contact Informatica Support. Gwd-6361-11: endpoint portal [s] failed to schedule remote domain topic check timer [d]: s An error occurred while attempting to schedule an internal timer. Contact Informatica Support Gwd-6361-10: endpoint portal [s] remote domain topic interest check failed [d]: s This is an LBM send error. The L←BM error number and message is given. Please cross reference this information. Failure to create buffers usually indicates a serious memory issue. Configuration settings may be causing excessive memory allocation. Failure to create buffers usually indicates a serious memory issue. Configuration settings may be causing excessive memory allocation. Contact Informatica Support. Contact Informatica Support. Look for a prior error in the gateway log indicating what may have gone wrong. Contact Informatica Support Contact Informatica Support. 226 UM Log Messages Gwd-6361-123: portal [s] could not find path to domain u. Dropping UIM packet. UIM traffic destined for a particular domain arrived at a portal that is not setup to forward to the domain in question. Contact Informatica Support. Gwd-6361-124: Received UIM packet before initial route calculations completed. Dropping. UIM traffic was sent to the gateway before it had completed it's first round of route calculations. This can happen briefly when a gateway is restarted. If the message persists, contact Informatica Support. Gwd-6361-12: endpoint portal [s] remote domain PCRE pattern interest check failed [d]: s An error occurred while checking pattern interest from remote domains. Contact Informatica Support Gwd-6361-132: endpoint portal [s] failed to schedule rcv_ctx recalc timer [d]: s An error occurred while attempting to schedule an internal timer. Contact Informatica Support Gwd-6361-133: Received MIM packet with no odomain header. Dropping. MIM traffic was sent to the gateway without an ODOMAIN header. This is likely caused by running an older version of UM. Gwd-6361-134: Received MIM packet with no odomain header. Dropping. MIM traffic was sent to the gateway without an ODOMAIN header. This is likely caused by a gateway version mismatch. Gwd-6361-13: endpoint portal [s] remote domain REGEX pattern interest check failed [d]: s An error occurred while checking pattern interest from remote domains. Contact Informatica Support Gwd-6361-14: endpoint portal [s] failed to schedule remote domain pattern check timer [d]: s An error occurred while attempting to schedule an internal timer. Contact Informatica Support Gwd-6361-15: endpoint portal [s] failed to dup rcv attributes (rcv create) [d]: s An error occurred while attempting to duplicate receiver attributes during receiver creation. Contact Informatica Support Gwd-6361-16: endpoint portal [s] failed to set rcv attribute [source←_notification_function] (rcv create) [d]: s An error occurred while attempting to set receiver attributes during receiver creation. Contact Informatica Support Gwd-6361-17: endpoint portal [s] failed to lookup topic (rcv create) [d]: s An error occurred while attempting to lookup a topic during receiver creation. Contact Informatica Support Gwd-6361-18: endpoint portal [s] failed to create receiver (rcv create) [d]: s An error occurred while attempting to create a receiver. Contact Informatica Support Gwd-6361-19: endpoint portal [s] failed to alloc resolver topic message [d]: s UM has failed to allocate required memory for the purposes of constructing an interest list message. Acquire more memory Gwd-6361-20: endpoint portal [s] failed to delete receiver (rcv delete) [d]: s An error occurred while attempting to delete a receiver. Contact Informatica Support Gwd-6361-21: endpoint portal [s] failed to dup wrcv attributes (wrcv create) [d]: s An error occurred while attempting to duplicate wildcard receiver attributes during wildcard receiver creation. An error occurred while attempting to set wildcard receiver attributes during receiver creation. Contact Informatica Support Gwd-6361-22: endpoint portal [s] failed to set wrcv attribute [receiver_create_callback] (wrcv create) [d]: s Contact Informatica Support 9.4 UM Dynamic Routing Log Messages 227 Gwd-6361-23: endpoint portal [s] failed to set wrcv attribute [receiver_delete_callback] (wrcv create) [d]: s An error occurred while attempting to set wildcard receiver attributes during receiver creation. Contact Informatica Support Gwd-6361-24: endpoint portal [s] failed to set wrcv attribute [pattern_type] (wrcv create) [d]: s An error occurred while attempting to set wildcard receiver attributes during receiver creation. Contact Informatica Support Gwd-6361-25: endpoint portal [s] failed to create wildcard receiver (wrcv create) [d]: s An error occurred while attempting to create a wildcard receiver. Contact Informatica Support Gwd-6361-26: endpoint portal [s] failed to delete wildcard receiver (wrcv delete) [d]: s An error occurred while attempting to delete a wildcard receiver. Contact Informatica Support Gwd-6361-27: endpoint portal [s] failed to properly handle wildcard receiver receiver create [d]: s An error occurred while attempting to process a wildcard receiver receiver create. Contact Informatica Support Gwd-6361-28: endpoint portal [s] failed to properly handle wildcard receiver receiver delete [d]: s An error occurred while attempting to process a wildcard receiver receiver delete. Contact Informatica Support Gwd-6361-29: endpoint portal [s] received TransportOpts with no O←TID for SourceName [s] topic [s], source ignored (rcvdc create) UM encountered a source with no OTID. This is likely caused by a version mismatch with an old versin of UM. Resolve the version mismatch. Gwd-6361-30: endpoint portal [s] failed to create prm o_entry (rcvdc_create) [d]: [s] An error occurred while attempting to process a delivery controller create. Contact Informatica Support Gwd-6361-31: endpoint portal [s] unable to delete NULL src_clientd (rcvdc_delete) UM encountered an unexpected NULL source clientd while attempting to handle a delivery controller delete. An error occurred while attempting to process a delivery controller delete. Contact Informatica Support Gwd-6361-33: endpoint portal [s] received advertisement for topic [s] source [s] with no transport options - this source will never be forwarded Gwd-6361-34: endpoint portal [s] received advertisement for topic [s] source [s] with no OTID - this source will never be forwarded Gwd-6361-35: endpoint portal [s] failed to schedule src_ctx recalc timer [d]: s UM encountered a source with no transport opts. This is likely caused by a version mismatch with an old version of UM. Resolve the version mismatch. UM encountered a source with no OTID. This is likely caused by a version mismatch with an old version of UM. An error occurred while attempting to schedule an internal timer. Resolve the version mismatch. Gwd-6361-36: endpoint portal [s] failed to duplicate src attr (src create) [d]: s An error occurred while attempting to duplicate source attributes during source creation. Contact Informatica Support Gwd-6361-37: endpoint portal [s] failed to allocate source topic (src create) [d]: s An error occurred while attempting to allocate a topic during source creation. Contact Informatica Support Gwd-6361-38: endpoint portal [s] failed to create source (src create) [d]: s An error occurred while attempting to create a source. Contact Informatica Support Gwd-6361-32: endpoint portal [s] failed to properly handle a delivery controller delete [d]: s Contact Informatica Support Contact Informatica Support 228 UM Log Messages Gwd-6361-39: endpoint portal [s] failed to flush source (src delete) [d]: s An error occurred while attempting to flush a source prior to source deletion. Contact Informatica Support Gwd-6361-40: endpoint portal [s] failed to delete source (src delete) [d]: s An error occurred while attempting to delete a source. Contact Informatica Support Gwd-6361-41: endpoint portal [s] failed to create raw buffer (send fragment) [d]: s An error occurred while attempting to create a message buffer for sending. Contact Informatica Support Gwd-6361-42: endpoint portal [s] unable to send: datagram size mismatch. transport_XXX_←datagram_max_size must be properly configured. This is a configuration error. Gwd-6361-43: endpoint portal [s] failed to send raw (send fragment) [d]: s Attempting to send a fragment that is larger than this egress portal's max size. Resolve the datagram max size mismatch An error occurred while attempting to send a message fragment. Contact Informatica Support Gwd-6361-44: endpoint portal [s] failed to create raw buffer (IM) (send fragment) [d]: s An error occurred while attempting to create a message buffer for sending. Contact Informatica Support Gwd-6361-45: endpoint portal [s] unable to multicast immediate←: datagram size mismatch. transport_lbtrm_datagram_max_←size must be properly configured. This is a configuration error. Attempting to send a fragment that is larger than this egress portal's max size. Resolve the datagram max size mismatch Gwd-6361-46: endpoint portal [s] failed to multicast immediate raw (send fragment) [d]: s An error occurred while attempting to send a message fragment. Contact Informatica Support Gwd-6361-47: endpoint portal [s] failed to handle topic/pattern leave entry [d]: [s] An error occurred while attempting to process local interest. Contact Informatica Support Gwd-6361-48: endpoint portal [s] failed to handle pattern interest entry [d]: [s] An error occurred while attempting to process remote interest. Contact Informatica Support Gwd-6361-49: endpoint portal [s] failed to enqueue topic interest entry [d]: [s] An error occurred while attempting to process remote interest. Contact Informatica Support Gwd-6361-50: endpoint portal [s] failed to allocate resolver buffer [d]: s An error occurred while attempting to allocate a topic resolution buffer. Contact Informatica Support Gwd-6361-51: endpoint portal [s] failed to generate portal list (topic res req) [d]: s An error occurred while attempting to generate a list of portals. Contact Informatica Support Gwd-6361-52: endpoint portal [s] failed to allocate resolver buffer [d]: s An error occurred while attempting to allocate a topic resolution buffer. Contact Informatica Support Gwd-6361-56: rm failed to join ctx thread, s UM was unable to join an internal thread. Contact Informatica Support. Gwd-6361-57: rm failed to join evq thread, s UM was unable to join an internal thread. Contact Informatica Support. Gwd-6361-5: endpoint portal [s] failed to schedule remote domain topic check timer [d]: s An error occurred while attempting to schedule an internal timer. Contact Informatica Support 9.4 UM Dynamic Routing Log Messages Gwd-6361-61: overriding 'interest' based route decisions on portal d 229 Route decisions are now overriden regarding whether or not to propagate interest on the specified portal. Route decisions are now overriden regarding whether or not to create a receiver on the specified portal. Don't set the TNWG_PORTAL_R←OUTE_OVERRIDE env variable. Route decisions are now overriden regarding whether or not to propagate sources on the specified portal. UM has failed to join an event queue dispatch thread. Don't set the TNWG_PORTAL_R←OUTE_OVERRIDE env variable. Gwd-6361-69: portal [s] psm evq lbm_event_dispatch() failed, s An error occurred while attempting to process events off an internal event queue. Contact Informatica Support. Gwd-6361-6: endpoint portal [s] failed to schedule remote domain topic check timer [d]: s An error occurred while attempting to schedule an internal timer. Contact Informatica Support Gwd-6361-71: portal [s] failed to join prm evq thread, s UM has failed to join an internal event queue dispatch thread. Contact Informatica Support. Gwd-6361-72: TNWG PRM processing failed [d]: s An error occurred while attempting to process an internal interest notification. An error occurred while attempting to process events off an internal event queue. Contact Informatica Support. Gwd-6361-74: route recalculation took u.%06u seconds Running route recalculations took the indicated amount of time to complete. Nothing. tional. Gwd-6361-75: route recalculation backoff has exceeded the specified threshold Your network topology has failed to converge within the specified threshold. Attempt to identify the gateway or peer link that is causing the instability in your topology. Gwd-6361-77: loop count == d You're running a build of the gateway with TNWG_RM_LOOP_CO←UNT defined in tnwgrm.c. Contact Informatica Support Gwd-6361-78: rm evq lbm_←event_dispatch() failed, s An error occurred while attempting to process events off an internal event queue. Contact Informatica Support Gwd-6361-79: rm ctx lbm_←context_process_events() failed, s Gwd-6361-7: endpoint portal [s] failed to schedule remote domain pattern check timer [d]: s An error occurred while attempting to process events on an internal context. An error occurred while attempting to schedule an internal timer. Contact Informatica Support Gwd-6361-81: TNWG PRM domain processing failed [d]: s An error occurred while attempting to process an internal domain notification. An error occurred while deserializing an incoming link state packet. Contact Informatica Support. Gwd-6361-85: unable to read pdm field [node_name] for link state forwarding: [s] An error occurred while reading a field in an internal PDM message. Contact Informatica Support. Gwd-6361-86: unable to create neighbor asl: s UM was unable to create an internal data structure. Contact Informatica Support. Gwd-6361-62: overriding 'receiver' based route decisions on portal d Gwd-6361-63: overriding 'source' based route decisions on portal d Gwd-6361-67: portal [s] failed to join psm evq thread, s Gwd-6361-73: portal [s] prm evq lbm_event_dispatch() failed, s Gwd-6361-84: unable to parse link state buffer Don't set the TNWG_PORTAL_R←OUTE_OVERRIDE env variable. Contact Informatica Support. Contact Informatica Support. This is purely informa- Contact Informatica Support Contact Informatica Support. 230 UM Log Messages Gwd-6361-87: unable to set pdm field [s] for link state propagation: [s] An error occurred while setting P←DM field in an internal PDM message. Contact Informatica Support. Gwd-6361-88: unable to set pdm field vec [s] for link state propagation: [s] An error occurred while setting P←DM field vec in an internal PDM message. Contact Informatica Support. Gwd-6361-89: unable to create pdm message for link state propagation: [s] An error occurred while creating internal PDM message. Contact Informatica Support. Gwd-6361-8: endpoint portal [s] failed to schedule remote domain pattern check timer [d]: s An error occurred while attempting to schedule an internal timer. Contact Informatica Support Gwd-6361-91: route recalculation is taking longer than the route info propagation interval Running route recalculations took longer than the specified route info propagation interval. Adjust appropriate configuration options Gwd-6361-93: shortest path from u to u not found Gwd-6361-94: failed to add node [u] to an internal domain list: s Unable to find an expected internal data structure. An error occurred while creating an internal domain list. Contact Informatica Support. Gwd-6361-97: psm p failed to propagate a message [d]: s An error occurred while attempting to forward a message. Contact Informatica Support. Gwd-6361-98: Unable to enqueue a source entry onto the wakeup queue: s An error occurred while attempting to enqueue data on to an internal queue. Contact Informatica Support. Gwd-6361-99: Unable to enqueue a source wakeup event on to an event queue: s An error occurred while attempting to enqueue a wakeup event on to an internal event queue. Contact Informatica Support. Gwd-6361-9: endpoint portal [s] remote domain s check ivl dropped below threshold of d. Reseting to d Desired configuration for the interest timeout threshold in conjunction with the current number of symbols has caused UM to calculate a check interval lower than the threshold of 50 milliseconds. The specified value is either nonnumeric or the value is out of range. Adjust the appropriate configuration parameters to check each symbol less often. Gwd-6814-10: invalid ingress-cost value [s] Contact Informatica Support. Please specify a valid value. Gwd-6814-11: egress-cost must not be blank Gwd-6814-12: invalid egress-cost value [s] Must specify a valid numeric value. Gwd-6814-13: source-deletiondelay must not be blank Must specify a valid numeric value. Gwd-6814-14: invalid deletion-delay value [s] source- The specified value is either nonnumeric or the value is out of range. Please specify a valid value. Gwd-6814-15: The late-join element has been deprecated and will be ignored The specified element has been deprecated. Remove the element from the config file. Gwd-6814-16: The topic-purge element has been deprecated and will be ignored The specified element has been deprecated. Remove the element from the config file. Gwd-6814-17: The topic-interestgenerate element has been deprecated and will be ignored The specified element has been deprecated. Remove the element from the config file. Gwd-6814-18: The topic-domainactivity element has been deprecated and will be ignored The specified element has been deprecated. Remove the element from the config file. The specified value is either nonnumeric or the value is out of range. Please specify a valid value. 9.4 UM Dynamic Routing Log Messages 231 Gwd-6814-19: The pattern-purge element has been deprecated and will be ignored The specified element has been deprecated. Remove the element from the config file. Gwd-6814-20: The patterninterest-generate element has been deprecated and will be ignored The specified element has been deprecated. Remove the element from the config file. Gwd-6814-21: The patterndomain-activity element has been deprecated and will be ignored The specified element has been deprecated. Remove the element from the config file. Gwd-6814-22: size value [s] for sourcemap is invalid The specified value is either nonnumeric or the value is out of range. Please specify a valid value. Gwd-6814-23: check interval value [s] for remote-topic is invalid The specified value is either nonnumeric or the value is out of range. Please specify a valid value. Gwd-6814-24: max topics value [s] for remote-topic is invalid The specified value is either nonnumeric or the value is out of range. Please specify a valid value. Gwd-6814-25: timeout value [s] for remote-topic is invalid The specified value is either nonnumeric or the value is out of range. Please specify a valid value. Gwd-6814-26: check interval value [s] for remote-pattern is invalid The specified value is either nonnumeric or the value is out of range. Please specify a valid value. Gwd-6814-27: max patterns value [s] for remote-pattern is invalid The specified value is either nonnumeric or the value is out of range. Please specify a valid value. Gwd-6814-28: timeout value [s] for remote-pattern is invalid The specified value is either nonnumeric or the value is out of range. Please specify a valid value. Gwd-6814-29: The topic-usecheck element has been deprecated and will be ignored The specified element has been deprecated. Remove the element from the config file. Gwd-6814-30: The pattern-usecheck element has been deprecated and will be ignored The specified element has been deprecated. Remove the element from the config file. Gwd-6814-3: value [s] invalid min-interval The specified value is either nonnumeric or the value is out of range. Please specify a valid value. Gwd-6814-4: invalid max-interval value [s] The specified value is either nonnumeric or the value is out of range. Please specify a valid value. Gwd-6814-5: value [s] invalid min-interval The specified value is either nonnumeric or the value is out of range. Please specify a valid value. Gwd-6814-6: invalid max-interval value [s] The specified value is either nonnumeric or the value is out of range. Please specify a valid value. Gwd-6814-7: value [s] invalid min-interval The specified value is either nonnumeric or the value is out of range. Please specify a valid value. Gwd-6814-8: invalid max-interval value [s] The specified value is either nonnumeric or the value is out of range. Please specify a valid value. Gwd-6814-9: ingress-cost must not be blank Gwd-6873-1: endpoint portal [s] failed to allocate resolver buffer [d]: s Must specify a valid numeric value. An error occurred while attempting to allocate a topic resolution buffer. Contact Informatica Support Gwd-6945-1: Portal [s] began enqueueing data The named portal began enqueueing data due to LBM_EWOULDB←LOCK. This is an informational message only. The message traffic is higher than can be handled. Check config or network load. 232 Gwd-6945-2: Portal [s] dropping data due to high volume UM Log Messages The named portal is dropping data. This is due to the message queue being full or disabled. Message is throttled and code may be dropping at a higher rate than indicated by log message. Check Web Monitor stats. The named portal completed dequeueing the data previoused enqueued. This is an informational message only. The message traffic is higher than can be handled. Check config or network load. Gwd-7079-5: unable to create route manager [d]: s An error occurred while attempting to create an internal component. Contact Informatica Support. Gwd-7097-1: peer portal [s] has just established a connection to gateway named: [s] with node id: u Gwd-7097-3: peer portal [s] failed to properly connect to gateway with node id: u [d]: s A peer connection has just been established to the specified gateway. Gwd-6945-3: Portal [s] completed flushing queue Gwd-7097-4: peer portal [s] failed to properly connect to gateway named: [s] with node id: u [d]: s Gwd-7122-1: Gateway named [s] with node id: u has started. Gwd-7136-1: Ultra Messaging Gateway version s The gateway failed to establish a logical connection to the gateway at the other end of the peer link. The link will remain up, but no traffic will flow. The gateway failed to establish a logical connection to the gateway at the other end of the peer link. The link will remain up, but no traffic will flow. Your gateway has just started. This is an informational message only. The message traffic has slowed so that the queue could be emptied. This is usually caused by having more than one peer connection to the same gateway, which is an unsupported configuration. This is usually caused by having more than one peer connection to the same gateway, which is an unsupported configuration. Printed at startup. Gwd-7136-2: s Printed at startup. Gwd-7136-3: EXPERIMENTAL BUILD - NOT FOR PRODUCTION USE Gwd-7155-1: Gateways can not have more than d portals Printed at startup. The gateway had too many portals specified. Specify fewer portals. Gwd-8239-1: peer portal [s] failed to enqueue connect abort [d]: s An error occurred while handling a peer connection failure. Contact Informatica Support Gwd-8851-1: datagram max size mismatch max_datagram_size[d] msg buffer length [d] - Dropping message. A message is larger than the configured maximum datagram size for the outgoing port. This implies that there is a datagram max size configuration error with in the system. All max_←datagram_size settings must be set to the same value through out the entire system. Gwd-8851-2: datagram max size mismatch max_datagram_size[d] msg buffer length [d] - Dropping message. A message is larger than the configured maximum datagram size for the outgoing port. This implies that there is a datagram max size configuration error with in the system. All max_←datagram_size settings must be set to the same value through out the entire system. Gwd-8955-8: failed to join logging thread during shutdown error=i Attempt to shutdown logging thread failed Contact support, this should not happen and may be the result of corruption 9.4 UM Dynamic Routing Log Messages 233 Gwd-9175-10: failed to register FD read callback [d]: s An error occurred attempting to register the FD read callback. The error message includes the error number and text pertaining to the specific error. Gwd-9175-11: failed to register FD write callback [d]: s An error occurred attempting to register the FD write callback. The error message includes the error number and text pertaining to the specific error. Gwd-9175-12: failed to create send queue [d]: s An error occurred attempting to create the send queue. The error message includes the error number and text pertaining to the specific error. Gwd-9175-13: batcher [d]: s failed to create An error occurred attempting to create the send batcher. The error message includes the error number and text pertaining to the specific error. Gwd-9175-14: failed to cancel receive timer [d]: s An error occurred attempting to cancel the receive timer. The error message includes the error number and text pertaining to the specific error. Gwd-9175-15: failed to create send queue [d]: s An error occurred attempting to create the send queue. The error message includes the error number and text pertaining to the specific error. Gwd-9175-16: batcher [d]: s An error occurred attempting to create the send batcher. The error message includes the error number and text pertaining to the specific error. Gwd-9175-17: connected to [s:u] The DRO has connected to a peer portal. No action required. Gwd-9175-18: error on send [d]: s Error sending. The error message includes the error number and text pertaining to the specific error. Gwd-9175-19: error on send [d]: s Error sending. The error message includes the error number and text pertaining to the specific error. Gwd-9175-1: lbm_implicit_←batcher_send failed [d]: s An attempt to send batched messages has failed. The error message includes the error number and text pertaining to the specific error. Gwd-9175-20: message [d]: s An error occurred enqueuing a message to be sent. The error message includes the error number and text pertaining to the specific error. Gwd-9175-21: failed to create peer accept socket [d]: s Failure socket. accept The error message includes the error number and text pertaining to the specific error. Gwd-9175-22: failed to register FD accept callback [d]: s Failure registering th FD accept callback. The error message includes the error number and text pertaining to the specific error. Gwd-9175-23: lbm_implicit_←batcher_send failed [d]: s An error occured sending batched messages. The error message includes the error number and text pertaining to the specific error. Gwd-9175-24: failed to accept connection (accept) [d]: s An error occurred accepting a connection. The error message includes the error number and text pertaining to the specific error. Gwd-9175-25: failed to create send queue [d]: s An error occurred attempting to create the send queue. The error message includes the error number and text pertaining to the specific error. Gwd-9175-26: batcher [d]: s An error occurred attempting to create the send batcher. The error message includes the error number and text pertaining to the specific error. failed to create error enqueuing failed to create creating peer 234 UM Log Messages Gwd-9175-27: failed to register FD read callback [d]: s An error occurred attempting to register the FD read callback. The error message includes the error number and text pertaining to the specific error. Gwd-9175-28: failed to register FD write callback [d]: s An error occurred attempting to register the FD write callback. The error message includes the error number and text pertaining to the specific error. Gwd-9175-29: error on socket receive [d]: s An error occurred reading the socket The error message includes the error number and text pertaining to the specific error. Gwd-9175-2: error on socket receive [d]: s An error occurred reading the socket The error message includes the error number and text pertaining to the specific error. Gwd-9175-30: error on socket receive [d]: s An error occurred reading the socket The error message includes the error number and text pertaining to the specific error. Gwd-9175-31: detected dropped connection (zero-len read) Connection Closed due to a zero byte read. Ensure the peer DRO is running Gwd-9175-32: received connection from [s:u] Received new connection No action required Gwd-9175-34: error on send [d]: s Error sending. The error message includes the error number and text pertaining to the specific error. Gwd-9175-35: error on send [d]: s Error sending. The error message includes the error number and text pertaining to the specific error. Gwd-9175-36: message [d]: s error enqueuing An error occurred enqueuing a message to be sent. The error message includes the error number and text pertaining to the specific error. Gwd-9175-37: failed to cancel s FD ALL event [d]: s An error canceling all events for an FD. The error message includes the error number and text pertaining to the specific error. Gwd-9175-38: failed to cancel FD WRITE event [d]: s An occurred canceling the FD write event. The error message includes the error number and text pertaining to the specific error. Gwd-9175-39: failed to register FD write callback [d]: s An error occurred attempting to register the FD write callback. The error message includes the error number and text pertaining to the specific error. Gwd-9175-3: error on socket receive [d]: s An error occurred reading the socket The error message includes the error number and text pertaining to the specific error. Gwd-9175-40: connection stroyed due to shutdown de- Connection removed during shutdown No action required. Gwd-9175-41: failed to connect to peer at [s:u] via [s] An attempt to connect to a peer failed. This message indicates that a configured peer is not responding. Check that the peer is operational. Gwd-9175-42: connection stroyed due to socket failure de- The connection to a peer due to a socket error. Gwd-9175-43: lost connection to peer at [s:u] via [s] The stated peer is no longer connected. This message indicates that a configured peer is not responding. Check that the peer is operational. Gwd-9175-44: lost connection with peer at [s:u] via [s] The stated peer is no longer connected. This message indicates that a configured peer is not responding. Check that the peer is operational. 9.4 UM Dynamic Routing Log Messages 235 Gwd-9175-4: failed to schedule socket connect [d]: s The attempt to schedule the socket connect timer failed. The error message includes the error number and text pertaining to the specific error. Gwd-9175-5: failed to cancel connect timer [d]: s The attempt to cancel the socket connect timer failed. The error message includes the error number and text pertaining to the specific error. Gwd-9175-6: failed to connect to peer at [s:u] via [s] [d]: s An error occurred connecting to the peer. The error message includes the error number and text pertaining to the specific error. Gwd-9175-7: failed to register FD connect callback [d]: s An error occurred attempting to register the FD connect callback. The error message includes the error number and text pertaining to the specific error. Gwd-9175-8: failed to cancel FD connect event [d]: s An error occurred attempting to cancel the FD connect event. The error message includes the error number and text pertaining to the specific error. Gwd-9175-9: failed to schedule receive timer [d]: s An error occurred attempting to register the receive timer. The error message includes the error number and text pertaining to the specific error. Gwd-9565-1: Attempted to negotiate protocol "%s" with peer s:d, but peer refused. Now trying protocol "%s". The other side of a TCP connection actively refused a proposed protocol; usually this means the other application is not configured to support the protocol or is an older version that does not understand it. The other side of a TCP connection actively refused a proposed protocol; usually this means the other application is not configured to support the protocol or is an older version that does not understand it. The supplied source IP ACE could not resolve the provided IPv4 dotted-decimal address or domain name The supplied multicast ACE could not resolve the provided IPv4 dotted-decimal address or domain name A link has come up. Check for version or configuration mismatches. Gwd-9565-2: Attempted to negotiate protocol "%s" with peer s:d, but peer refused. Unable to communicate with peer. Gwd-9571-31: error source IP ACE: s resolving Gwd-9571-32: error resolving multicast group ACE: s Gwd-9574-01: RecalcTrigger:LINK CAME UP:Version = d:NodeId = u Gwd-9574-02: RecalcTrigger:LINK WENT DOWN:Version = d:NodeId =u A link has gone down. Gwd-9574-03: RecalcTrigger:FO←RCED RECALC:Version = d A route recalculation was forced from the Web monitor. Gwd-9574-04: RecalcTrigger:NEW DRO DISCOVERED:Version = d←:NodeId = u:Node Name = s A new DRO within the network has been discovered. Check for version or configuration mismatches. Provide a valid name. See RFCs 952 and 1123 for DNS naming conventions. Provide a valid name. See RFCs 952 and 1123 for DNS naming conventions. This is an information message only. An event has occured that may trigger a route table recalculation This is an information message only. An event has occured that may trigger a route table recalculation This is an information message only. An event has occured that may trigger a route table recalculation This is an information message only. An event has occured that may trigger a route table recalculation 236 UM Log Messages Gwd-9574-05: RecalcTrigger:NO←DE UPDATED:Version = d:NodeId = u:Node Name = s A DRO within the network has advertised a route change. This is an information message only. An event has occured that may trigger a route table recalculation This is an information message only. An event has occured that may trigger a route table recalculation Negotiation failures are typically a result of mis-configuration. Please check the configuration. Gwd-9574-06: RecalcTrigger:DRO TIMED OUT:Version = d:NodeId = u:Node name = s A DRO within the network has not delivered a heartbeat message within the necessary interval. Gwd-9588-11: Negotiation timeout with peer s:d. A Peer portal failed to complete the security/compression negotiation within a reasonable timeout. Gwd-9597-1: [s] is invalid compression value The compression algorithm specified is unknown or unsupported. Check configuration for typos and check version for support of the specified compression algorithm. Gwd-9597-2: [s] is invalid compression value The compression algorithm specified is unknown or unsupported. Check configuration for typos and check version for support of the specified compression algorithm. Gwd-9597-3: unable to allocate portal peer TLS info [d]: s Can't allocate memory for Security. Check memory allocator or available memory. Gwd-9815-1: Dual Channel Peer links are no longer supported. Please re-configure using Single Channel. Gwd-9932-01: smart-batch must not be blank Dual Channel Peer links are no longer supported. The customer needs to update their configuration to use Single Channel Peer links instead. Bad configuration for smart-batch Customer needs to check the configuration file. Gwd-9932-02: invalid smart-batch value [s] Bad configuration for smart-batch Customer needs to check the configuration file. GwdApi-5688-4702: failed to set portal source option [s] to [s]: s The portal was unable to set a source option GwdApi-5688-4703: failed to set portal receiver option [s] to [s]: s The portal was unable to set a receiver option GwdApi-6103-0001: failed to set portal source option [s] to [s]: s The portal was unable to set a source option GwdApi-6103-0002: failed to set portal receiver option [s] to [s]: s The portal was unable to set a receiver option GwdApi-6361-110: unable to create pdm definition: s An error occurred while creating an internal PDM definition. Contact Informatica Support. GwdApi-6361-113: unable to add pdm field definition [s]: [s] Contact Informatica Support. GwdApi-6361-114: failed to create psm delete q An error occurred while adding a PDM field to an internal PDM definition. UM has failed to create an internal queue. GwdApi-6361-120: must not set the route recalculation backoff interval greater than the route recalculation warning interval The backoff interval must be less than the warning interval, otherwise the warning will fire at least once for each recalculation. Adjust the configuration. GwdApi-6361-121: failed to propagate source creation: s An error occurred while attempting to propagate the need to create a proxy source to another portal. Contact Informatica Support. GwdApi-6361-122: failed to propagate source creation: s An error occurred while attempting to propagate the need to create a proxy source to another portal. Contact Informatica Support. Contact Informatica Support. 9.4 UM Dynamic Routing Log Messages 237 GwdApi-6361-53: failed to create rm ctx attr: s GwdApi-6361-54: failed to set rm context option [s] to [s]: s UM was unable to create context attributes. UM was unable to set the specified context attributes. Contact Informatica Support. GwdApi-6361-55: failed to create rm ctx: s UM was unable to create an internal reactor only context. Contact Informatica Support. GwdApi-6361-58: failed to create rm evq thread [d] UM was unable to create an internal thread. Contact Informatica Support. GwdApi-6361-59: failed to create rm ctx thread [d] UM was unable to create an internal thread. Contact Informatica Support. GwdApi-6361-60: unable to schedule rm timer GwdApi-6361-64: failed to create psm evq thread [d] UM was unable to schedule an internal timer. UM has failed to create an internal thread. Contact Informatica Support. GwdApi-6361-65: failed to create psm wakeup q UM has failed to create an internal queue. Contact Informatica Support. GwdApi-6361-66: failed to create psm blocked q UM has failed to create an internal queue. Contact Informatica Support. GwdApi-6361-70: failed to create prm evq thread [d] UM has failed to create an internal event queue dispatch thread. Contact Informatica Support. GwdApi-6361-76: unable to schedule rm timer GwdApi-6361-80: could not insert o_entry into otid_list [s:d] An error occurred while attempting to schedule an internal timer. An error occurred while attempting to insert a data entry into an internal data structure. An error occurred while finalizing an internal PDM definition. Contact Informatica Support GwdApi-6361-83: unable to create pdm message for link state forwarding: [s] An error occurred while creating an internal PDM message. Contact Informatica Support. GwdApi-6361-90: the specified gateway name exceeds the max name length of d The gateway name is too long. Pick a shorter name. GwdApi-6361-92: failed to propagate source creation: s An error occurred while attempting to propagate the need to create a proxy source to another portal. Contact Informatica Support. GwdApi-6361-95: received a source delete for an unknown source on topic [s] Unable to locate the source entry for the topic in question. Contact Informatica Support. GwdApi-6814-1: topic interest max interval must be greater than the min interval GwdApi-6814-2: pattern interest max interval must be greater than the min interval GwdApi-7097-2: duplicate adjacent node id detected: u The topic-interest min-interval must be less than the topic-interest maxinterval. The pattern-interest min-interval must be less than the topic-interest max-interval. A portal is adjacent to either a topic resolution domain or another gateway to which another portal on this gateway is already adjacent. Set the min/max intervals appropriately. GwdApi-7582-10: failed to get portal source transport option (s) The portal was unable to get a source transport option. This is an LBM error. Please refer to the given LBM error message. GwdApi-7582-3: the DRO does not allow LBT-SMX to be the default source transport. The DRO does not support the L←BT-SMX source transport. This is a configuration failure and the DRO will exit. The customer should use a different source transport when the D←RO is configured. Please reconfigure the source transport type. GwdApi-6361-82: unable to finalize pdm definition: [s] Contact Informatica Support. Contact Informatica Support. Contact Informatica Support. Contact Informatica Support. Set the min/max intervals appropriately. Adjust configuration so that no two portals on any gateway are adjacent to the same topic resolution domain or the same gateway. 238 UM Log Messages GwdApi-8955-5: callback process for logging thread must not be N←ULL Callback function argument for rolling logfile thread is NULL The argument is likely corrupted; this should never happen, contact support GwdApi-8955-6: could not allocate tl queue for logging thread Attempt to create a queue to support the thread for rolling log files failed Could not create utility thread for rolling log files Check if system resources are available such as memory or locks An error internal to LBM was encountered. Check the LBM Error string for details of the LBM specific error. GwdApi-8955-7: Thread: s olog Create←- GwdApi-9932-10: failed to set portal receiver context option [receive_batch_notification_←function]: s 9.5 Check if adequate system threading resources are available UM Lbmrd Log Messages Lbmrd-10492-1: Using interface [s] An interface was specified for the lbmrd and the IP address it will bind to is indicated. Received a LBMR message with an unrecognized value in the extended type field. The message is for your information Lbmrd-5688-4674: LBMR Topic Query Record malformed. Dropping remainder. UMS encountered a mismatch in the length of a received message and its headers, determining the rest of the message to be invalid. The remainder of the message is dropped. Contact Informatica support if this message occurs frequently. Lbmrd-5688-4675: LBMR Topic Info Record malformed. Dropping remainder. UMS encountered a mismatch in the length of a received message and its headers, determining the rest of the message to be invalid. The remainder of the message is dropped. Contact Informatica support if this message occurs frequently. Lbmrd-5688-4676: LBMR error sending TIRs to (s.d len d)(s). An error occurred forwarding the TIR packets to the clients. This error message will contain an additional internal lbm error message which will give details of the exact problem encountered. Lbmrd-5466-1: LBMR Extended Type 0xx incorrect (s.d len d). [s]. Dropping. 9.6 UM Persistent Store Log Messages Check if the port range of other L←BM protocols like RU overlaps with those used by LBMR. 9.6 UM Persistent Store Log Messages 239 Store-10184-08: dmon evq lbm_←event_dispatch() failed, s An error occurred while attempting to process events off an internal event queue. Contact Informatica Support. Store-10184-100: failed to create dmon ctx attr: s Store-10184-101: failed to delete dmon ctx attr: s UM was unable to create context attributes. UM was unable to delete an internal context attributes structure. Some memory has been leaked. Contact Informatica Support. Store-10184-102: failed to delete dmon ctx attr: s UM was unable to delete an internal context attributes structure. Some memory has been leaked. Contact Informatica Support. Store-10184-103: failed to delete src attr: s UM was unable to delete an internal source attributes structure. Some memory has been leaked. Contact Informatica Support. Store-10184-104: failed to delete src: s UM was unable to delete an internal source structure. Some memory has been leaked. Contact Informatica Support. Store-10184-105: failed to delete dmon ctx: s UM was unable to delete an internal context structure. Some memory has been leaked. Contact Informatica Support. Store-10184-10: failed to join dmon evq thread, s UM failed to join an internal event queue dispatch thread. Contact Informatica Support. Store-10184-144: could not enqueue repo create In a reduced-fd RPP repository, during the re-start( following a shutdown, or crash), UM could not enqueue repo create. Contact customer support with the log file. Store-10184-60: WARNING: invalid store dmon message [s] from s [s] UM dmon received an invalid/corrupted immediate message. Verify that messages sent on the request port are valid. Store-10184-61: Store dmon failed to send error response [s] UM could not respond to a dmon immediate message. Contact Informatica Support. Store-10184-62: Store dmon failed to send success response [s] UM could not respond to a dmon immediate message. Contact Informatica Support. Store-10184-63: Store dmon received control message exceeding 255 bytes UM daemon monitor received an invalid control message exceeding 255 bytes. Verify that messages sent on the control channel are <= 255 bytes. Store-10184-64: Store dmon failed to send error response [s] UM could not respond to a dmon immediate message. Contact Informatica Support. Store-10184-65: Store received unknown lbm_msg_t type x [s][s] UM daemon monitor received unknown lbm_msg_t type. Stop the source of unknown messages to the daemon monitor. Store-10184-70: lbmaux_context←_attr_setopt_from_file: s error: s UM was unable to set context attributes from specified file. Verify the path to the configuration file. Store-10184-71: failed to set dmon context option [s] to [s]: s UM was unable to set specified daemon monitoring context attributes. UM was unable to create dmon source attribute. UM was unable to set specified daemon monitoring source attributes. UM was unable to create dmon context. UM was unable to create dmon context. Contact Informatica Support. Store-10184-72: lbm_src_topic_←attr_create: s Store-10184-73: failed to set dmon source option [s] to [s]: s Store-10184-74: create: s Store-10184-75: create: s lbm_context_←lbm_context_←- Contact Informatica Support. Contact Informatica Support. Contact Informatica Support. Contact Informatica Support. Contact Informatica Support. 240 UM Log Messages Store-10184-76: lbm_context_str←_getopt(request_tcp_port): s UM was unable to get request tcp port. Contact Informatica Support. Store-10184-77: lbm_src_topic_←alloc: s UM was unable to allocate dmon publishing topic. Contact Informatica Support. Store-10184-78: lbm_src_create: s Contact Informatica Support. Store-10184-79: Daemon monitor accepting requests on tcp port [s] publishing to topic [s] UM was unable to create dmon source. The store has successfully completed initialization of the daemon publishing monitor. Store-10184-80: dmon_publish: s umestore_←- UM was unable to publish dmon message. Contact Informatica Support. Store-10190-10: lbm_context_←attr_str_setopt - round_robin_xsp←_count 0: s Store-10196-5: store "%s" topic "%s" repository-disk-asyncbuffer-length is greater than the repository-disk-file-size-limit Failed to turn off the xsp round robin behavior. Check for resource exhaustion, out of memory errors, etc. repository-disk-async-buffer-length is greater than the repository-diskfile-size-limit Change repository-disk-asyncbuffer-length so that it is less than the repository-disk-file-size-limit Store-10366-1: Created daemon monitor thread: id[s] This is for informational purposes only and can be ignored. Store-5230-15: Store "%s" received retransmission from s for unknown regid 0xx The store created the daemon monitor thread with the reported thread id. An AIO system error encountered. This could happen when asynchronous read or write to the disk fails. The UMP store received a unicast proactive retransmission for an unknown reg ID. Store-5230-16: Store "%s" received retransmission from s for RCV regid u The UMP store received a unicast proactive retransmission for a reg ID that doesn't belong to a source. Store-5688-4914: queue ReadFile read u nbytes u u The Store has attempted to read the sinc file for the specified number of bytes but was unable to read the entire amount. The Store has attempted to read the sinc file for the specified number of bytes but was unable to read the entire amount. The IPC receiver has created a thread for internal processing and the default stack size is too small. The size of the default stack size is dumped and will then be set to a larger size automatically. Store-5116-2: WARNING: aio_←proactor aio_error u "%s" Store-5688-4915: queue "%s" aio_read returned u nbytes u u Store-5688-5070: default thread stack size is perhaps too small, u bytes. Store-5688-5071: reset thread stack size to u bytes. The IPC receiver has created a thread for internal processing and the default stack size is too small and is reallocated. This message reports the new size of the stack. This message for informational purposes only and can be ignored. Check the store log file for a detailed error description. Depending on timing, this could just mean the source has been timed out and cleaned up by the store before the proactive retransmission was sent or handled. This is usually not a serious issue and can usually be ignored, however it may indicate a UMP store or source that is overloaded. Find out where the proactive retransmissions are being sent from; a duplicate reg ID could be in use between a source and a receiver. Please check the errno and take appropriate actions. Please check the errno and take appropriate actions. 9.6 UM Persistent Store Log Messages Store-5688-5243: store "%s" aio←_write returned u nbytes u u Number of bytes returned by AIO write is different than expected Store-5688-5247: cache offset d file The disk file cache has wrapped around to the starting offset of 0. Store-5688-5261: default thread stack size is perhaps too small, u bytes. The store has created a thread for internal processing and the default stack size is too small. The size of the default stack size is dumped and will then be set to a larger size automatically. Store-5688-5262: reset thread stack size to u bytes. The store has created a thread for internal processing and the default stack size is too small and is reallocated. This message reports the new size of the stack. Enforcing disk repository. It is currently configured as not disk. rotating Store-5688-5290: store "%s" Session ID u RegID u repository-type forced to disk Store-5688-5292: store "%s" new receiver for topic "%s" Session ID u SRC RegID u created. RCV Session ID u RCV RegID u s s store keepalives s Indices u.u s[u s.u] 241 This is an informational message that requires no action on part of the user. The store has created a new receiver for the topic. This is an informational message. No further action is required. The indicies describe the transport and topic. Store-5688-5293: store "%s" existing receiver for topic "%s" Session ID u RegID u recreated. Session ID u RegID u Indices u.u [u s.u]s The store has recreated an existing receiver for the topic. This is an informational message. No further action is required. The indicies describe the transport and topic. Store-5688-5294: store "%s" RCV Session ID u RegID u Indices u.u [u s.u] deleted The receiver with the specified session ID and registration ID has been deleted. This can be due to several different things: the receiver's state-lifetime timing out, the state-lifetime for the source the receiver is subscribed to timing out, or the receiver using the "deregister" API. An old UMP source re-registered with the store on new transport and topic indices. This message is encountered during normal operation, and does not need to be addressed. Store-5688-5297: store "%s" receiver Session ID u RegID u ReRegistered and moved to Indices u.u [u s.u]s An old UMP receiver re-registered with the store on new transport and topic indices. No action required. Store-5688-5332: AUDIT: queue "%s" topic "%s" enqueued " UM←Q_MSGID_FORMAT " A message was written to disk that was received directly from a source. This is an info message and provided for informational purposes when 'log audit trail' is enabled. Store-5688-5333: AUDIT: queue "%s" topic "%s" resubmitted " U←MQ_MSGID_FORMAT " A message was written to disk that was not received directly from a source. This is an info message and provided for informational purposes when 'log audit trail' is enabled. Store-5688-5382: store "%s" topic "%s" Failed to cancel election timer, s The store could not cancel a proxy election interval timer due to an internal lbm error. This error message will contain an additional internal lbm error message which will give the exact problem encountered in the library. Store-5688-5296: store "%s" source Session ID u RegID u ReRegistered and moved to Indices u.u [u s.u]s No action required. 242 UM Log Messages Store-5688-5383: store "%s" topic "%s" Session ID u RegID u Failed to delete proxy source, s The store has failed to delete a proxy source due to internal lbm errors. The log message will contain additional information about the exact reason, investigate those errors. Store-5688-5384: store "%s" topic "%s" Session ID u RegID u Proxy source deleted Information log entry that states the store has successfully deleted a proxy source. This log is expected under normal operation when proxy sources are enabled. Store-5688-5385: store "%s" topic "%s" Failed to schedule election timer, s The store could not schedule a proxy source election timer due to an internal lbm error. The error message of this log contains additional information as to the specific reason the timer schedule failed. Store-5688-5442: An error was encountered. See the message above for details. An error was encountered in the ume configuration. See the "CR←ITICAL" error message before this line for details. Failure to recreate repository, possible data corruption or insufficient memory on the machine Store-5688-5478: WARNING: store "%s" existing Session ID u RegID u cache file could not be recreated. Renaming files. Look at the Store log for additional information Store-5688-5480: NOTICE: store "%s" topic "%s" SRC Session ID u RegID u duplicate sqn us; dropping duplicates The UMP store daemon received a duplicate copy of a message fragment it had already previously received. If the log message contains "received via retransmission", the duplicate sequence number is likely due to a proactive retransmission being sent by the source; this most likely means the store received the message, but the source never got the store's stability ACK for it. If this happens frequently, check for TCP connectivity or firewall issues from the store back to the source's request port. If the log does not end with "received via retransmission", something more serious is wrong; the source and the store may be out of sync with each other with respect to what sequence number the source should be sending. Store-5688-5481: store "%s" topic "%s" SRC Session ID u RegID u unrecoverable loss u (u not reported) A messages was declared unrecoverably lost by the store's receiver's underlying delivery controller. See store log for more details. Store-5688-5483: NOTICE: store "%s" topic "%s" SRC Session ID u RegID u sqn u (UL insert) A message fragment was declared unrecoverably lost by the store's receiver, but an entry for the fragment was already present in the store's repository. This can happen if there has been data loss on an original source transport and a new or proxy source has re-registered with the store. Store-5688-5484: store "%s" topic "%s" SRC Session ID u RegID u unrecoverable loss burst u A burst of messages were declared unrecoverably lost by the store's receiver's underlying delivery controller. While reading in the store's state file for a source, the store detected the file to be corrupt. The file will be renamed and the store will continue to initialize. See store log for more details. Store-5688-5562: WARNING: Store "%s" existing state file [s] malformed. Renaming files. The state and cache files can be corrupt if the store was improperly shutdown. 9.6 UM Persistent Store Log Messages 243 Store-5688-5571: Store "%s" SRC Session ID u RegID u source persistence registration received while in unknown state d Store-5688-5574: Store "%s" Receiver Persistence Registration received before the SRI from source. Source RegID u Source registration received in unknown state no resolution Received Receiver registration request before any SRI has been seen from the Persistent Source. This can be due to not receiving the TIR from the source, not joining the transport, or not seeing the SRI on the transport Store-5688-6526: umestore_retx←_create failed: shutting down s Possible Malloc Failure or too big queue size requested Look at the log file for other failures Store-5820-1: releasing sinc msg ID [ x : x ] but could not find in SINC queue msg list A message was previously added to an internal list for queue browsing support, but was not found in that list upon dequeueing the message. Store-5820-2: msg [ x : x ] was already present in SINC msg list; removing old A newly received message was already present in an internal message list used for queue browsing support. Store-5820-3: msg [ x : x ] was already present in SINC msg list; removing old A newly received message was already present in an internal message list used for queue browsing support. Store-5867-4: could not create skipped msg list An internal error occurred during ASL creation Look for previous error messages in the log such as a malloc error Store-5867-5: could not create skipped msg list An internal error occurred during ASL creation Look for previous error messages in the log such as a malloc error Store-5867-8: error occurred while evaluating message selector s An error occurred while evaluating the message selector during assignment for this receiver and message Look for previous error messages in the log regarding message selector evaluation problems Store-5867-9: error occurred while evaluating message selector s An error occurred while evaluating the message selector during assignment for this receiver and message Look for previous error messages in the log regarding message selector evaluation problems Store-5891-12: source RegID u disk-cache file contains duplicate sqn x Duplicate sequence number is detected for the repository being processed Store-5891-13: Could not initialize s Repository: s Key Value Store subsystem failed to start Store-5891-14: Store "%s" could not shutdown s subsystem properly. Store could not shutdown reducedfd subsystem Contact customer support with the log file. Store-5891-15: Store "%s" could not activate the s subsystem Reduced-fd subsystem is initialized, but can not be activated due to failure activation message send error. If the log message is preceded by NULL ptr errors, Store is attempting to create a structure when it should not. Otherwise, system is out of memory. Contact customer support. Store-5891-17: could not create disk_info_t for the repo[Session ID u RegID u] Report a bug report if the message is preceded by NULL ptr error. Otherwise, root cause of memory problem should be investigated. 244 Store-5891-18: WARNING: store "%s" existing Session ID u Reg←ID u disk metadata and/or msgs in repository(for non-shutdown) can be removed in a clean way UM Log Messages Contact customer support. Store-5891-21: sanity check failed [s:d] Store can not delete reduced-fd repository from disk. Error occurred during the submission of delete requests of the messages that belong to repository being deleted to the thread responsible for deleting messages from the disk. Function is called in state that is not expected by the function. Store-5891-22: sanity check failed [s:d] Function is called in state that is not expected by the function. Contact customer support Store-5891-23: store "%s" s store write returned: s with error code: d Reduced-fd subsystem can not persist message(s) to disk. Return message and error code give more details. Reduced-fd subsystem can not persist message(s) to disk. Error code give more details. Contact customer support with the log message printed. Store-5891-24: store "%s" s store write returned error code: d Contact customer support Contact customer support with the log message printed Store-5891-2: could not submit to control-queue 0xx [s:d] Can not enqueue control event to key/value worker threads control queue Store-5891-30: error in closing the state_fd after re-start is completed for the repo Reduced-fd repository state file descriptor can not be closed. This is an operating system error. Contact customer support with the store log file. Store-5891-32: Store Recovery←: key length mismatch read key length: u does not match 8-byte key While recovering reduced-fd repository, corrupted message is read from the disk. The length of the key that is used to store messages to disk is always 8 bytes. Store is going to discard this message. Contact customer support with the store log file. Store-5891-33: Store Recovery←: value pointer is null While recovering reduced-fd repository, message contents are missing for a key value. Contact customer support with the store log file. Store-5891-34: key pointer is NU←LL While recovering reduced-fd repository, a message without a key value is detected. Store is going to discard this message. Contact customer support with the store log file. Store-5891-35: Store Recovery←: Duplicate sequence # is detected, deleting the entry with key: u During the re-start ( following a crash or shutdown ), for reduced-fd repositories, while processing messages previously written to disk, the message being processed has a duplicate sequence number— another message with the same sequence number was processed previously. Store is going to discard this message. Contact customer support with the store log file. Store-5891-36: Store Recovery←: internal error when processing the entry with key: u During the re-start ( following a crash or shutdown), for reduced-fd repositories, while processing messages previously written to disk, an internal error ( resource creation, or memory error) occurred. Contact customer support with the store log file. 9.6 UM Persistent Store Log Messages 245 Store-5891-38: Can not create s repo thread On windows platform, creation of the thread responsible for processing reduced-fd I/O requests failed. Contact customer support with store log file. Store-5891-39: repository The reduced-fd store can not open/create reduced-fd folder. This error is FATAL. The thread information structure that holds vital information that is needed for reduced-fd I/O requests can not be created due to lack of memory Contact customer support. Please provide the execution environment, i.e. OS details. The root cause of the low memory needs to be found, store can not function in this state. The function responsible for gathering reduced-fd subsystem parameters failed. The thread responsible for calling callback functions for the previously submitted reduced-fd I/O requests can not created. The reduced-fd store can not open/create the reduced-fd folder. This error is FATAL. The reduced-fd store can not open/create the reduced-fd folder within the cache folder. Contact customer support with the store log file. Store-5891-45: s worker thread can not pass the read record to dispatch thread Reduced-fd subsystem error. Requested message writes requests are processed, i.e. either messages are persisted to disk, or error code is returned, however, request call back is not going to be called due to error in sending the status code to call back dispatch thread Contact customer support with the store log file. Store-5891-46: s worker thread can not commit message deletes: err: s When store is shutting down, the reduced-fd subsystem can not delete messages from disk. Possible failure reasons are reducedfd-api error, memory error, or NULL pointer might have been passed to delete function. When store is shutting down, reduced-fd subsystem can not delete messages from disk. Possible failure reasons are leveldbapi error, memory error, or NULL pointer might have been passed to delete function. Reduced-fd subsystem can not delete messages from disk. Possible failure reasons are reducedfd-api error, memory error, or NULL pointer might have been passed to delete function. Contact customer support with the store log file. Can not open s Store-5891-40: Can not create s worker thread info holder structure Store-5891-41: Can not get s repository attribute values Store-5891-42: Can not create s dispatch thread Store-5891-43: FATAL: Can not open s repository: s: Error s Store-5891-44: Rename/or Delete the repository directory: s Store-5891-47: s worker thread can not commit message deletes during shutdown: err: s Store-5891-48: s worker thread can not commit batch deletes: err: s Contact customer support with store log file. Contact customer support. Please provide the execution environment, i.e. OS details. Failure to open reduced-fd folder is a serious error. Try running store with an empty cache folder, if error persists, contact customer support Contact customer support with the store log file. Contact customer support with the store log file. 246 Store-5891-49: s worker thread can not commit batch deletes: err: s UM Log Messages Reduced-fd subsystem can not delete messages from disk. Possible failure reasons are reducedfd-api error, memory error, or NULL pointer might have been passed to delete function. Null pointer detected Contact customer support with the store log file. Store-5891-50: s worker thread can not read msg from s repository err_code: u A message belonging to a reducedfd repository can not be retrieved from the disk. There are multiple causes that lead to this error. The error code in this log message provides more information regarding to why message can not be retrieved. Contact customer support with the store log file. Store-5891-51: s worker thread can not pass write request status to dispatch thread err_code: u Reduced-fd subsystem error. Requested message writes requests are processed, i.e. either messages are persisted to disk, or error code is returned, however, request call back is not going to be called due to error in sending the status code to call back dispatch thread Contact custormer support with the store log file. Store-5891-52: s worker thread can not commit the write request err_code: u err: s Reduced-fd repository can not persist message(s) to disk due to internal failure. Error code is printed to log file. Contact custormer support with the store log file. Store-5891-54: Can not delete repository from s repository Store can not delete reduced-fd repository from disk. Error occurred during the submission of delete requests of the messages that belong to repository being deleted to the thread responsible for deleting messages from the disk. This error is reported when a reduced-fd repository is being deleted. The function that deletes a part of the repository resources has been called in a wrong state, i.e. the function must have been asked to clean a resource that does not exist. During the re-start ( following a crash or shutdown ), while processing messages written to disk for reduced-fd repositories, store can not allocate memory for holding message information. System is low in memory. Contact customer support with store log file. Store can not delete reduced-fd repository from disk. Error occurred during the submission of delete requests of the messages that belong to repository being deleted to the thread responsible for deleting messages from the disk. Contact customer support with store log file. Store-5891-4: NULL ptr [s:d] Store-5891-55: Can not delete half constructed repository Store-5891-56: Can not create msg info for sqn: u msgid: u regid: u Store-5891-57: Delete a repository from s repository failed Contact customer support with store log file. The root cause of the low memory needs to be found, store can not function in this state. 9.6 UM Persistent Store Log Messages Store-5891-58: s repository delete failed 247 Store-5891-5: NULL ptr [s:d] Store can not delete reduced-fd repository from disk. This error might have occured during the submission of delete requests of the messages that belong to repository being deleted to the thread responsible for deleting messages from the disk. This error might also have occured if the function that deletes reduced-fd repository in a wrong state. The thread that is responsible for processing reduced-fd I/O requests can not delete messages from the disk. The logged message provides more information regarding to nature of the error. Null pointer detected Store-5891-6: NULL ptr [s:d] Null pointer detected Store-5891-7: default thread stack size is perhaps too small, u bytes. The IPC receiver has created a thread for internal processing and the default stack size is too small. The size of the default stack size is dumped and will then be set to a larger size automatically. Store-5891-8: reset thread stack size to u bytes. The IPC receiver has created a thread for internal processing and the default stack size is too small and is reallocated. This message reports the new size of the stack. Store-5892-1: retx thread dequeued node of unknown type: u An unexpected internal value was encountered. Please contact support. Store-5892-2: retx thread error occurred while processing node type: u, s An error was encountered while sending a retransmission or unicast control message. Check store machine for oversubscription. Store-6007-1: Reclaiming Message Event: store "%s" topic "%s" SRC Session ID u RegID u display the information on the reclaimed message: the topic name and source ID Store-6007-2: Reclaiming Message Event: store "%s" topic "%s" SRC Session ID u RegID u RCV Session ID u RegID u display the information on the reclaimed message: the topic name and source ID and receiver IDs Store-6007-4: unknown type of logging message: type=d unknown logging messages. Store-6007-5: [umestore repository] reclamation apply←_criteria() failed. errors occur when applying the criteria to log reclaimed messages Store-6034-11: queue "%s" client re-create error: client reg ID x could not be re-created A client could not be re-created upon reading a context registration event from the SINC log. Something probably went really wrong malloc failed, etc. Contact Informatica support. Store-6034-3: queue "%s" receiver registration error: topic "%s" could not create receiver A UMQ receiver could not be created - this probably means malloc failed or something else went terribly wrong. Contact Informatica support. Store-5891-59: s worker thread can not commit deletes: err: s Contact customer support with the store log file. Contact customer support with the store log file. 248 Store-6034-4: queue SID ctlr UM Log Messages could not create The UMQ session ID controller could not be created; this probably means malloc failed. A receiver registration event was read in from the SINC log file that is for a topic that is not currently configured in the queue. Contact Informatica support. Store-6034-6: queue "%s" receiver recreate error: registration ID not found A receiver registration event was read in from the SINC log file without a corresponding initial client registration - most likely the SINC log file is corrupt. Contact Informatica support. Store-6034-7: queue "%s" receiver re-create error: topic "%s" receivertype ID u not understood A receiver registration event was read in from the SINC log file that is for a receiver type ID that is not currently configured in the queue. Did the configured receiver type I←Ds change in between runs of the queue? Changing queue configuration in between runs without clearing out old SINC log files is not supported. If configured receiver type IDs did not change, contact Informatica support. Store-6034-8: queue "%s" receiver re-create error: topic "%s" receiver assign ID x could not be re-created A receiver could not be re-created upon reading a receiver registration event from the SINC log. Something probably went really wrong malloc failed, etc. Contact Informatica support. Store-6199-1: ldb disp thread dequeued node of unknown type: u An unexpected internal value was encountered. Please contact support. Store-6199-2: ldb disp thread error occurred while processing node type: u, s An error was encountered while sending stability ack or retransmission Check store machine for oversubscription. Store-6199-3: lbm_shutdown_←log: WFSO res=d, GLE=d An unexpected error encountered while shutdown Contact support Store-6233-1: Store p "%s" read error: message with id u does not exist. An asynchronous reduced-fd repo read error occurred because the message could not be found. Store-6233-2: Store p "%s" read error: message had an unexpected length. An asynchronous reduced-fd repo error occurred because the message had an unexpected length. Store-6233-3: Store p "%s" generic read error. An asynchronous reduced-fd repo generic read error occurred. Store-6233-4: Store p "%s" unknown asynchronous read error (u) An asychronous reduced-fd repo read reported an unknown error code, possible memory corruption or garbage pointer. Store-6241-3: error occurred while evaluating message selector s An error occurred while evaluating the message selector during assignment for this receiver and message Look for previous error messages in the log regarding message selector evaluation problems Store-6246-100: Store "%s" topic "%s" SRC Session ID u RegID u registering with an invalid ume_←flightsz_bytes value. registration with invalid ume_←flightsz_bytes value check config Store-6034-5: queue "%s" log read RCV REG topic RCR_IDX x unknown Did the configured topics change in between runs of the queue? Changing queue configuration in between runs without clearing out old SINC log files is not supported. If configured topics did not change, contact Informatica support. 9.6 UM Persistent Store Log Messages 249 Store-6246-1: Store "%s" topic "%s" SRC Session ID u RegID u reregistering with a different ume_←flightsz_bytes value. reregistration with invalid ume_←flightsz_bytes value cannot change config values and re-register Store-6246-2000: store "%s" topic "%s" source SesnID 0xx RegID u repository-size-threshold is greater than repository-size-limit Repository size threshold is greater than repository size limit Check config Store-6246-200: store "%s" topic "%s" source SesnID 0xx RegID u registering with an invalid ume_←repository_size_threshold value. Reregistration with invalid ume_←repository_size_threshold value Check config Store-6246-2100: store "%s" topic "%s" source SesnID 0xx Reg←ID u repository-size-limit is greater than 90% of repository-disk-filesize-limit Store-6246-2200: store "%s" topic "%s" source SesnID 0xx Reg←ID u registering and trying to set the ume_repository_disk_file←_size_limit when the repository is not a disk repository. Repository size limi tis greather than 90% repository disk file size limit Check config Reregistration with disk file size limit when repo is memory Check config Store-6246-22: store "%s" topic "%s" source SesnID 0xx Reg←ID u reregistering and trying to set the ume_repository_disk_file←_size_limit when the repository is not a disk repository. Reregistration with ume_←repository_size_threshold value but not a disk store Cannot change config values and reregister Store-6246-2: Store "%s" topic "%s" SRC Session ID u RegID u registering as a rpp source but rpp is not allowed. Store-6246-3000: store "%s" topic "%s" source SesnID 0xx RegID u repository-size-threshold must be greater than the ume_flight_size rpp source registering to a non-rpp repo. check configs. Repository size threshold less than flight size in bytes Check config Store-6246-300: Store "%s" topic "%s" SRC Session ID u RegID u registering with an invalid ume_←repository_size_limit value. registration with invalid ume_←repository_size_limit value check config Store-6246-3: Store "%s" topic "%s" SRC Session ID u RegID u reregistering with a different ume_←repository_size_limit value. reregistration with invalid ume_←repository_size_limit value cannot change config values and re-register Store-6246-400: Store "%s" topic "%s" SRC Session ID u RegID u registering with an invalid ume←_repository_disk_file_size_limit value. Store-6246-4: Store "%s" topic "%s" SRC Session ID u Reg←ID u re-registering with a different ume_repository_disk_file_←size_limit value. registering with invalid ume←_repository_disk_file_size_limit value check config reregistration with invalid ume←_repository_disk_file_size_limit value cannot change config values and re-register 250 UM Log Messages Store-6246-500: Store "%s" topic "%s" SRC Session ID u RegID u registering with an invalid ume_←write_delay value. registering with invalid ume_write←_delay value check config Store-6246-5: Store "%s" topic "%s" SRC Session ID u RegID u reregistering with a different ume_←write_delay value. reregistering with invalid ume_←write_delay value cannot change config values and re-register Store-6246-600: Store "%s" topic "%s" SRC Session ID u Reg←ID u registering with an invalid ume_repository_ack_on_reception value. Store-6246-6: Store "%s" topic "%s" SRC Session ID u Reg←ID u re-registering with a different ume_repository_ack_on_←reception value. registering with an invalid ume_←repository_ack_on_reception value check config reregistering with invalid ume_←repository_ack_on_reception value cannot change config values and re-register Store-6246-700: store "%s" topic "%s" source SesnID 0xx RegID u registering with an unknown configuration option "%s". Reregistration with unknown config options Version mismatch Store-6246-7: Store "%s" topic "%s" SRC Session ID u RegID u registering with an unknown configuration option "%s". registering with an unknown configuration option version mismatch Store-6246-8: store "%s" topic "%s" source SesnID 0xx RegID u registering with as a RPP source but RPP is not allowed. Store-6246-900: Store "%s" topic "%s" SRC Session ID u RegID u registering with an invalid ume_←repository_size_threshold value. Registering as RPP but RPP is not allowed Check configs registration with invalid ume_←repository_size_threshold value check config Store-6246-9: Store "%s" topic "%s" SRC Session ID u RegID u re-registering with a differnt ume←_repository_size_threshold value. reregistration with invalid ume_←repository_size_threshold value cannot change config values and re-register Store-6254-0001: queue "%s" received message list request with message selector string, but can not create message selector object. can not create internal msg selector object. Store-6298-10: Store "%s" SRC Session ID u RegID u deregistered s.u Store-6298-11: Store "%s" attempting to deregister a SRC Session ID u RegID u that has already deregistered source has deregistered source deregistered source is trying to deregister even though it was already deregistered preg response for deregistration may have been lost. Store-6298-12: Store "%s" RCV Session ID u RegID u deregistered s.u receiver is deregistering receiver has deregistered 9.6 UM Persistent Store Log Messages 251 Store-6298-13: Store "%s" attempting to deregister a RCV Session ID u RegID u that has already deregistered a deregistered receiver is trying to deregister preg response for deregistration may have been lost. Store-6298-14: Store "%s" attempting to deregister a client Session ID u RegID u that does not exist Store-6300-1: Store "%s" Non-R←PP receiver attempting to register to a RPP topic deregistering something that does not exist a client is attempting to deregister even after it's lifetime / activity timeout has expired. non-RPP receiver registering to a rpp topic check receiver config and turn on rpp Store-6301-1: Store "%s" topic "%s" SRC Session ID u RegID u re-registering as a normal source when it was previously registered as a rpp source. spp source re-registering when previously registered as rpp turn on rpp at the source Store-6301-2: Store "%s" topic "%s" RPP SRC Session ID u Reg←ID u re-registering when previously registered as a non-rpp source. rpp source re-registering when previously registered as spp turn off rpp at the source Store-6318-4: Unmap error: s An operating system error was encountered when attempting to clean up the state file mapping Check the log message for the system error code and investigate further. Store-6353-1: store "%s" Original Receiver Paced Persistence (RPP) receiver attempting to re-register to a RPP topic as a non-RPP receiver A receiver that has registered as an RPP receiver is currently attempting to re-register as a non-RPP receiver. This is not allowed. The receiver is misconfigured. Store-6356-1: store "%s" topic "%s" Proxy creation failed to set receiver paced persistence options, s Check error message for exact cause and consult the configuration guide. Store-6375-1: Can not commit the special delete request An error occurred setting receiver paced options on proxy source attributes which are required for registration. Proxy source cannot be created. Key value worker thread can not commit the special delete request Store-6375-2: Can not commit the special delete request Key value worker thread can not commit the special delete request Store-6375-3: s worker thread can not commit the special delete request err_code: u A message belongs to reduced-fd repository can not be deleted from the disk. The error code in this log message provides more information regarding to why message can not be deleted. Contact customer support with the store log file. Store-6375-4: s worker thread can not commit the special delete request err: s A message belongs to reduced-fd repository can not be deleted from the disk. Store-6395-116: failed In a reduced-fd RPP repository, during the re-start( following a shutdown, or crash), the function that calculates, for each message in the repository, number of receivers that need that message failed. The error code ( followed by err:) in this log message provides more information regarding to why message can not be deleted. Contact customer support with the store log file. Contact customer support with the log file. Ack adjustment 252 UM Log Messages Store-6397-1: store "%s" source Session ID u [RegID u] [s repo] [message-sqn x] CKSUM failed x[cksum on recovered msg] During the re-start ( following crash, or a re-start), for a reducedfd repository message read from the disk, checksum failed. Message must have been corrupted. Contact customer support with the store log file. Store-6397-2: Repository checksum check function failed on src regid: u The function resposible for check sum processing is called in a wrong state, i.e., one or many of the resource are missing (NULL). The checksum of the messages is not checked. The store can not open repository cache file. The file might have been deleted, or for some other reason store can not open it. Contact customer support with the store log file. The function that is responsible for finding maximum sequence number of the current receivers failed. During the re-start ( following shutdown, or crash), sequence number adjustment of empty repository failed. Note that, in RPP mode, if all the receivers are keeping up with the source, repository can be empty. Contact customer support with the store log file. Store-6417-5: could not initialize s repository: s Reduced-fd subsystem can not be initialized. This error message is preceded with other related error messages. Contact customer support with the store log file. Store-6417-6: INFO: Store "%s"cache file [s] exist, and repo is marked as reduced fd repo in state file. invalid repo state Inconsistent state has been detected. For a particular repository, there is cache file, and the repository is marked as reduced-fd repository. Contact customer support with store log file, and the list of files in state and cache directory. Store-6417-7: INFO: Store "%s" RegID: u triggered late reduced-fd system initialization This is an information message. Late initialization is triggered when a configuration file is changed such that all the reduced-fd repositories are deleted or changed to disk. If there is a state file for the repositories whose type is changed from reduced-fd to disk, then original repository type–reduced-fd– is enforced, and late initialization is triggered. Remove the disk cache file or restore the configured repository type to reduced-fd Store-6425-1: store "%s" Session ID u RegID u Configured repo type: u is different than the original type: u Forcing the original type During the restart (following crash or shutdown), a repository type is changed, however, this is not allowed before the source deregistration. Store is going to enforce original repository type. Remove the store's state and cache files or restore the configured repository type to the original value. Store-6492-1: Store "%s" topic "%s" SRC Session ID u Reg←ID u registering and trying to set the ume_repository_disk_file←_size_limit when the repository is not a disk or reduced_fd repository. registration setting disk size limit when you aren't a disk or a reduced_fd store Check configuration. Store-6417-2: INFO: Store "%s" could not open existing cache file [s] Store-6417-3: Can not find the max sqn of rcv [regid: u] Store-6417-4: Repo:u has no messages on disk, and sqn adjustment failed Contact customer support with the store log file, and list of files in state and cache directory. This error message is preceded with other related error messages. Contact customer support with the store log file. 9.6 UM Persistent Store Log Messages 253 Store-6492-2: Store "%s" topic "%s" SRC Session ID u Reg←ID u registering and trying to set the ume_repository_disk_file←_size_limit when the repository is not a disk or reduced_fd repository. registration setting disk size limit when you aren't a disk or a reduced_fd store Check configuration. Store-6492-3: Store "%s" topic "%s" SRC Session ID u RegID u repository-size-threshold is greater than repository-size-limit Repository size threshold is greater than repository size limit Check config Store-6492-4: Store "%s" topic "%s" SRC Session ID u RegID u repository-size-limit is greater than 90%% of repository-disk-file-sizelimit Store-6492-5: Store "%s" topic "%s" SRC Session ID u RegID u repository-size-threshold must be greater than ume_flight_size_bytes Repository size limit is greater than 90% repository disk file size limit Check config Repository size threshold less than flight size in bytes Check config Store-6524-1: msg_size_on_disk is called for a unrecoverable lost sqn: u The function that calculates the message size in disk for reducedfd repositories is called for a loss message. Function handles the case correctly, however, this function is not supposed to be called for the loss messages. Contact customer support. Store-6543-1: could not lseek cache file RegID u: s During the creation of repository cache file, system call to change the file offset to the beginning of the cache file failed. During the creation of repository cache file, special marker can not be written to the cache file. RPP source reregistered Contact customer support Store-6557-2: store "%s" receiver SesnID 0xx RegID u Re-←Registered and moved to Indices u.u [s.u] RPP RPP receiver re-registered RPP receiver re-registered Store-6589-2: WARNING: msync EIO from umestore_state_←update_rcv_timers write all modified data to the disk. Store-6607-1: queue "%s" observer receiver registration error←: topic "%s" could not create observer receiver A UMQ observer receiver could not be created - this probably means malloc failed or something else went terribly wrong. Contact Informatica support. Store-6607-2: queue "%s" receiver registration error: assign ID 0xx could not re-create receiver A UMQ receiver could not be recreated - this probably means malloc failed or something else went terribly wrong. Contact Informatica support. Store-6620-1: INFO: Could not rename file [s] to [s]: s The system failed to rename a corrupted cache or state file. Review the system error string and resolve the system issue before restarting the store. Store-6543-2: could not write cache file RegID u: s Store-6557-1: store "%s" source SesnID 0xx RegID u Re-←Registered and moved to Indices u.u [s.u] RPP Contact customer support RPP source reregistered 254 UM Log Messages Store-6652-1: umestore_retx_←timer_check : retx_ctrl is not allocated Store-6807-1: lbm_shutdown_←log: WFSO res=d, GLE=d Retransmission Control Structure is not allocated View Store log for errors An error was encountered while Shutting Down Umestore Check store log of other errors Store-6975-1: source registered with zero RegID or no store information was found - proxy source disabled A source attempted to register to a store with proxy sources enabled but did not have explicit registration IDs or session IDs enabled, or did not send store configuration information with the registration. Check the source to make sure registration IDs or session IDs are explicitly specified, or check that compatible versions of source and store applications are used. Store-7000-1: lbm_context_attr_←str_setopt - context_name: s Failed to set the context name on the main store context. Check for resource exhaustion, out of memory errors, etc. Store-7000-2: lbm_context_attr_←str_setopt - context_name: s Failed to set the context name on the proxy store context. Check for resource exhaustion, out of memory errors, etc. Store-7046-1: store "%s" topic "%s" transport s tidx u SesnID 0xx RegID u RA A repository has gained association (RA) with a source and will now retain that source's messages. None Store-7049-2: NOTICE: store "%s" topic "%s" SRC Session ID u Reg←ID u sqn u reported as unrecoverably lost via normal transport, but was successfully received earlier via retransmission A message fragment was declared unrecoverably lost by the store's receiver's underlying delivery controller, but the fragment was already previously recovered (probably by proactive retransmission). Check for data loss on the source's transport between the source and the store. This message indicates that the store did actually receive the message data (it did NOT lose it), it just didn't do so through the preferred means. Store-7049-3: Store "%s" received retransmission of SQN: u for SRC RegID u from s The UMP store received a unicast proactive retransmission. This probably indicates loss of either the message data from the source to the store, or of stability ACKs from the store to the source. Sources of loss should be investigated. Store-7216-1: For: s queuemanagement-join-request-timeout [u] can not be less than twice the queue-management-masteractivity-timeout [u]. Overriding queue-management-join-requesttimeout value to u Store-7239-1: Store "%s" [ Source Session ID u Source RegID u Receiver Session ID: u Receiver RegID: u ] failed to define queue-management-join-requesttimeout is configured less than its minimum value, i.e. 2 x queuemanagement-master-activitytimeout, this configuration can lead to multiple master queues. Configure queue-managementjoin-request-timeout value greater than twice the queuemanagement-master-activitytimeout. Store can not assign receiver its previous RegID. This can happen (i) State file corruption leads to earlier assignment of receiver's RegID (ii) Memory error Contact customer support Store-7239-2: Store "%s" can not re-create Receiver [ Session ID: u RegID u ] for Source [ Session ID u RegID u] Store can not recreate a receiver due to a memory error from state file. Contact customer support Store-7256-1: Store "%s" source RegID u Keepalive ignored, client invalid Store-7256-2: LBMC Error handling registration request. s The store received a keepalive that could not be associated with a source or receiver client There was an error handling a persistent registration request at the store There was an error handling a retransmit request at the store This may indicate some internal errors regarding managing source and receiver clients. Look in the store log for previous errors that might indicate why this would fail. Look in the store log for previous errors that might indicate why this would fail. Store-7256-3: LBMC Error handling retransmit request. s 9.6 UM Persistent Store Log Messages Store-7256-4: LBMC Error handling acknowledgment. s There was an error handling a message acknowledgment at the store Store-7256-5: LBMC Error handling keepalive. s There was an error handling a source or receiver keepalive at the store A PREG request from a proxy source was received with an election token matching the proxy source hosted by this store. This PREG request is ignored. Store-7297-1: store "%s" topic "%s" Received proxy source PR←EG from self with invalid topic and transport indicies, ignoring. 255 Look in the store log for previous errors that might indicate why this would fail. Look in the store log for previous errors that might indicate why this would fail. This can occur if the store context thread has fallen behind in processing incoming PREG requests from the socket buffer, to the point where the store is processing PR←EG requests for proxy sources that no longer exist. Take steps to reduce the load on the store such as reducing the number of sources registered. Store-8000-100: store [s] PREG marker 0xx RegID u Session ID u Indices u.u [s.d] StoreID x L/T s Store-8000-101: store [s] PREG marker 0xx RegID u Session ID u idx u.u [s.d] StoreID x L/T s Store-8079-10: Starting store "%s" A Source registered with the store. No Further action is required. A Receiver registered with the store. No further action is required. Beginning the initialization process for the named store. This is for informational purposes only and can be ignored. Store-8079-1: thread: id[s] Created context The store created a context with the reported thread id. This is for informational purposes only and can be ignored. Store-8079-2: Created proxy context thread: id[s] The store created a proxy context with the reported thread id. This is for informational purposes only and can be ignored. Store-8079-3: Created retransmission thread: id[s] This is for informational purposes only and can be ignored. Store-8079-4: Created the log offload thread: id[s] The store created the retransmission thread with the reported thread id. The store created the log offload thread with the reported thread id. Store-8079-5: Created blocked io thread: id[s] The store created the blocked io thread with the reported thread id. This is for informational purposes only and can be ignored. Store-8079-6: thread: id[s] Created level db This is for informational purposes only and can be ignored. Store-8079-7: thread: id[s] Created proactor The store created the level db dispatcher thread with the reported thread id. The store created the proactor thread with the reported thread id. The store created the reduced-fd I/O thread with the reported thread id. The store created a umq send thread with the reported thread id. This is for informational purposes only and can be ignored. User specified 0 for the store port. This means that it will be started on a port selected from within the context request_tcp_port_low request_tcp_port_high range. Normal operation, needed. Store-8079-8: Created reduced-fd I/O thread: id[s] Store-8079-9: Created umq send thread: id[s] Store-8106-1: Store "%s" using port u from range context request←_tcp_port_low (u) - request_tcp_←port_high (u). This is for informational purposes only and can be ignored. This is for informational purposes only and can be ignored. This is for informational purposes only and can be ignored. no action 256 UM Log Messages Store-8192-1: store "%s" Original Source Paced Persistence(←SPP) receiver attempting to reregister to a non-RPP topic as a RPP receiver Store-8192-2: store "%s" Original blocking Receiver Paced Persistence(RPP) receiver attempting to re-register as a non-blocking RPP receiver A receiver that has registered as an non-RPP receiver is currently attempting to re-register as an RPP receiver. This is not allowed. The receiver is misconfigured. A receiver that has registered as a blocking RPP receiver is currently attempting to re-register as a nonblocking RPP receiver. This is not allowed. The receiver is misconfigured. Store-8192-3: store "%s" Original non-blocking Receiver Paced Persistence(RPP) receiver attempting to re-register as a blocking RPP receiver A receiver that has registered as an non-blocking RPP receiver is currently attempting to re-register as a blocking RPP receiver. This is not allowed. The receiver is misconfigured. Store-8223-1: Could not add new regid x to ctlr: s The store was unable to add a new source to its list of clients. Typically this message indicates that something else has gone wrong previously. Check for additional error messages. Store-8223-2: Could not create A←SL: s The store was unable to create a client list for a source. Typically this message indicates that something else has gone wrong previously. Check for errors indicating that the system is out of memory. Store-8223-3: Could not create add new topic entry for regid d: s The store was unable to create a new entry for a source. Typically this message indicates that something else has gone wrong previously. Check for errors indicating that the system is out of memory. Store-8223-4: Set RegID seed to u The next RegID the store will assign has been set to the specified value. This is purely an informational message, and requires no action on the user's part. Store-8223-5: Reset RegID seed to u The next RegID the store will assign has been set to the specified value. This is purely an informational message, and requires no action on the user's part. Store-8223-6: Could not cleanly unwind client p when attempting source registration. The store was unable to clean up after a source failed to register. Typically this message indicates that something else has gone wrong previously. Check for previous error messages. Store-8269-1: lbm_context_attr←_setopt - compatibility_include_←pre_um_6_0_behavior: s Failed to turn off pre 6.0 compatibility mode on the proxy store context. Check for resource exhaustion, out of memory errors, etc. Store-8269-2: store "%s" topic "%s" proxy creation failed to set transport_tcp_use_session_id 0: s An error occurred setting transport_tcp_use_session_id for a proxy source being created with pre 6.0 compatibility enabled. Check the error message for exact cause and consult the configuration guide Store-8764-1: Store "%s" failed to register source: s A source attempted to register, but an error occurred while trying to add it to the store's list of known clients. Multiple outstanding async IO callbacks have been found to cause cache file corruption in some cases and are no longer allowed as a result. Check for included log message for details. Store-8808-1: settings other than 1 for repository-disk-max-writeasync-cbs are no longer allowed due to the possibility of data corruption. Ignoring requested value of d Change the store's XML configuration file to specify a value of 1 for repository-disk-max-writeasync-cbs . 9.6 UM Persistent Store Log Messages 257 Store-9115-01: store "%s" topic "%s" source [s] BOS Informational message indicating that a BOS has been received on the given topic and source. No action required. Store-9115-02: store "%s" topic "%s" source [s] Session ID u RegID u SRI Store-9115-03: store "%s" topic "%s" source [s] Session ID u RegID u EOS Informational message indicating that a source has completed registration with the store. Informational message indicating that an EOS has been received on the given topic and source. No action required. Store-9302-1: Store "%s": Existing state file [s] in use by another process The existing state file is locked by another process Ensure that other store processes are not running with the same configured state and cache directories. Store-9302-2: Store "%s": Existing cache file [s] in use by another process The existing cache file is locked by another process Ensure that other store processes are not running with the same configured state and cache directories. Store-9462-1: Received Keepalive Message that is not type STO←RE : [s:u] Originating Domain : u Keepalive Type : d The store received a Keepalive request, but of a type that was not expected. The message written to the log includes the originating domain id, the Keepalive type, and the IP address and port of the requester. Normally, this message can be ignored as the UMP Store is logging the existence of a stray keepalive. However, if this is a recurring message, examine the IP and port to determine the source of the unexpected Keepalive request. Store-9462-2: Received Keepalive Message that is not type STORE : [s:u] Keepalive Type : d The store received a Keepalive request, but of a type that was not expected. The message written to the log includes the Keepalive type as well as the IP address and port of the requester. Normally, this message can be ignored as the UMP Store is logging the existence of a stray keepalive. However, if this is a recurring message, examine the IP and port to determine the source of the unexpected Keepalive request. Store-9462-3: Received Keepalive Message that is not type STORE : [s:u] Keepalive Type : d The store received a Keepalive request, but of a type that was not expected. The message written to the log includes the Keepalive type as well as the IP address and port of the requester. Normally, this message can be ignored as the UMP Store is logging the existence of a stray keepalive. However, if this is a recurring message, examine the IP and port to determine the source of the unexpected Keepalive request. Store-9462-4: Received Keepalive Message that is not type STO←RE : Source of Keepalive Message could not be determined Keepalive Type : d The store received a Keepalive request, but of a type that was not expected. The message written to the log includes the Keepalive type. The requester IP and port are not available and, consequently, request IP and port will not be written to the log. For this unexpected Keepalive request the source of the message could not be determined. Store-9689-1: Default application specified for LBM XML configuration file [s] The application name for XML configuration files was set to NULL. Log notification that NULL application name will be used Store-9689-2: LBM XML configuration file [s] specified, but no application-name provided. Setting application name to "umestored" The application name for XML configuration files defaults to "umestored" . Specify the optional "applicationname" sub-configuration to reference a different application in the XML file Store-9753-01: Store "%s" leveldb delete event failed with return: d repo->trail_sqn: u repo->mem_←trail_sqn: u An attempt to delete messages from the LevelDB store repository failed. Contact customer support with the log file. No action required. 258 UM Log Messages StoreApi-10184-01: could not create dmon event queue UM could not create an dmon event queue. Contact Informatica Support. StoreApi-10184-02: could not create store list StoreApi-10184-03: failed to create dmon evq thread [d] UM could not create a list of configured stores. UM failed to create an internal event queue dispatch thread. Contact Informatica Support. StoreApi-10184-04: failed to create dmon ctx attr: s StoreApi-10184-06: failed to create dmon ctx: s UM was unable to create context attributes. UM was unable to create an internal reactor only context. Contact Informatica Support. StoreApi-10184-07: unable to schedule dmon timer StoreApi-10184-09: unable to schedule dmon timer StoreApi-10184-107: failed to set dmon context option [operational←_mode] to [embedded]: s UM was unable to schedule an internal timer. UM failed to schedule an internal timer. UM was unable to set specified daemon monitoring context attributes. Contact Informatica Support. StoreApi-10184-112: could not enqueue disk delete UM could not enqueue disk delete. Contact Informatica Support. StoreApi-10184-143: could not create repo dmon block receiver list UM could not create repo dmon block receiver list. Contact Informatica Support. StoreApi-10184-30: could not create topic dmon block repo list UM could not create topic dmon block repo list. Contact Informatica Support. StoreApi-10184-31: could not insert topic block into store topic list UM could not insert topic block into store topic list. Contact Informatica Support. StoreApi-10184-32: delete repo not UM could not delete repo because the receive list was not empty. Contact Informatica Support. StoreApi-10184-33: could not insert receive dmon block into receive list StoreApi-10184-34: attempted to delete an invalid repository dmon block StoreApi-10184-35: could not find receiver regid to delete UM could not insert receive dmon block into receive list. Contact Informatica Support. UM attempted to delete an invalid repository dmon block. Contact Informatica Support. UM could not find receiver regid to delete. Contact Informatica Support. StoreApi-10184-40: could not insert store dmon into store list StoreApi-10184-41: could not delete store dmon block UM could not insert store dmon into store list. UM could not delete store dmon block since the topic_list was not empty. Contact Informatica Support. StoreApi-10184-43: could not create repo dmon block receiver list UM could not create repo dmon block receiver list. Contact Informatica Support. StoreApi-10184-44: could not enqueue repo create UM could not enqueue repo create. Contact Informatica Support. StoreApi-10184-45: could not enqueue repo delete UM could not enqueue rcv delete. Contact Informatica Support. StoreApi-10184-47: could not enqueue rcv create UM could not enqueue rcv create. Contact Informatica Support. StoreApi-10184-48: could not enqueue rcv delete UM could not enqueue rcv delete. Contact Informatica Support. StoreApi-5867-10: error occurred parsing message selector string The message selector string is invalid or could not be parsed. Please check the UM Documentation for valid syntax. could Contact Informatica Support. Contact Informatica Support. Contact Informatica Support Contact Informatica Support. Contact Informatica Support. 9.6 UM Persistent Store Log Messages 259 StoreApi-5867-11: parsing error occurred while updating the message selector with stringThe message selector string is invalid or could not be parsed. Please check the UM Documentation for valid syntax. StoreApi-5867-12: parsing error occurred while creating a message selector with stringThe message selector string is invalid or could not be parsed. Please check the UM Documentation for valid syntax. StoreApi-5867-6: could not insert umq_topic_appset_t skipped rcv list ASL [s:d] An internal error occurred during ASL insertion Look for previous error messages in the log such as a malloc error StoreApi-5867-7: could not insert umq_topic_appset_t skipped rcv list ASL [s:d] An internal error occurred during ASL insertion Look for previous error messages in the log such as a malloc error StoreApi-5891-10: could not create recovery asl Memory error during the ASL creation StoreApi-5891-11: could not create repo ASL Memory error: repository message asl creation is failed StoreApi-5891-19: Repository async read submit error There was an error submitting an async read operation to the queue. StoreApi-5891-1: could not create tl queue [s:d] Key value repo worker thread's queue creation failed StoreApi-5891-28: umestore_←state_new_rcv re-opening state file failed. s StoreApi-5891-29: umestore_←state_new_rcv closing fd after reopening failed. s Can not re-open state file StoreApi-5891-37: could not create repo ASL Memory error: repository message asl creation is failed StoreApi-5891-3: cate u bytes [s:d] MALLOC error could not allo- This usually results from malloc failure, ensure host machine has sufficient resources. Can not close the file descriptor after reopening it. StoreApi-5891-53: could not create repo rcv_ack_cache Repo rcv ack cache creation failed StoreApi-5891-60: umestore_←state_create closing fd failed: s Can not close the file descriptor StoreApi-5891-9: pthread_create←:d StoreApi-6007-12: could not create repo log Key value repo worker thread creation failed some errors occurred when creating the reclamation log. StoreApi-6034-10: could not insert umq_topic_rcv_t into appset active_rcv_assign_q [s:d] A UMQ receiver could not be placed in an application set's internal list of receivers with non-empty per-receiver assignment queues. This probably means malloc failed. Contact Informatica support. StoreApi-6034-9: could not create receiver assign_q [s:d] The per-receiver assignment queue could not be created - this probably means malloc failed. Contact Informatica support. StoreApi-6118-100: could not create repo rcv_ack_cache Could not create rcv ack cache out of memory StoreApi-6318-1: Failed to unmap file. System error (d) The operating system call to unmap the state file returned an error. Check the system error code and determine why it would happen StoreApi-6318-2: Failed to close state file mapping handle. System error (d) The operating system call to close the state file mapping handle returned an error. Check the system error code and determine why it would happen 260 UM Log Messages StoreApi-6318-3: Failed to unmap state file. System error (d) The operating system call to unmap the state file returned an error. Check the system error code and determine why it would happen StoreApi-6333-1: Attempting to delete NULL disk info, file was not created. The store was deleting a repository and the disk info holder was NU←LL. There were most likely errors when the store attempted to create the disk. The store was deleting a repository and the state file was NULL. There were most likely errors when the store attempted to create the file. Investigate why the store could not create the disk info properly. Usually this occurs when the process has hit the file descriptor limit. StoreApi-6333-2: Attempting to delete NULL state file. State file was not created. Investigate why the store could not create the state file properly. Usually this occurs when the process has hit the file descriptor limit. StoreApi-6417-1: could not create repo ASL Memory error: repository message asl creation is failed StoreApi-6543-3: umestore←_repository_write_rec_marker CreateEvent: s StoreApi-6543-4: umestore←_repository_write_rec_marker: WriteFile: s StoreApi-6543-5: umestore←_repository_write_rec_marker GetOverlappedResult: s Can not create event for rec marker There is not resolution to this umestore_repository_write_rec_←marker: GetLastError Failed Get last error failed GetOverlappedResult failed no resolution StoreApi-6589-1: umestore_←state_update_rcv_timers Flush←ViewOfFile: s StoreApi-6589-3: umestore_←state_update_rcv_timers msync: s StoreApi-8000-10: . write to disk the mapping view of the state file. StoreApi-8000-11: . StoreApi-8000-12: . StoreApi-8000-13: . StoreApi-8000-14: . StoreApi-8000-15: . StoreApi-8000-1: RegID is already in use. StoreApi-8000-20: Internal error←: re-registration to a NULL receiver. StoreApi-8000-21: Internal error←: preg src_reg_id mismatch function write to disk the mapping view of the state file. A Receiver Registration request was denied because of an internal error. A Receiver Registration request was denied because of an internal error. A Receiver Registration request was denied because of an internal error. A Receiver Registration request was denied because of an internal error. A Receiver Registration request was denied because of an internal error. A Receiver Registration request was denied because of an internal error. A Source Registration request was denied because the requested RegID was already in use. A Receiver Registration was denied because of an error. A Receiver Registration was denied because of an error. Contact customer support with the log file. Contact customer support with the log file. Contact customer support with the log file. Contact customer support with the log file. Contact customer support with the log file. Contact customer support with the log file. request internal Contact customer support with the log file. request internal Contact customer support with the log file. 9.6 UM Persistent Store Log Messages 261 StoreApi-8000-22: Receiver activity Timeout has not expired. Registration attempt is rejected because the receiver activity timeout has not expired Another receiver with the same RegID/sessionID is trying to register with the store within the activity period . StoreApi-8000-23: . A Receiver Registration request was denied because of an internal error. A Receiver Registration request was denied because of an internal error. A Source Registration request was denied because the src topic does not match the info topic. Contact customer support with the log file. StoreApi-8000-30: . A Source Registration request was denied because of an internal error. Contact customer support with the log file. StoreApi-8000-31: . A Source Registration request was denied because of an internal error. Contact customer support with the log file. StoreApi-8000-32: . A Source Registration request was denied because of an internal error. Contact customer support with the log file. StoreApi-8000-33: . A Source Registration request was denied because of an internal error. Contact customer support with the log file. StoreApi-8000-34: . A Source Registration request was denied because of an internal error. Contact customer support with the log file. StoreApi-8000-35: . A Source Registration request was denied because of an internal error. Contact customer support with the log file. StoreApi-8000-36: . A Source Registration request was denied because of an internal error. Contact customer support with the log file. StoreApi-8000-37: . A Source Registration request was denied because of an internal error. Contact customer support with the log file. StoreApi-8000-38: . A Source Registration request was denied because of an internal error. Contact customer support with the log file. StoreApi-8000-39: . A Source Registration request was denied because of an internal error. Contact customer support with the log file. StoreApi-8000-3: Source Activity timeout has not expired. A Source Registration request was denied because the Source Activity timeout has not yet expired. Contact customer support with the log file. StoreApi-8000-40: . A Source Registration request was denied because of an internal error. Contact customer support with the log file. StoreApi-8000-41: . A Source Registration request was denied because of an internal error. Contact customer support with the log file. StoreApi-8000-4: Problem with R←PP configs. A Source Registration request was denied because of a problem with the RPP configuration. Contact customer support with the log file. StoreApi-8000-5: . A Source Registration request was denied because of an internal error. Contact customer support with the log file. StoreApi-8000-6: . A Source Registration request was denied because of an internal error. Contact customer support with the log file. StoreApi-8000-7: . A Source Registration request was denied because of an internal error. Contact customer support with the log file. StoreApi-8000-8: . A Source Registration request was denied because of an internal error. Contact customer support with the log file. StoreApi-8000-24: . StoreApi-8000-2: src topic does not match the info topic. Contact customer support with the log file. Contact customer support with the log file. 262 UM Log Messages StoreApi-8804-1: umestore_←state_update_rcv_timers index of receiver entry in state file was negative The store attempted to update the activity and state lifetime of a receiver, but that receiver's entry index in the state file was negative. This can be seen when there is a problem writing or reading the state file. Check the store log for disk error log messages. StoreApi-8840-11: Could not register client [x:u] on topic s. RegID mismatch with [x:u] A duplicate session ID is in use between two clients on the same topic. Check for duplication session IDs in application configuration files. Applications should usually explicitly specify a session ID rather than relying on the store to generate one. StoreApi-9569-1: Can't convert configuration file name [s:d] The system was not able to allocate the amount of memory required to convert the configuration file name. The physical memory on the machine may be over committed; try moving some applications to another machine. 9.7 UMDS Log Messages Umds-4892-1: Attempt to set use←_late_join failed for attrs p err(d) ERROR: Attempt to turn use_late←_join ON in the rcvr attrs failed. Umds-4892-2: Attempt to set ume_use_store failed for attrs p err(d) ERROR: Attempt to turn ume←_use_store ON in the rcvr attrs failed. Umds-4892-3: Error creating Topic Queue: No Hash function found. FATAL: A hash function is required to create a Topic Queue. This is set from the resolver_string_←hash_function in the topic queue map init function. Check that the Hash function for Topic Resolution has been set correctly. Umds-4892-4: Attempt to get ume_session_id failed or session id is zero: lu ERROR: Trying to create a persistent receiver but the session id is either zero, or reading the attribute failed. ERROR: The attempt to set ume←_explicit_ack_only (to ON) failed while creating a persistent receiver. Check that session ID sent by the UMDS client is not zero Umds-5688-5609: umdsd_←worker_api_mim_loss_advisory: worker(p) not running The indicated worker is not in the RUNNING state Contact Informatica support with all relevant log files Umds-5688-5617: [s][s][d] error d An error occurred while trying to match the pattern listed in the first bracketed expression. The topic string attempting to be matched is supplied as the second bracketed expression, and its length is supplied as the third bracketed expression. The error that occurred was internal to PCRE, and the error code is listed in the PCRE documentation for return values of pcre_exec. Umds-4892-5: Attempt to set ume_explicit_ack_only failed for attrs p err(d) PCRE exec 9.7 UMDS Log Messages 263 Umds-6033-635: Ultra Messaging UMDS server version " UMDS_V←ERSION " Build s, s (s) Reports the version of UMDS, build time and date, and version of the underlying UM library. No resolution, this in formation is provided for audit and debugging purposes. Umds-6033-637: umdsd_main←: webmon interface not found (s) The interface specified for the web monitor could not be found. Review the setting in the tag in the server's xml configuration file. Umds-6033-638: umdsd_main←: client interface not found (s) The interface specified for the client connections could not be found. Review the setting for the bind-addr attribute in the tag in the server's xml configuration file. Umds-6033-641: umdsd_main: Error opening pidfile 's' (s) Opening (creating) the pid file failed. Umds-6033-656: umdsd_worker←_cont_sending_cntl: sendb header error (s) Sending a UMDS Control message to the client resulted in an UM error. The error message includes the OS error message associated with the open attempt. Check that files can be created in the target directory and that the device is not full. A description of the UM error is included in the message text. Umds-6033-657: umdsd_worker←_cont_sending_data: sendb data error (s) Sending on the client socket encountered an error. Included in the message text is a description of the particular error encountered. Umds-6033-664: umdsd_←webmon_api_create: failed to init web server (ip=s, port=s) The web monitor subsystem failed to start. The web server library will have reported additional details to the console. Umds-6033-685: s: worker p connection p invalid conn_←state (d) The indicated state for the client connection is inappropriate for the requested operation. The client connection will be deleted and if configured, the client will retry. If this error repeats, call Informatica support with all relevant server and client log files. Umds-6033-705: umdsd_worker←_internal_cmd_del_conn: worker p connection p (s:u) deleted, bytes_in=lld, bytes_←out=lld Umds-6033-706: umdsd_←worker_internal_cmd_mim_loss←_advisory: worker(p ) not running The indicated connection has been deleted No resolution is required. The indicated worker is not in the RUNNING state Contact Informatica support with all relevant log files Umds-6033-708: umdsd_worker←_keepalive_tmr_cb: worker(p ) not running The indicated worker is not in the RUNNING state Contact Informatica support with all relevant log files Umds-6033-709: umdsd_worker←_keepalive_tmr_cb: send_←period=d, disconnecting worker p connection p The keep alive state has been PE←NDING for too long; it is being disconnected as unresponsive. This can occur if the client application is spending long periods of time in any of the library call back functions and preventing the client sid socket from being read. Umds-6033-710: umdsd_worker←_keepalive_tmr_cb: rcv_period=d, disconnecting worker p connection p The keep alive timer has expired for the indicated worker connection; it is being disconnected as unresponsive. Umds-6033-711: umdsd_worker←_api_conn_add: worker(p ) not running The indicated worker is not in the RUNNING state This can occur if the keep alive threshold and intervals are not appropriate for the connection or if the client application is spending long periods of time in any of the library call back functions. Contact Informatica support with all relevant log files 264 UM Log Messages Umds-6033-712: umdsd_worker←_api_conn_add: worker p waiting to add new connection The client request to add a connection to this worker is still pending. The main UM context thread is unusually busy at this time but will eventually serve this request. Umds-6033-715: umdsd_worker←_api_delete: quit skipped (ctx=p, thrd_running=d) The context or worker thread has already shutdown Shutdown is already in progress Umds-6033-716: umdsd_worker←_api_delete: error joining worker (p ) thread (d) An error occurred joining the worker thread during shutdown. Umds-8218-1: s: error: 's', appl_←name='s' The UMDS client failed to authenticate. It is likely this is a result of multiple shutdown requests. However if this error is seen on multiple occasions, please report it along with any applicable configuration and log files to GCS. Check authentication credentials and server auth configuration. Umds-8366-1: Unknown receiver type deleting umdsd_rcv An unknown receiver type was encountered while deleting a UMDS receiver object. This is an internal error and should be reported to customer support; please include all appropriate version numbers (UM and UMDS), associated configuration files and any other pertinent details. Umds-8366-2: failed to free umds unique receiver p The UMDS server (umdsd) encountered an error deleting the UM receiver associated with the umds_rcv object This is an internal error and should be reported to customer support; please include all appropriate version numbers (UM and UMDS), associated configuration files and any other pertinent details. Umds-8366-3: failed to free umds wc receiver p The UMDS server (umdsd) encountered an error deleting the UM wildcard receiver associated with the umds_rcv object This is an internal error and should be reported to customer support; please include all appropriate version numbers (UM and UMDS), associated configuration files and any other pertinent details. Umds-8366-4: Unknown receiver type deleting umdsd_rcv
An unknown receiver type was encountered while freeing a UMDS receiver object. This is an internal error and should be reported to customer support; please include all appropriate version numbers (UM and UMDS), associated configuration files and any other pertinent details. Umds-8366-5: Unknown receiver type deleting umdsd_rcv
An unknown receiver type was encountered while deleting a UMDS receiver object. This is an internal error and should be reported to customer support; please include all appropriate version numbers (UM and UMDS), associated configuration files and any other pertinent details. Umds-8406-1: umdsd_stats←_queue_internal_cmd_cb: src create before delete. is
The webmon statistics subsystem got a source create for an already existing source id (the intended src structure was not NULL in the source array). It is possible for creation and deletion to happen out of order. Umds-8406-2: umdsd_stats←_queue_internal_cmd_cb: src delete before create. id The webmon statistics subsystem got a source delete for an already deleted source id (the intended src structure was NULL in the source array). It is possible for creation and deletion to happen out of order. 9.7 UMDS Log Messages 265 Umds-8406-3: umdsd_stats←_queue_internal_cmd_cb: rcv create before delete. id The webmon statistics subsystem got a receiver create for an already existing receiver id (the intended rcv structure was not NULL in the receiver array). It is possible for creation and deletion to happen out of order. Umds-8406-4: umdsd_stats←_queue_internal_cmd_cb: rcv delete before create. id The webmon statistics subsystem got a receiver delete for an already deleted source id (the intended rcv structure was NULL in the receiver array). It is possible for creation and deletion to happen out of order. Umds-8408-1: umdsd_worker_←api_delete: waiting for worker p to quit The request to remove a worker is still pending. The worker thread is unusually busy at this time but will eventually serve this request. Umds-8447-1: umdsd_worker_←handle_blocked_msg: Parse Error The client connection parser encountered an unrecoverable error. This is an internal error, if it recurs, please report it along with any relavant log files to GCS. Umds-8499-1: LBM error while sending request: s LBM returned an unhandled error code. Umds-8499-2: LBM error while sending message: s LBM returned an unhandled error code. Umds-8499-3: LBM error while sending response: s LBM returned an unhandled error code. Umds-8519-1: Attempt to send without a valid source created←: conn p The UMDS client has sent a message before the umdsd server has created the corresponding source. The LBM error code is given in the log message. Please refer to the LBM error code. The LBM error code is given in the log message. Please refer to the LBM error code. The LBM error code is given in the log message. Please refer to the LBM error code. This will result in the loss of the client message. Please notify G←CS with all suitable logs (client and server). Umds-8519-2: Attempt to send without a valid source created←: conn p The UMDS client has sent a message before the umdsd server has created the corresponding source. This will result in the loss of the client message. Please notify G←CS with all suitable logs (client and server). Umds-8519-3: Attempt to send without a valid source created←: conn p The UMDS client has sent a message before the umdsd server has created the corresponding source. This will result in the loss of the client message. Please notify G←CS with all suitable logs (client and server). Umds-8542-1: umdsd_worker_←client_src_create: transport not allowed, using TCP instead The UMDS server configuration file specified the use of LBT-SMX as a transport type, which is not supported. The server will use TCP instead. An error occurred creating the request source. Change the server configuration file to specify one of the supported transport types. Umds-8544-11: source:: s Error creating The text of the warning will provide additional information for the resolution of the problem. Umds-8544-1: source: : s Error creating An error occurred creating the request source. The text of the warning will provide additional information for the resolution of the problem. Umds-8697-1: umdsd_worker_←api_create: Error creating R←O-Contex while creating worker p Creating the reactor only context for a worker failed. This fatal error is usually due to specifying too many workers. Umds-8697-2: umdsd_worker_←api_create: Error creating thread while creating worker p Creating the worker application thread failed. This fatal error is usually due to specifying too many workers. 266 UM Log Messages Umds-8753-1: Attempt to send without a valid source created←: conn p The UMDS client has sent a message with a wrong or garbage tidx; either the client is buggy or t he server is receiving garbage data. This will result in the loss of the client message. Please notify G←CS with all suitable logs (client and server). Umds-8753-2: Attempt to send without a valid source created←: conn p The UMDS client has sent a message with a wrong or garbage tidx; either the client is buggy or the server is receiving garbage data. This will result in the loss of the client message. Please notify G←CS with all suitable logs (client and server). Umds-8757-1: s: malformed connect capabilities The UMDS client sent a malformed capabilities string. Umds-8796-100: Error creating umdsd_rcv_topic: : s An internal error occurred while creating a receiver in the UMDS server. The indicated worker is not in the RUNNING state Make sure the client and server versions are compatible and that data from another application isn't being erroneously sent to the UM←DS server. Contact Informatica support. Umds-8894-1: umdsd_worker←_internal_cmd_add_sock←: worker(p ) not running Contact Informatica support with all relevant log files Umds-8894-2: umdsd_worker_←internal_cmd_add_sock: worker p connection p (s:u) created Umds-8896-1: umdsd_webmon_←api_create: failed to init web server (ip=s, port=s) Notification that a new client connection has been added. No resolution is required. The web monitor subsystem failed to start. The web server library will have reported additional details to the console. Umds-8909-1: UMDS Permissions are no longer applied Permissions are no longer supported in the UMDS server XML configuration file. Remove any permissions sections from the server's XML config file. Umds-8909-2: get_application←: UMDS Permissions are no longer applied Permissions are no longer supported in the UMDS server XML configuration file. Remove any permissions sections from the server's XML config file. Umds-8909-3: get_user: UMDS Permissions are no longer applied Permissions are no longer supported in the UMDS server XML configuration file. Remove any permissions sections from the server's XML config file. Umds-8947-1: Error creating umdsd_rcv_topic: : s An underlying regular receiver for a topic could not be created for a wildcard receiver. This would usually imply an out of memory problem or some other internal error; contact Informatica support.
Source Exif Data:
File Type : PDF File Type Extension : pdf MIME Type : application/pdf PDF Version : 1.5 Linearized : No Page Count : 266 Page Mode : UseOutlines Author : Title : Subject : Creator : LaTeX with hyperref package Producer : pdfTeX-1.40.16 Create Date : 2019:03:13 14:16:47-05:00 Modify Date : 2019:03:13 14:16:47-05:00 Trapped : False PTEX Fullbanner : This is pdfTeX, Version 3.14159265-2.6-1.40.16 (TeX Live 2015) kpathsea version 6.2.1EXIF Metadata provided by EXIF.tools