What does the entry "purge number connections" mean in the EMS server log?
Article ID: KB0088822
Updated On:
| Products | Versions |
|---|---|
| TIBCO Enterprise Message Service | - |
| Not Applicable | - |
Description
Resolution:
Description:
= = = = = =
"purge xxx connections" entry in the EMS server log
Environment:
= = = = = =
All
Resolution:
= = = = = =
Causes:
1.When a client application is connected to the EMS server by a fault tolerant (FT) URL, and the connection is terminated, if the client does not reconnect to the EMS server within ft_reconnect_timeout (configured in tibemsd.conf), the EMS server will purge the connection (remove from datastore).
2. When EMS FT is configured and a client application is connected to the EMS server by a FT URL, if server fail-over occurs and the client does not reconnect to the standby server which becomes active within ft_reconnect_timeout, the server will purge the client connection.
Examples:
- Client shuts itself down itself without calling connection.close() and does not reconnect back within ft_reconnect_timeout.
- Network problem causes the connection between client and server is lost.
- By default, client will try to reconnect to the server four times every 500ms. The client needs to set the reconnect_attempt_count and reconnect_attempt_delay. The client will repeatedly try to reconnect to the servers based on the reconnect_attempt_count and reconnect_attempt_delay setting.
*reconnect_attempt_count limits the number of times that the connection object attempts to establish a connection to the server.
*reconnect_attempt_delay is the time (in milliseconds) between connection attempts.
If the time delay for the standby server to become fully active exceeds the time limit set by reconnect_attempt_count and reconnect_attempt_delay, the client will stop trying to reconnect.
Under normal circumstances, each connect attempt is distributed so it is less likely for the server to exceed its maximum accept queue. However, during a fault-tolerant switchover, all of the clients automatically try to reconnect to the backup server at approximately the same time. When the number of connections is large, it may require more time for each client to reconnect than for the initial connect.
Key words:
purge reconnect reconnect_attempt_count reconnect_attempt_delay
Description:
= = = = = =
"purge xxx connections" entry in the EMS server log
Environment:
= = = = = =
All
Resolution:
= = = = = =
Causes:
1.When a client application is connected to the EMS server by a fault tolerant (FT) URL, and the connection is terminated, if the client does not reconnect to the EMS server within ft_reconnect_timeout (configured in tibemsd.conf), the EMS server will purge the connection (remove from datastore).
2. When EMS FT is configured and a client application is connected to the EMS server by a FT URL, if server fail-over occurs and the client does not reconnect to the standby server which becomes active within ft_reconnect_timeout, the server will purge the client connection.
Examples:
- Client shuts itself down itself without calling connection.close() and does not reconnect back within ft_reconnect_timeout.
- Network problem causes the connection between client and server is lost.
- By default, client will try to reconnect to the server four times every 500ms. The client needs to set the reconnect_attempt_count and reconnect_attempt_delay. The client will repeatedly try to reconnect to the servers based on the reconnect_attempt_count and reconnect_attempt_delay setting.
*reconnect_attempt_count limits the number of times that the connection object attempts to establish a connection to the server.
*reconnect_attempt_delay is the time (in milliseconds) between connection attempts.
If the time delay for the standby server to become fully active exceeds the time limit set by reconnect_attempt_count and reconnect_attempt_delay, the client will stop trying to reconnect.
Under normal circumstances, each connect attempt is distributed so it is less likely for the server to exceed its maximum accept queue. However, during a fault-tolerant switchover, all of the clients automatically try to reconnect to the backup server at approximately the same time. When the number of connections is large, it may require more time for each client to reconnect than for the initial connect.
Key words:
purge reconnect reconnect_attempt_count reconnect_attempt_delay
Issue/Introduction
What does the entry "purge number connections" mean in the EMS server log?
Feedback
Yes
No
Powered by
