The following are error, warning and informational codes for the Policy Engine Hub log file. The log files are named WgnPHub_<datestamp>.log.
Reason:
Could not cleanly disconnect from the policy engine. Very rare.
Reason:
The event timestamp was found to be expired just before being assigned to a policy engine.
Reason:
The event was just about to be assigned to policy engine when the policy engine status changed (shutdown, suspended). The event will be reassigned to another policy engine. Very rare.
Reason:
When a heartbeat is received by the hub from a policy engine it responds with its own call back to the policy engine. If that call fails it probably implies a serious network problem. Very rare.
Reason:
The policy engine handling code has failed to shut down cleanly. Very rare.
Reason:
The DCOM connection to the policy engine could not be created. Most likely error is ACCESS_DENIED which implies a problem with the SetCredentials user.
Reason:
The hub has queried the remote service manager and has found the WgnPESv service has not been started.
Reason:
The hub has queried the remote service manager which cannot find the WgnPESv service.
Reason:
The hub cannot query the remote service manager. Possibly the service manager itself has not started yet.
Reason:
The hub cannot query the remote service manager because of a security problem. Check rights of credentials user.
Reason:
The hub failed to use the credentials user correctly. Check rights of credentials user. Very rare.
Reason:
Failed to initialize policy engine. Implies a serious error with the policy engine. Very rare.
Reason:
Failed to initialize policy engine. Implies a serious error with the policy engine. Very rare.
Reason:
Policy engine failed to disconnect cleanly. Implies a problem with the policy engine.
Reason:
Failed to initialize the policy engine.
Reason:
Failed to disconnect cleanly from the policy engine.
Reason:
Failed to initialize the policy engine. The usual error is because of an incorrect default/fallback user.
Reason:
Most calls to the policy engine from the hub are timed. If this time exceeds "PECallTimeoutMilliseconds" (or the default if not defined), the call is failed and the policy engine is reconnected.
Reason:
There was a problem creating the necessary event data to pass to a policy engine. This may be due to being passed bad data by the client, or possibly due to environmental problems such as low memory. Very rare.
Reason:
There was a problem creating the necessary event data to pass to a policy engine. This may be due to being passed bad data by the client, or possibly due to environmental problems such as low memory. Very rare.
Reason:
Signifies a problem with the supplied event, or the hub environment being out of memory?
Reason:
Unknown copying mode. Very rare.
Reason:
The event cannot be processed due to a problem with the data source. Most likely, the client has disconnected from the hub while there are outstanding events.
Reason:
Failed to add event to policy engine.
Reason:
Internal error converting email data. Very rare.
Reason:
Internal error converting email data. Very rare.
Reason:
Internal error converting email data. Very rare.
Reason:
The policy engine has failed to process an event. It will be retried.
Reason:
The policy engine has failed to process an event. It will not be retried, as retry count was set to 0.
Reason:
The policy engine has failed to process an event. It will not be retried, as event has reached its maximum retry count.
Reason:
Internal error converting email data. Very rare.
Reason:
Internal error converting email data. Very rare.
Reason:
Internal error converting email data. Very rare.
Reason:
Internal error converting email data. Very rare.
Reason:
Internal error converting email data. Very rare.
Reason:
Internal error converting email data. Very rare.
Reason:
Internal error converting email data. Very rare.
Reason:
Internal error converting email data. Very rare.
Reason:
Failure to initialize the DCOM security. Possible problem with too early windows version, or issue with credentials user.
Reason:
Generally this means the credentials user does not have the "Logon as batch" right.
Reason:
Failure to obtain password. Please retry setting the credentials user with installer or SetCredentials switch.
Reason:
Implies an event counting problem on an internal queue. Very rare.
Reason:
The event has been in the hub longer than "GlobalEventTimeoutSeconds".
Reason:
Unpredicted critical error in hub. The hub should be restarted after one of these. Very rare.
Reason:
Hub has failed to notify client (exchange, notes, importer and so on) of the completed status of an event. This is usually because the client has been closed down.
Reason:
Implies serious problems with the registry settings for a queue. Unlikely to happen.
Reason:
This can occur if the policy engine hub cannot write to its log file.
Reason:
The value of LowWaterMarkEventCount must not be higher than that of HighWaterMarkEventCount.
Reason:
The value of LowWaterMarkMB must not be higher than that of HighWaterMarkMB.
Reason:
Access to the policy engine host machine has been denied. This may occur if the specified user account is not a member of the local administrators group on the policy engine host machine.
Reason:
This is the same as I1A04 above except for multiple Policy Engines.
Reason:
The hub failed to establish a DCOM connection to the PE. This is usually due to DCOM security issues with the hub "SetCredentials" user or, if used, hub service named user. Please check installation guide.
Reason:
An active PE has failed to connect with code <error data> and there are no more standby's to connect. The failing PE will continue to attempt to connect.
Reason:
PE has shut down because of the error shown, but will be restarted.
Reason:
Restarting failed PE immediately as there are no more standby policy engines to start.
Reason:
The policy engine has stopped processing because its infrastructure has suspended. The infrastructure may have been manually suspended or it may have been suspended automatically because of a fault such as lack of disk space.
Reason:
The suspended policy engine has started processing again.
Reason:
One or more Active policy engines have resumed and the Standby policy engines that replaced them are no longer required.
Reason:
The policy engine has stopped processing. This message is part of the normal PE disconnection procedure.
Reason:
The policy engine is now ready to accept events.
Reason:
Error was <Error data>. Failed to initialize policy engine on named queue. Very rare.
Reason:
Replacing Active policy engine with standby policy engine.
Reason:
Attempting to replace a single active policy with a standby.
Reason:
Cannot make up numbers of active policy engines with standbys because there are no more available.
Reason:
The event was just about to be assigned to policy engine when the policy engine status changed (shutdown, suspended). The event will be reassigned to another policy engine.
Reason:
The policy engine registry configuration has changed.
Reason:
Policy engine code for named policy engine has acknowledged changes to the credentials user.
Reason:
Event timeout changed on policy engine <pe name>.
Policy engine code acknowledged change of global event timeout in registry.
Reason:
Policy engine code acknowledged change of common configuration in registry (Default user, Fallback user and so on).
Reason:
The named policy engine is shutting down. Either the service is being stopped, or the host machine is shutting down.
Reason:
The policy engine is being shut down, either because it has been removed from the registry or the hub is being shut down.
Reason:
The hub has not received a heartbeat from the policy engine for 4 x HeartbeatPeriodMilliseconds. This implies either the policy engine is extremely busy, deadlocked or there is a network problem.
Reason:
After a heartbeat failure described above in I1A26 a double check is applied to make sure it wasn't a simple timer problem. If this is the case then the missed heartbeat is ignored.
Reason:
The policy engine will now attempt to connect.
Reason:
The policy engine will now attempt to reconnect.
Reason:
Policy engine specific settings (heartbeat, reconnect time etc) have been applied to the policy engine.
Reason:
The policy engine has connected successfully.
Reason:
About to deallocate all events from policy event and reassign them.
Reason:
When a policy engine is shut down cleanly all the events already allocated to a policy engine are given a period of time to complete naturally. After this time events are forcibly deallocated.
Reason:
As in message I1A36 above but all events managed to complete before they got reallocated.
Reason:
Policy engine is being disconnected.
Reason:
The "PreprocessingThreadCount" value (if defined,) has changed.
Reason:
The "CompletionThreadCount" value (if defined,) has changed.
Reason:
The combined memory load of all events in the queues has gone below (LowWaterMarkMB) while in throttling mode. Throttling mode will be canceled.
Reason:
The combined count of all events in the queues has gone below (LowWaterMarkEventCount) while in throttling mode. Throttling mode will be canceled.
Reason:
Temporarily unable to assign event to a queue, the operation will be retried.
Reason:
A queue has been successfully created.
Reason:
A queue is about to be removed.
Reason:
A queue has been successfully removed.
Reason:
The throttling mode has been set to "wait" mode.
Reason:
The throttling mode has been set to "fail" mode.
Reason:
Incoming events are copied in full in the hub.
Reason:
Parts of the incoming event are copied when required.
Reason:
The incoming event is never copied by the hub.
Reason:
The event has successfully entered the hub.
Reason:
The event is about to be processed on policy engine.
Reason:
The event is being processed on policy engine.
Reason:
The hub has finished with event and is returning the event to the client. The processing code is the final state of the event and may be a failure code. This event has been processed by a policy engine.
Reason:
The processing code is the final state of the event and may be a failure. This event has not been processed by a policy engine.
Reason:
The hub has previously been run with the credentials user, but now is running as a named user. Ideally the -clearcredentials switch should be used to clear details of the credentials user.
Reason:
Shows the user the hub process is running as. This is the main process user, not the credentials user.
Reason:
General freeform informational text.
Reason:
The hub is starting and is initializing.
Reason:
The hub has stopped.
Reason:
The hub has started.
Reason:
Used before starting (I1A7F) and after stopping (I1A80).
Reason:
The Distributor agent (if installed) is closing. No more events will be processed from the distributor.
Reason:
When the hub is run in this mode you may get ACCESS_DENIED errors from remote policy engines. You should only use this mode if you have a single policy engine on the hub machine.
Reason:
The hub will use the named user for all remote communications.
Reason:
Hub has notified client of completion of event. Hub has finished with event.
Reason:
The policy engine has connected. Note this does not mean that it has started processing yet.
Reason:
A standby PE that was previously started to compensate for a failing active PE has been disconnected. Most likely this is due to an active PE restarting.
Reason:
The named queue is being shutdown and all events currently allocated to it are being reallocated to another queue.
Reason:
Event has been successfully deallocated from policy engine.
Reason:
The combined memory load of all events in the queues has exceeded (HighWaterMarkMB) and the throttling mode will be used.
Reason:
The combined count of all events in the queues has exceeded (HighWaterMarkEventCount) and the throttling mode will be used.
Reason:
The hub is in memory throttling mode and is set by the client to fail incoming events.
Reason:
The hub is in memory throttling mode and is set by the client to delay incoming events so the total memory load does not go over high watermark.
Reason:
The hub is in event throttling mode and is set by the client to fail incoming events.
Reason:
The hub is in event throttling mode and is set by the client to delay incoming events so the total event count does not go over high watermarks.
Reason:
This should never happen as you always have a default queue.
Reason:
If two queues are configured with the same byte limit only one of the queues will be assigned events. It is best to reconfigure one of the queues.
Reason:
The event will not be completed as it has already been completed (possibly previously timed out.)
Reason:
Policy engine has returned this event unprocessed. A typical reason is having no matching user and no default user set. It will be returned to the client as usual.
Reason:
A queue has had no processing policy engines for longer than NoPEFailTimeoutSeconds. Future events for this queue will be immediately timed out.
Reason:
A queue previously in no PE failure mode has left that mode because a policy engine has started processing.
Copyright © 2014 CA.
All rights reserved.
|
|