Problem | The Recovery Log Service has been placed into pending state in order to allow the system to backup the recovery log files. |
User response | No action is required by the user. |
Problem | The previously suspended Recovery Log Service has been restored to running state. |
User response | No action is required by the user. |
Problem | This message code is used to support messages that have not yet been allocated their own message code. |
User response | Refer to the message text for more information. |
Problem | The Recovery Log Service was unable to create the file indicated in the message. Either the target directory is inaccessible or the system does not have sufficient permissions to create the required file. |
User response | Ensure the required directory hierarchy is valid and accessible to the Recovery Log Service. |
Problem | The Recovery Log Service was unable to exclusively lock the file indicated in the message. |
User response | Examine any related messages in order to determine the cause of the problem. If there are no related messages or they do not help to resolve the problem, please contact IBM Support. |
Problem | A new recovery log file has been established in order to store persistent data. |
User response | No action is required by the user. |
Problem | Either previously recovery log files have been deleted or this is the first time recovery log files have been stored in this location. In either case, the associated service will start and perform no recovery processing |
User response | No action is required by the user. |
Problem | The recovery log has failed, and not further access to the recovery log can occur. The component is indicated in the message along with the exception taken. |
User response | The server must be restarted so that the log can be repaired. Attempt to fix any conditions indicated by the exception in the message. If the problem persists, please contact IBM Support. |
Problem | This message is issued with message CWRLS0008E to indicate the details of the recovery log failure. |
User response | Use the information in this message along with message CWRLS0008E to correct whatever condition caused the recovery log to fail. |
Problem | The recovery log service is directing recovery processing of associated client services. |
User response | No user action is required. |
Problem | The recovery log service is directing recovery processing of associated client services for the peer server. |
User response | No user action is required. |
Problem | The recovery log service has prompted all associated client services to begin recovery. |
User response | No user action is required. |
Problem | The recovery log service has prompted all associated client services to begin recovery for the peer server. |
User response | No user action is required. |
Problem | Recovery processing is being transferred to an alternate WebSphere server. Typically, this occurs when a server is restarted and retakes ownership of its recovery logs. |
User response | No action is required by the user. |
Problem | The file locking mechanism used by the recovery log service to ensure exclusive access to recovery log files has been explicitly disabled. |
User response | Ensure the appropriate constraints are in place to support this configuration setting. |
Problem | Either the target server is active or the recovery log configuration is incorrect. |
User response | Ensure that recovery log configuration is valid. If you are unable to correct the problem, please contact IBM support. |
Problem | This message indicates that control of a recovery log has been passed between to WebSphere servers. |
User response | No action is required by the user. |
Problem | The recovery log service has prevented the local server relinquishing control of its own recovery logs. This may be due to inappropriate Core group policy configuration. |
User response | Ensure that the policy configuration does not assign ownership of an active server's recovery log to an alternate server. |
Problem | If a snapshot of the log files is taken then the this snapshot will be consistent with other system state. |
User response | No user action is required. |
Problem | If a snapshot of the log files is taken then the this snapshot may not be consistent with other system state. |
User response | No user action is required. |
Problem | The Recovery Log Service will be resumed only when there are no outstanding suspends. |
User response | No action is required by the user. |
Problem | If there are no outstanding suspend operations the Recovery Log Service will resume. |
User response | No action is required by the user. |
Problem | Informational. |
User response | No action is required by the user. |
Problem | An exception was caught whilst attempting to recover from a previous server failure. |
User response | Examine any related messages in order to determine the cause of the problem. If there are no related messages or they do not help to resolve the problem, please contact IBM Support. |
Problem | In a High Availability configuration, server recovery may be automatically initiated on a peer server. |
User response | Do not attempt to start a HA enabled server in recovery mode. |
Problem | The Recovery Log Service was unable to exclusively lock the file indicated in the message during recovery as the file appears to be in use. The recovery service will continue to periodically attempt to gain the exclusive lock so that recovery can proceed. If the recovery log file is one of the main server recovery logs, then startup will be suspended until access to the logs is possible. If the recovery log file belongs to another peer server, then another server may gain the locks and peer recover - in which case this server will stop retrying to recover. |
User response | Examine any related messages in order to determine the cause of the problem. If there are no related messages check the location of the recovery logs and ensure they are not being accessed by another server. For instance, this condition could occur if more than one server was accidentally configured to use another server's recovery logs. |
Problem | Transaction logs from two servers are using a common directory configuration. This may possibily lead to recovery lock contention or a failure of data integrity. |
User response | Configure separate log directory paths for each server. |
Problem | Compensation logs from two servers are using a common directory configuration. This may possibily lead to recovery lock contention or a failure of data integrity. |
User response | Configure separate log directory paths for each server. |
Problem | The Recovery Log Service is unable to perform or complete recovery for the local server and no further work can proceed, so the server is being terminated. |
User response | Examine any related messages in order to determine the cause of the problem. If there are no related messages or they do not help to resolve the problem, please contact IBM Support. |
Problem | The Recovery Log Service is unable to initiate recovery processing for the local server as it is waiting for the HAManager to activate group membership for this local server's recovery logs. |
User response | Examine any related messages in order to determine the cause of the problem. If there are no related messages check the configuration of the DefaultCoreGroup settings and associated policy definitions for the recovery log service for the server. For instance, if the Clustered TM policy has been set to not support fail back, then another server may have a hold onto the logs and will stop this server from being activated. |