Quantcast
Channel: GlobalSCAPE Knowledge Base
Viewing all articles
Browse latest Browse all 785

Change the cluster “out of sync” timeout value

$
0
0

THE INFORMATION IN THIS ARTICLE APPLIES TO:

  • EFT v8.0 and later

DISCUSSION

The advanced property, ClusterOutOfSyncGracePeriodSecs, allows you to change the “out of sync” timeout value.

The advanced property, ClusterOutOfSyncHealSecs, allows you to change the full timeout for sync. This is the amount of time in seconds that an HA node will wait for incoming administrative messages to arrive before declaring itself to be out-of-sync with the cluster and initiating draining and restart. The default is 30 seconds. A value of 0 disables auto-draining.

These values are read upon EFT server service startup.

Specify the advanced properties described below.

{

"ClusterOutOfSyncGracePeriodSecs":"10"

"ClusterOutOfSyncHealSecs":"60"

}

Additional cluster-related advanced properties:

NameTypeMinMaxDefaultDescription
ClusterCoherenceQueueDetectPrivateIPstring0128autodetectDetermine whether to automatically detect private IP to advertise to other nodes. Default value is "autodetect". You can replace "autodetect" with the prefix of the IP address to find (e.g: "192.168" to match an IP address starting with 192.168).
ClusterCoherenceQueueMsmqTypestring0128msmq-multicastDetermines the type of coherence queue to use when using MSMQ. msmq-multicast uses multicast-based MSMQ queues to send administrative updates. msmq-iterative uses point-to-point MSMQ queues. Default value is msmq-multicast.
ClusterCoherenceQueueMulticastConfirmationTimeoutSecsuint32_t0214748364730Specifies how much time (in seconds) EFT HA cluster node should wait for own multicast MSMQ message to arrive to its own coherence queue before failing send attempt.
ClusterCoherenceQueueMulticastMaxRetryCountuint32_t021474836475Specifies how much retry attempts EFT HA cluster mode should make when sending multicast MSMQ message to coherence queue.
ClusteredRuleHeartbeatPeriodSecsuint32_t10360010This specifies the heartbeat period in seconds for clustered event rules. The smaller the period, the sooner nodes will notice when another node has gone down, but more frequent heartbeats incur increased overhead for the production and processing of the associated event rule queue traffic.

Viewing all articles
Browse latest Browse all 785

Trending Articles