Explanation: | You have modified the data movement mode in the Administrator tool. |
User Response: | Change the data movement mode to ASCII or Unicode by modifying the Administrator tool. |
Explanation: | A service process could not determine the storage directory used for failover and recovery. |
User Response: | Verify that $PMStorageDir is configured properly in the Integration Service process properties. |
Explanation: | The Integration Service cannot open the named log file. |
User Response: | Verify that the log file exists in the directory you specified in the session or workflow properties. Also, verify that the user attempting to access the log file has read permission for the file. |
Explanation: | The Integration Service was able to open the named log file, but cannot read it. An administrator could have deleted the log file while you were attempting to access it. |
User Response: | Verify that the log file exists in the directory you specified in the session or workflow properties. Then try to access the file again. |
Explanation: | You are trying to access a session log file while the session is still initializing. |
User Response: | Wait and open the file when the session has finished initializing. |
Explanation: | The specified task instance did not run. |
User Response: | Review the workflow log to view detailed information about why the task instance did not run. |
Explanation: | You did not specify a workflow log name in the workflow properties. |
User Response: | Enter a workflow log name in the workflow properties. |
Explanation: | You may have deleted the worklet from the repository. |
User Response: | Verify that the worklet exists. |
Explanation: | The database server or the Repository Service may have failed. |
User Response: | Verify that the database server and Repository Service are running. |
Explanation: | The repository may contain inconsistencies. |
User Response: | Contact Informatica Global Customer Support. |
Explanation: | The log file is empty, most likely because someone deleted its contents. |
User Response: | If you need to see the log file data, rerun the session or workflow to generate the log file again. |
Explanation: | The Integration Service failed to create the named session log file because the session failed during initialization. |
User Response: | Check the workflow or server log file to see why the session failed. |
Explanation: | The Integration Service tried to retrieve a session or workflow log file over a network connection, but the connection was broken or timed out. |
User Response: | Check the network connection and try to open the log file again. |
Explanation: | A client application attempted a connection to a service process that is not the master service process. With pmcmd, this error occurs if you use the host name and port number options rather than the pmcmd options -d <domain> and -sv <service>. |
User Response: | Verify that the node is available and attempt the connection again. If you use pmcmd, use the options -d <domain> and -sv <service>. |
Explanation: | The Service Manager could not find the Integration Service in the domain. |
User Response: | Verify that the Integration Service is running in the domain. Use the pmcmd options -d <domain> and -sv <service>, rather than the host name and port number options. |
Explanation: | The Integration Service could not identify the master gateway. |
User Response: | Verify that Informatica Services is running on the gateway node. Start Informatica Services on the gateway node. |
Explanation: | Internal error. |
User Response: | Contact Informatica Global Customer Support. |
Explanation: | The Service Manager failed to provide the connectivity information for the Integration Service for the specified reason. |
User Response: | Verify that the domain and the Integration Service are running. Verify that you used the correct uniform resource identifier (URI). |
Explanation: | The Integration Service is configured so that connections are not redirected. |
User Response: | In the Integration Service properties, set the custom flag EnableConnectionRedirection to Yes, which is the default value. |
Explanation: | The Integration Service could not open the named log file during execution of the named workflow. The workflow failed. |
User Response: | Verify that the workflow log file directory specified in the workflow properties exists and that the user attempting to access the log file has write permission for the file. |
Explanation: | The log file name for the named workflow is invalid. |
User Response: | Check the workflow log file name in the workflow properties. If you entered the file path directly or used service process variables to represent the file path in the Workflow Log File Name field, verify that the file path is correct and that the service process variables are spelled correctly. |
Explanation: | The workflow log file path you specified in the workflow properties is too long. |
User Response: | Shorten the file path so that it is less than or equal to the displayed character limit. |
Explanation: | Execution of workflow or task failed. |
User Response: | Review other messages in the workflow and session log to find the cause for failure, fix the problem, and then run the workflow again. |
Explanation: | You may be running the specified workflow. |
User Response: | Wait until the workflow completes to restart it. |
Explanation: | You may have attempted to restart a workflow that is suspended but not stopped. |
User Response: | To restart a suspended workflow, choose resume to complete the workflow. |
Explanation: | You made a change to a workflow that is set to run continuously. |
User Response: | Stop or unschedule the workflow, save the workflow, and then restart or reschedule the workflow. |
Explanation: | The Integration Service cannot locate the parameter file for the named workflow, worklet, or session. |
User Response: | Check the workflow or session properties to make sure the named parameter file exists in the specified directory. Also, check to make sure the user accessing the file has read permission for the file. |
Explanation: | Internal error. |
User Response: | Contact Informatica Global Customer Support. |
Explanation: | Internal error. |
User Response: | Contact Informatica Global Customer Support. |
Explanation: | Internal error. The Integration Service failed to write the persistent variable value to the repository. |
User Response: | Contact Informatica Global Customer Support. |
Explanation: | Internal error. |
User Response: | Contact Informatica Global Customer Support. |
Explanation: | You saved the workflow logs for the named workflow by number of runs. The Integration Service encountered an error when it tried to rename an existing log file. The disk on which the log files are located might be out of space. |
User Response: | Check the disk and directory where the log file is located. Make sure the disk is not out of space. |
Explanation: | Internal error. |
User Response: | Contact Informatica Global Customer Support. |
Explanation: | Internal error. The Integration Service failed to pass the initial value of the named variable to the named worklet. |
User Response: | Contact Informatica Global Customer Support. |
Explanation: | You configured the workflow to send a suspension email, but the email address for the suspension email is missing. |
User Response: | Enter an email address in the Email User Name field for the suspension Email task. |
Explanation: | You configured the workflow to send a suspension email, but the Integration Service failed to send the suspension email. This might occur if you did not specify an email profile on the machine hosting the Integration Service, or if the machine does not have an email client. |
User Response: | Verify you specified an email profile on the machine hosting the Integration Service, and that the machine has the correct email client. |
Explanation: | The Integration Service has encountered a task type that it cannot recognize because the version of the Integration Service and repository are inconsistent. You have upgraded the repository but not the Integration Service. |
User Response: | Upgrade the Integration Service. |
Explanation: | The Integration Service attempted to override the initial value of the named variable in the named worklet, but it could not locate the named worklet variable. |
User Response: | Make sure you defined the named variable in the worklet. |
Explanation: | The Integration Service attempted to override the initial value of the named variable in the named worklet. It could not do this because it could not locate the named parent workflow or worklet variable. |
User Response: | Make sure you defined the named variable in the parent workflow or worklet. |
Explanation: | Internal error. |
User Response: | Contact Informatica Global Customer Support. |
Explanation: | You started the specified workflow, but the Load Manager could not lock the workflow before running it. This message occurs when you or another user is currently running the workflow. |
User Response: | Make sure that the workflow has finished running before running it again. |
Explanation: | The DTM process did not stop, abort, or fail properly. |
User Response: | Contact Informatica Global Customer Support. |
Explanation: | The Integration Service failed to get a persistent variable value for the workflow or worklet. |
User Response: | Check the Integration Service log and Repository Agent log for more information. |
Explanation: | A third party application tried to start a workflow and specified both a parameter list and a parameter file. The Integration Service needs one or the other to run a workflow, not both. |
User Response: | In the third party application, verify you only specify a parameter list or a parameter file. |
Explanation: | Trace message. If you have the high availability option, workflow schedule information is written to a storage file in the storage directory, $PMStorageDir. The Integration Service could not retrieve the information required to start up the scheduled workflow on another node. |
User Response: | Explicitly schedule the workflow again to run it. |
Explanation: | After the Integration Service failed over the workflow to another node, an internal limit was exceeded. |
User Response: | Try to recover the workflow manually. Also, verify the availability of the node where the service process started the workflow. |
Explanation: | The Integration Service was unable to write the workflow data to a storage file to enable failover. |
User Response: | Verify that the Integration Service can access the storage directory $PMStorageDir. To access the storage directory, the directory must be properly mapped or mounted, and the Integration Service must have the necessary security permissions. If the directory does not exist or cannot be written to, the requests cannot be stored for persistence. Verify that the directory is not full. |
Explanation: | The repository containing the session object is not running. |
User Response: | Start the repository. |
Explanation: | Internal error. |
User Response: | Contact Informatica Global Customer Support. |
Explanation: | Internal error. |
User Response: | Contact Informatica Global Customer Support. |
Explanation: | You selected the On Failure Email option for the session, but the email address for the post-session email is missing. |
User Response: | Enter an email address in the Email User Name field for the post-session Email task. |
Explanation: | You selected the On Failure Email option for the session, but the Integration Service failed to send the post-session email. This might occur if you did not specify an email profile on the machine hosting the Integration Service, or if the machine does not have an email client. |
User Response: | Verify you specify an email profile on the machine hosting the Integration Service, and that the machine has the correct email client. |
Explanation: | The workflow is configured to run on a grid. The master service process distributed a session that uses a parameter file to a worker service process. The worker service process needs to create a temporary parameter file in its $PMTempDir directory using parameter file information received from the master service process. However, the worker service process failed to create the temporary parameter file because the Informatica Services account or the operating system user in the operating system profile does not have write permission on $PMTempDir, or because the directory contains a file with the same name. |
User Response: | Grant read and write permissions on $PMTempDir to the Informatica Services account or the operating system user in the operating system profile on the worker node, and then run the workflow again. Or, if $PMTempDir contains a file with the same name as the temporary parameter file, delete it and run the workflow again. |
Explanation: | The workflow was configured to run on a grid. The master service process distributed the session to a worker service process. The worker service process created a temporary parameter file in $PMTempDir, but it failed to delete the file. |
User Response: | On the worker node, grant permissions to delete a file in $PMTempDir for the Informatica Services account or the operating system user in the operating system profile, and verify that there is enough disk space. Or, manually delete the temporary parameter file from the $PMTempDir directory. |
Explanation: | The expression you entered may have invalid characters or cannot be evaluated. |
User Response: | Verify that the expression is valid in the Workflow Manager. |
Explanation: | You may have entered the wrong datatype in the expression. |
User Response: | Review the expression in the Workflow Manager to ensure that it uses Numeric datatypes. |
Explanation: | In the Workflow Manager, you assigned a value to a variable using the Assignment task. The Integration Service cannot convert the datatype of the expression to the datatype of the variable. |
User Response: | Either fix the expression in the Assignment task or change the datatype of the variable. |
Explanation: | Internal error. |
User Response: | Contact Informatica Global Customer Support. |
Explanation: | In the Workflow Manager, you assigned a value to a variable using the Assignment task. The Integration Service does not recognize the variable as a user-defined workflow or worklet variable. |
User Response: | Check the variable declaration in the Assignment task and make sure it matches the name of a user-defined workflow or worklet variable. |
Explanation: | Internal error. An error occurred during the assignment of a variable. The Integration Service updated the value of the variable and could not rollback the change. |
User Response: | Contact Informatica Global Customer Support. |
Explanation: | The email address for the Email task is missing. |
User Response: | Enter a valid email address in the Email User Name field for the Email task. |
Explanation: | The Integration Service failed to send the email specified in the Email task. This might occur if you did not specify an email profile on the machine hosting the Integration Service, or if the machine does not have an email client. |
User Response: | Verify you specify an email profile on the machine hosting the Integration Service, and that the machine has the correct email client. |
Explanation: | The time specified is invalid. The range must be between 00:00:00 January 1, 1970 UTC, and 3:14:07 January 19, 2038 UTC. |
User Response: | Specify a time within the valid range. |
Explanation: | The variable is not specified in the workflow. |
User Response: | Specify the variable in the workflow properties. |
Explanation: | The variable type entered was not the Date/Time datatype. |
User Response: | Change the datatype to Date/Time. |
Explanation: | The value of the variable was null. |
User Response: | Specify a value that is not null. |
Explanation: | An Event-Wait task was configured to delete the file watch indicator file when the Integration Service detected the file. The Integration Service detected the file but failed to delete it. |
User Response: | Grant permission to delete the file for the Informatica Services account or the operating system user in the operating system profile. |
Explanation: | You tried to remove from schedule a workflow that you have not yet scheduled. |
User Response: | Verify that you selected the correct workflow to remove from schedule. |
Explanation: | See previous error message in log for information. |
Explanation: | Internal Error. The Integration Service could not find the state of operations. |
User Response: | Contact Informatica Global Customer Support. |
Explanation: | Internal Error. The Integration Service is missing the storage file that it uses to write information about services running during failover. |
User Response: | Contact Informatica Global Customer Support. |
Explanation: | The Integration Service was unable to prepare the task due to an internal error. |
User Response: | Contact Informatica Global Customer Support. |
Explanation: | A network or database issue prevented locks from being released. Resilience mechanisms could not recover from a connection problem between the Integration Service and the Repository Service or between the Repository Service and the repository database. |
User Response: | Verify that the Integration Service and Repository Service are running and that Repository Service can connect to the repository database. |
Explanation: | By default, the Integration Service creates one asynchronous thread for every 10 repository connections. The number of threads specified by the LMRepoConnAsyncThreads custom Integration Service property is less than 10. The specified number of threads is not sufficient for the number of repository connections. |
User Response: | To use the default number of threads, remove the LMRepoConnAsyncThreads custom Integration property. Alternatively, you can increase the LMRepoConnAsyncThreads value. |
User Response: | In the Administrator tool, configure the Integration Service advanced property to run sessions impacted by dependency updates. |
Explanation: | The Integration Service assigned to the workflow is running in safe mode. You cannot schedule workflows when the Integration Service runs in safe mode. |
User Response: | If you have the required privilege, you can manually start the workflow. You can also change the operating mode for the Integration Service to normal. |
Explanation: | The workflow runs on a schedule. However, the Integration Service does not run scheduled workflows in safe mode. |
User Response: | If you have the required privilege, you can manually start the workflow. You can also change the operating mode for the Integration Service to normal.When you change the operating mode to normal, all scheduled workflows will begin running. |
Explanation: | You do not have the required privilege to connect to an Integration Service running in safe mode. |
User Response: | Use a user account with the required privilege or wait until the Integration Service is no longer in safe mode. |
Explanation: | The Integration Service cannot expand a parameter or variable in the email user name. |
User Response: | Verify that the parameter or variable is defined properly in the parameter file and that its value in the parameter file matches the parameter or variable datatype. For example, you cannot set an integer workflow variable to a text string in the parameter file. |
Explanation: | The Integration Service cannot expand the parameter or variable in the email user name due to an internal error. |
User Response: | Contact Informatica Global Customer Support. |
Explanation: | The Integration Service cannot expand a parameter or variable in the email user name. |
User Response: | Verify that the parameter or variable is defined properly in the parameter file and that its value in the parameter file matches the parameter or variable datatype. For example, you cannot set an integer workflow variable to a text string in the parameter file. |
Explanation: | The Integration Service cannot expand the parameter or variable in the email user name due to an internal error. |
User Response: | Contact Informatica Global Customer Support. |
Explanation: | The Integration Service cannot expand a parameter or variable in the command text. |
User Response: | Verify that the parameter or variable is defined properly in the parameter file and that its value in the parameter file matches the parameter or variable datatype. For example, you cannot set an integer workflow variable to a text string in the parameter file. |
Explanation: | The Integration Service cannot expand a parameter or variable in the command text due to an internal error. |
User Response: | Contact Informatica Global Customer Support. |
Explanation: | The workflow is assigned to an Integration Service running in safe mode. The Integration Service will perform workflow and schedule failover and workflow recovery when you change the Integration Service operating mode to normal. |
User Response: | Change the Integration Service operating mode to normal. |
Explanation: | The Integration Service could not use the operating system profile assigned to the workflow. |
User Response: | See additional error message for more information. |
Explanation: | The Integration Service could not stop or abort the workflow because the stopworkflow or abortworkflow pmcmd has an incorrect run ID parameter. |
User Response: | Verify that you entered the correct run ID for the workflow. You can find the workflow run ID number in the Workflow Monitor by opening the workflow log or the workflow properties panel. |
Explanation: | The Integration Service could not stop or abort the workflow because two or more instances of the same workflow are running. |
User Response: | When you enter the abortworkflow or stopworkflow pmcmd, enter the run ID option. The run ID is unique for each workflow instance. You can find the workflow run ID number in the Workflow Monitor by opening the workflow log or the workflow properties panel of the workflow you want to stop. |
Explanation: | You entered the pmcmd waitworkflow with an invalid run ID argument. |
User Response: | Verify that you entered the correct run ID for the workflow. You can find the workflow run ID number in the Workflow Monitor by opening the workflow log or the workflow properties panel. |
Explanation: | You entered the pmcmd waitworkflow with a workflow name, but the Integration Service is running more than one instance of the workflow. |
User Response: | Enter pmcmd waitworkflow with a run ID argument. The run ID is unique for each workflow instance. You can find the workflow run ID number in the Workflow Monitor by opening the workflow log or the workflow properties panel. |
Explanation: | The Integration Service cannot assign a value to the variable in a post-session variable assignment. |
User Response: | Verify that the variable exists and that the name is spelled correctly in the assignment statement. Verify that the datatypes of both variables in the assignment statement match. |
Explanation: | You entered the pmcmd recoverworkflow with a workflow run ID argument that does not match a run ID for a recoverable workflow. |
User Response: | Verify that you entered the correct run ID for the workflow. You can find the workflow run ID number in the Workflow Monitor by opening the workflow log or the workflow properties panel of the workflow you want to stop. |
Explanation: | The Integration Service uses operating system profiles. |
User Response: | Specify an operating system profile for the workflow in the folder properties or when you manually start a workflow. |
Explanation: | An operating system profile was assigned to the workflow and the Integration Service does not use operating system profiles. |
User Response: | Remove the assignment of an operating system profile. Configure the Integration Service to use operating system profiles. |
Explanation: | The Integration Service could not open the parameter file specified for the session. |
User Response: | Verify that the operating system user specified in the operating system profile has read permissions on the parameter file. |
Explanation: | The Integration Service could not start a new workflow instance because the number of workflow instances is at the configured limit. |
User Response: | Start the workflow instance after one of the instances completes running. |
Explanation: | The workflow failed because it has the same persisted variables as another workflow instance that is running concurrently. |
User Response: | To persist variables for concurrent workflows, configure different workflow instance names and parameters. |
Explanation: | The workflow failed to start because a workflow with the same instance name is already running. |
User Response: | Verify that the workflow is enabled to run concurrently. Configure unique instance names for each workflow run, or enable the workflow to run concurrently without unique instance names. |
Explanation: | You tried to recover a concurrent workflow with the same instance name without specifying the workflow run ID. |
User Response: | Specify the run ID to identify which workflow instance to recover. |
Explanation: | The workflow has been removed from the repository. |
User Response: | Specify a valid workflow. |
Explanation: | The repository contains inconsistent data. |
User Response: | Contact Informatica Global Customer Support. |
Explanation: | You attempted to run a workflow instance for a workflow that is not enabled for concurrent execution. |
User Response: | Do not provide an instance name when running the workflow. |
Explanation: | There are no Web Services Hub services in the domain configured to run the web service workflow. |
User Response: | Configure the web service workflow to run on a Web Services Hub. |